Amazon Selling Partner API tek bir 'her şeyi yapan' endpoint değildir. Ürün listeleme, envanter ve sipariş gibi işlevler ayrı API ailelerinde yönetilir; yetkilendirme, marketplace kimliği ve oran limitleri dikkate alınmalıdır.
Amazon SP-API ile Ürün, Stok ve Sipariş Entegrasyonu neden önemli?
Ürün listeleme güncellense bile sipariş çekme yetkisi veya Orders akışı ayrı yapılandırılmamışsa operasyon eksik kalır. Entegrasyon modülleri bağımsız test edilmelidir.
Her pazaryerinin katalog, listeleme, stok-fiyat ve sipariş modeli farklıdır. Bu nedenle bir kanalda çalışan entegrasyon mantığını diğerine birebir kopyalamak yerine resmi API akışı temel alınmalıdır.
2026 itibarıyla pazaryerleri katalog ve sipariş servislerini düzenli olarak güncelliyor. Bu nedenle entegrasyon kararını yalnız bir kez yapılan kurulum gibi değil, izlenen ve güncellenen bir operasyon sistemi gibi ele almak daha sağlıklıdır.
Doğru çalışma mantığı nasıl kurulmalı?
Platform entegrasyonunu kimlik doğrulama, ürün/katalog, envanter/fiyat, sipariş ve sonuç takibi olarak ayrı modüller halinde düşünmek bakım ve test kolaylığı sağlar. Resmi sürüm değişiklikleri de modül bazında uygulanabilir.
Ürün veya sipariş kaydında yerel kimlik ile pazaryerinin uzak kimliğini birlikte saklamak, tekrar deneme ve durum sorgularında kritik önem taşır. İşlem geçmişi kaybolmadığında aynı kaydın neden beklediği veya reddedildiği daha hızlı bulunur.
Adım adım uygulama planı
- SP-API uygulama ve yetkilendirme modelini resmi dokümana göre kurun. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Seller ve marketplace kimliklerini doğru ortamla eşleştirin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Listings Items / ürün tipi tanımlarını kullanarak ürün alanlarını doğrulayın. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Envanter güncellemesini ayrı akışta yönetin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Orders API ile siparişleri tarih/durum bazında çekin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Rate limit ve retry davranışını endpoint bazında uygulayın. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
- Yetki ve token yenileme hatalarını operasyon loglarında açık gösterin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Kontrol ve ölçüm noktaları
Canlıya geçişten önce başarılı ürün oranı, asenkron sonuç süresi, stok-fiyat yansıma gecikmesi, sipariş çekme gecikmesi ve rate-limit hataları ölçülmelidir.
- İşlem hangi mağaza ve kanal için çalıştı?
- Yerel SKU/barkod ile uzak ürün kimliği eşleşiyor mu?
- Son durum ilk API yanıtından mı, nihai sonuç servisinden mi geliyor?
- Başarısız işlem için kullanıcıya anlaşılır hata nedeni gösteriliyor mu?
- Tekrar deneme mükerrer ürün veya sipariş oluşturmadan çalışıyor mu?
- Canlı kanalda örnek ürün/sipariş ile sonuç doğrulandı mı?
Sık yapılan hatalar ve düzeltme yaklaşımı
Amazon MWS eski kavramlarını SP-API ile birebir aynı sanmak.
Bu durum görüldüğünde önce etkilenen kayıtları ayırın, otomatik kuyruğu gerekirse durdurun ve kök nedeni netleştirin. Veri düzeltildikten veya geçici API sorunu sona erdikten sonra yalnız ilgili kayıtları kontrollü biçimde yeniden deneyin.
Marketplace kimliğini yanlış ülke/pazar için kullanmak.
Bu durum görüldüğünde önce etkilenen kayıtları ayırın, otomatik kuyruğu gerekirse durdurun ve kök nedeni netleştirin. Veri düzeltildikten veya geçici API sorunu sona erdikten sonra yalnız ilgili kayıtları kontrollü biçimde yeniden deneyin.
Tek rate limit kuralını tüm API'lere uygulamak.
Bu durum görüldüğünde önce etkilenen kayıtları ayırın, otomatik kuyruğu gerekirse durdurun ve kök nedeni netleştirin. Veri düzeltildikten veya geçici API sorunu sona erdikten sonra yalnız ilgili kayıtları kontrollü biçimde yeniden deneyin.
Yetkilendirme token'larını açık loglamak.
Bu durum görüldüğünde önce etkilenen kayıtları ayırın, otomatik kuyruğu gerekirse durdurun ve kök nedeni netleştirin. Veri düzeltildikten veya geçici API sorunu sona erdikten sonra yalnız ilgili kayıtları kontrollü biçimde yeniden deneyin.
2026 için güncellik notları
Pazaryeri API dokümanları, endpoint sürümleri, zorunlu alanlar ve işlem limitleri zaman içinde değişebilir. Bu yazıdaki operasyon mantığını uygularken ilgili kanalın güncel geliştirici veya satıcı destek dokümanını esas alın. Özellikle ürün oluşturma, toplu güncelleme ve sipariş durum servislerinde sürüm notlarını takip etmek gerekir.
Canlı sistemlerde değişiklik yapmadan önce küçük ürün grubu, düşük riskli stok-fiyat değeri ve test edilebilir sipariş senaryosu kullanmak; geniş kataloğa geçmeden önce hata davranışını görmeyi sağlar.
3E Entegrasyon tarafında hangi akışlar değerlendirilebilir?
3E Yazılım’ın pazaryeri entegrasyonu sayfasında XML, Excel, manuel ürün ekleme, desteklenen bağlantılardan ürün alma, tekil/toplu ürün gönderimi, kategori-özellik eşleştirme, stok-fiyat senkronizasyonu ve sipariş takibi gibi operasyon başlıkları yer alıyor. İhtiyacınız bu akışlardan biriyse önce gerçek ürün verinizle demo senaryosu oluşturmak en sağlıklı karşılaştırma yöntemidir.
Pazaryeri entegrasyonu özelliklerini inceleyin veya demo talebi oluşturun.
Sık sorulan sorular
SP-API nedir?
Amazon satıcı uygulamalarının ürün, sipariş, envanter ve diğer işlevlere programatik erişimini sağlayan Selling Partner API platformudur.
Ürün ve sipariş aynı API'den mi yönetilir?
Hayır. Listings ve Orders gibi ayrı API aileleri bulunur.
Rate limit var mı?
Evet. API ve operasyona göre limitler bulunur; resmi doküman ve response bilgileri izlenmelidir.
İyi yazılım budur