429 Yanıtı Yanlış Şifre Anlamına Gelmez
Trendyol servislerinde 429 yanıtı, belirlenen istek sınırının aşıldığını bildirir. Kimlik doğrulama eksikliği veya hatası için kullanılan 401 ile aynı sorun değildir. Bu nedenle 429 görüldüğünde API anahtarını sürekli değiştirmek veya aynı isteği daha hızlı göndermek çözüm olmaz. Önce hangi servise, hangi satıcı hesabıyla ve ne sıklıkta istek yapıldığı belirlenir. Hata kaydında zaman, servis grubu ve yanıt gövdesi birlikte tutulmalıdır. Entegrasyonun yalnızca genel başarısız mesajı göstermesi, hız sınırıyla veri hatasının birbirine karışmasına neden olur.
Ürün Servislerinde Ortak Sayacı Dikkate Alın
Güncel Trendyol ürün limitleri yalnızca tek bir adres için ayrı ayrı hesaplanmaz; okuma, ürün yazma ve stok-fiyat yazma gibi servis grupları ortak sınırlar taşır. Örneğin 50.000 ürün listeleme limitindeki satıcı için Product Integration Write sınırı dakikada 200, Inventory & Price Write sınırı dakikada 350 istektir. Satıcının limit seviyesi değiştikçe değerler farklılaşır. Bu rakamlar bütün satıcılara ve bütün servislere uygulanacak tek hız olarak kullanılmamalıdır. Entegrasyon yapılandırmasında işletmenin güncel seviyesi ve çağrının dahil olduğu grup birlikte esas alınmalıdır.
Birden Fazla İş Aynı Bütçeyi Tüketebilir
Ürün aktarımı, ürün güncellemesi ve silme işlemleri aynı yazma grubunu paylaşabilir. Örnek bir çalışma düzeninde katalog aktarımı devam ederken ikinci bir uygulamanın toplu düzenleme başlatması, her uygulama kendi sınırının altında kaldığını sansa bile toplamı yükseltir. Çözüm, işi farklı adreslere bölerek sınırsız hız elde etmeye çalışmak değildir. Aynı gruba giden istekler ortak bir planla yönetilmelidir. Öncelikli stok değişiklikleri ile uzun katalog taramalarının aynı anda kontrolsüz başlatılmaması, gecikmenin operasyon üzerindeki etkisini de azaltır.
Barkod Hatasını HTTP Sonucundan Ayrı İnceleyin
Fiyat güncellemelerinde aynı barkod için dakikada 30 istek sınırı ayrıca belgelenir; aşım ilgili barkodun toplu işlem sonucunda hata olarak görülebilir. Dolayısıyla ilk isteğin kabul edilmesi, bütün ürünlerin başarıyla güncellendiğini göstermez. Aynı ürünün fiyatı birkaç kaynak tarafından peş peşe yazılıyorsa önce hangi kaynağın son değer için yetkili olduğu belirlenmelidir. Önerilen yaklaşım, gereksiz ara değerleri göndermek yerine bekleyen güncellemeleri son geçerli değer etrafında birleştirmektir. Her başarısız barkodun nedeninin ayrı kaydedilmesi tekrar eden hataları görünür kılar.
Yeniden Deneme Kontrollü Olmalı
429 sonrasında bekleme aralığı artırılan ve aynı anda başlayan işleri dağıtan bir yeniden deneme düzeni tercih edilebilir. Ancak geçersiz veri için alınan 400 veya yetki sorunu için alınan 401 yanıtı beklemekle düzelmez; ilgili neden giderilmelidir. İşlem kabul edilmiş fakat tamamlanmamışsa yeni bir iş açmadan önce mevcut işin sonucu izlenir. Başarı ölçütü sadece hata sayısının düşmesi değildir: bekleyen güncelleme adedi, en eski bekleyen iş ve mağazada görünen son stok-fiyat bilgisi de takip edilir. Böylece hız azaltılırken kritik bilgilerin gereksiz biçimde eskimesi önlenir.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
Trendyol