API ve entegrasyon
API istek sınırı
Son güncelleme: · Hazırlayan: PanelCompare editör ekibi
API istek sınırı alıcı için neden önemli?
Bu API’de “istek sınırına takıldı” ile “bozuk” arasındaki fark görünmez ve bu gerçek bir işletme sorunudur. Hatalar zaten durum kodu olarak değil, HTTP 200 ile bir hata nesnesi olarak döner; yani geri çekilmenizi söyleyecek bir 429 da, uyulacak bir Retry-After da yoktur. Belgelenmemiş bir sınıra takılan istemci, hatalı bir anahtarda ya da devre dışı bir serviste göreceği genel hatanın aynısını görür ve alışılmış refleks olan daha sık yeniden denemek durumu kötüleştirir.
Savunma yöntemi buradan çıkar. 100 ID’lik çoklu status biçimiyle toplu sorgu yapın, her sipariş için tüm kataloğu yeniden çekmek yerine services yanıtını önbelleğe alın, metni ne olursa olsun tekrarlayan her hatada üstel olarak geri çekilin ve birbirinin aynı hataların art arda gelmesini bir kesinti olarak değil olası bir sınır olarak ele alın. Hangisi olduğunu belgelerdeki hiçbir şey doğrulamaz.
API istek sınırı bir fiyat listesinde nasıl görünür?
Panellerin neredeyse tamamında belgelenmemiştir; bu yüzden okunarak değil, karşılaşılarak öğrenilir. Bir panel sınırını yayımladığında bu, API sayfasında bir alan olarak değil bir cümle olarak yer alır.
Panellerin üstündeki karşılaştırma katmanlarının kendi görünür sınırları vardır ve bu, sınırın nasıl bir şey olduğunu iyi gösterir: rakip bir endeks, ücretsiz planın 200 satırlık 10 sayfa açtığını, ücretli planın ise saatte 100 aramaya ve 100 sayfaya izin verdiğini sayfada açıkça yazıyor (smmdir.com üzerinde gözlendi; PanelCompare rakip araştırması, 2026-09-06).
Bu tanımın yanlış olduğunu mu düşünüyorsunuz?
Bu piyasadaki terimleri onları kullanan paneller belirler ve terimler zamanla değişir. Bir panel “API istek sınırı” terimini burada yazandan farklı bir anlamda kullanıyorsa bize o kaydı gönderin; tanımı ya düzeltir ya da farklı kullanımı kayda geçiririz. Süreç hakkımızda sayfasında anlatılıyor.