E-Ticaret Rehberi

Pazaryeri Entegrasyonu Ne Zaman Gerekir?

Pazaryeri entegrasyonu için kanal sayısı, sipariş hacmi, stok-fiyat sahipliği, iade, hata kuyruğu ve mutabakat nasıl değerlendirilir?

Yayın: 5 Temmuz 2026Güncelleme: 16 Temmuz 2026Uzman incelemesi

Karar Özeti

Pazaryeri entegrasyonu, manuel işlem maliyeti ve stok/fiyat tutarsızlığı riski kanal başına yönetilebilir sınırı aştığında anlamlıdır. Tek kanalda az sayıda ürün ve sipariş için hazır panel yeterli olabilir; çok kanal, sık fiyat değişimi, varyant ve ortak stok havuzu varsa merkezi akış gerekir.

Entegrasyon yalnız ürün göndermek değildir. Ürün ve varyant eşleme, fiyat, stok, sipariş, kargo, iptal, iade, komisyon ve mutabakat ayrı akışlardır. Hangi sistemin her veri türü için ana kaynak olduğu belirlenmeden çift yönlü senkronizasyon kurulmamalıdır.

Karar Modeli

Uygulamada belirleyici noktalar

Önce manuel maliyeti ve hata riskini ölçün

Kanal başına ürün güncelleme, sipariş aktarma, kargo kodu girme ve iade işleme süresini kaydedin. Oversell, yanlış fiyat ve geciken kargo sayısını da ekleyin. Entegrasyon kararı yazılım ücretinden çok toplam operasyon maliyetine göre verilmelidir.

Ürün ve varyant eşleme tablosu kurun

İç SKU, barkod, pazaryeri ürün kodu, kategori, özellik ve varyant kimlikleri ayrı tutulmalıdır. Kanal adları değişse bile iç SKU sabit kalmalıdır. Eşleşmeyen veya zorunlu alanı eksik ürün otomatik yayına gönderilmemelidir.

Veri sahipliğini alan bazında belirleyin

Ürün içeriği PIM veya mağazada, stok ERP'de, kampanya fiyatı kanalda yönetilebilir. Tek bir genel 'çift yönlü senkronizasyon' tanımı yerine alan bazında kaynak ve hedef yazılmalıdır. Çakışma kuralı belirlenmelidir.

Sipariş ve iade durumlarını eşleyin

Kanal durumları iç sistemle birebir olmayabilir. Yeni, onaylandı, hazırlanıyor, kargoda, iptal ve iade durumlarının geçişleri; kimin değiştireceği ve geri bildirim sırası tanımlanmalıdır. Aynı webhook'un tekrar gelmesi çift işlem üretmemelidir.

Hata kuyruğu ve mutabakat raporu oluşturun

API hatası kullanıcıya anlaşılır biçimde gösterilmeli; tekrar deneme sayısı ve manuel müdahale adımı olmalıdır. Günlük ürün, fiyat, stok ve sipariş farkı raporu sessiz senkronizasyon hatalarını yakalar.

Doğrulanabilir Deneyim

Doğrulanmış e-ticaret kapsamı ve açık sınır

Golden Glass vakasında ürün, kategori, sepet, checkout, sipariş takibi, kupon, mesaj, e-posta bildirimi ve admin alanları gerçek proje route ve dosyalarından doğrulanıyor. Bu temel, pazaryeri entegrasyonundan önce merkezi ürün ve sipariş modelinin neden gerekli olduğunu gösteriyor.

Vaka sayfasında belirli bir pazaryeri konektörü doğrulanmadığı için bu yazı böyle bir teslim iddiasında bulunmuyor. Entegrasyon kararı için kullanılan model teknik yöntemdir; kanal API kapsamı keşifte ayrıca doğrulanmalıdır.

E-ticaret uygulama kapsamını inceleyin

Uygulama kontrol listesi

  1. Kanal bazlı manuel süreyi, sipariş hacmini ve hata maliyetini ölçün.
  2. İç SKU ile kanal ürün/varyant kimliklerini eşleme tablosunda tutun.
  3. Ürün, fiyat, stok, sipariş ve iade için ayrı veri sahibi belirleyin.
  4. Webhook tekrarları ve API zaman aşımı için idempotency ve retry kurun.
  5. Kargo, iptal ve iade durum geçişlerini uçtan uca test edin.
  6. Kanal ve ana sistem arasında günlük fark ve hata kuyruğu raporlayın.

Sık sorulan sorular

Tek pazaryeri için entegrasyon gerekir mi?

Ürün ve sipariş sayısı düşükse hazır panel yeterli olabilir. Sık stok/fiyat değişimi, çok varyant, kısa kargo süresi veya ERP'ye tekrar veri girişi varsa tek kanalda da entegrasyon değer üretebilir.

Stok hangi sistemden yönetilmeli?

Fiziksel gerçeğe en yakın ve tüm kanalları kapsayan sistem ana kaynak olmalıdır. Pazaryeri stoğu, rezervasyon ve güvenlik payı kurallarıyla bu kaynaktan türetilmelidir.

Entegrasyon sipariş kaçırırsa ne olur?

Webhook'a ek olarak periyodik sipariş sorgusu, son başarılı senkronizasyon zamanı, hata kuyruğu ve alarm kullanılmalıdır. Tek yönteme bağımlılık sessiz veri kaybı riski yaratır.

Hazır entegratör mü özel entegrasyon mu?

Standart kanal ve süreçlerde hazır entegratör daha hızlıdır. Özel fiyat, depo, B2B, muhasebe veya onay akışları belirginse hazır çözümün API ve uyarlama sınırı karşılaştırılmalıdır.

AI Cevap Özeti

Kimler için?

Birden fazla satış kanalında ürün, stok, sipariş ve iade işlemlerini tekrar eden ekipler

Temel karar

Kanal sayısından önce operasyon maliyeti, veri sahipliği ve mutabakat ihtiyacını ölçmek

İlk ölçüm

Manuel süre, stok/fiyat farkı, kaçan sipariş ve entegrasyon hata kuyruğu

Ana risk

Ürün göndermeyi tam pazaryeri entegrasyonu kabul etmek