Dropshipping Supplier Data Feed: CSV, API ve Scraping Karşılaştırması

Dropshipping supplier data feed, yüzlerce ürünü hızlı içeri almak için kullanılan teknik dosyadan ibaret değildir. Stok, fiyat, ürün kimliği, görsel, vergi, kargo ve condition alanlarının hangi anda doğru kabul edileceğini belirleyen operasyon sözleşmesidir. Yanlış tasarlanmış feed, tek bir hatayı binlerce eBay ilanına aynı anda dağıtır: £ yerine pence yorumlanan fiyat, parent SKU'ya yazılan varyant stoğu veya “available” kelimesinden uydurulan 99 adet quantity gibi.

CSV, API, scraping ve manuel giriş arasında evrensel kazanan yoktur. Seçim; supplier'ın veri kalitesi, güncelleme sıklığı, ürün sayısı, hata yakalama kapasitesi ve eBay'deki risk toleransına göre yapılır. eBay dropshipping supplier scorecard tedarikçinin operasyon performansını ölçer; bu rehber o performansın makine tarafından nasıl güvenli okunacağını anlatır.

Dört veri alma yönteminin dürüst karşılaştırması

API kelimesi otomatik olarak gerçek zamanlı ve doğru anlamına gelmez. Bazı supplier API'leri stok verisini saatlerce cache'ler veya `in_stock: true` döndürürken satın alınabilir miktarı vermez. Düzenli olarak her gece 02:00'de üretilen, checksum ve alan sözlüğü bulunan CSV böyle bir API'den daha denetlenebilir olabilir.

Scraping de “ücretsiz API” değildir. HTML, kullanıcı için hazırlanmış sunum katmanıdır; stok metni varyant seçilmeden değişmeyebilir, fiyat üyelik veya postcode'a göre oluşabilir, JavaScript geç yüklenebilir. Ayrıca otomatik erişim için supplier izni, site şartları ve veri kullanım hakkı incelenmelidir. Teknik olarak alınabilen veri, ticari olarak yeniden kullanılabilir veri demek değildir.

Feed sözleşmesinde bulunması gereken alanlar

Supplier ile yalnız dosya URL'si paylaşmak yeterli değildir. Her alanın türü, para birimi, vergi durumu, null anlamı, güncelleme zamanı ve örnek değeri yazılı olmalıdır. Minimum kayıt şu grupları taşır:

• Kimlik: supplier SKU, GTIN/EAN, MPN, brand ve parent/variant ilişkisi
• Ticari: net/gross cost, currency, VAT dahil mi, varsa quantity break
• Stok: available quantity veya stok durumu, depo, backorder ve son güncelleme zamanı
• Ürün: başlık, açıklama, özellikler, ölçüler, ağırlık, condition ve kutu içeriği
• Medya: kullanım hakkı doğrulanmış görsel URL'leri ve ana görsel işareti
• Fulfillment: dispatch location, handling SLA, service, surcharge ve return route
• Yaşam döngüsü: active, discontinued, replacement SKU ve tekrar stok tarihi

Null değer en tehlikeli ayrıntılardan biridir. Boş fiyat “değişmedi”, “bilinmiyor” veya “ürün ücretsiz” anlamına gelebilir. Boş stok eski değeri koruyorsa aslında biten ürün satışta kalabilir; sıfıra çevrilirse supplier'ın geçici dosya hatası bütün kataloğu kapatabilir. Alan başına null politikası olmadan import yapılmamalıdır.

Canonical product record kurmadan eBay'e yazmayın

Ham supplier kaydını doğrudan listing payload'una çevirmek iki sistemi gereksiz yere birbirine bağlar. Araya canonical product record koyun. Bu kayıt, farklı supplier şemalarını aynı iç modele dönüştürür ve eBay'e özel alanları kaynak veriden ayırır.

Örneğin supplier A `qty_available`, supplier B `stockLevel`, supplier C ise `availability: green` kullanabilir. İç modelde hepsi `source_stock_value`, `stock_semantics`, `observed_at` ve `sellable_quantity` alanlarına dönüşür. `sellable_quantity`, ham değerin kopyası değil safety stock ve veri yaşı uygulandıktan sonraki sonuçtur.

Lineage da tutulmalıdır: eBay başlığındaki brand hangi feed alanından geldi, kim düzeltti ve hangi sürümde yayınlandı? AI supplier açıklamasını sadeleştirdiyse gerçek ürün bilgisi ile üretilen pazarlama metni ayrı saklanmalıdır. Bu kayıt AI eBay açıklama denetimi için doğrulanabilir zemin oluşturur.

Stok feed'inde tazelik, sayıdan önemlidir

Supplier 40 adet gösteriyor olabilir; veri 18 saat önce üretildiyse hızlı satan üründe bu sayı güvenli değildir. Her stok kaydı `observed_at` veya feed generation timestamp taşımalıdır. Dosyayı indirdiğiniz zaman ile supplier'ın veriyi oluşturduğu zaman aynı değildir.

Pratik sellable quantity kuralı şu girdileri kullanabilir:

• Ham supplier stoğu
• Feed yaşı ve normal güncelleme aralığı
• Son 30 günlük satış hızı
• Supplier'ın doğruluk geçmişi
• Başka satış kanallarıyla ortak stok ihtimali
• Minimum safety stock ve maksimum eBay quantity limiti

Örneğin supplier 8 adet, feed yaşı 2 saat ve doğruluk oranı yüksekse eBay'de 5 adet açılabilir. Aynı 8 adet veri 24 saat eski ve SKU günde 10 satıyorsa quantity 0'a çekilmelidir. Safety stock sabit “eksi 2” kuralı değil, risk tamponudur.

Fiyat feed'inde dört farklı para değeri olabilir

`price` alanı wholesale net cost, VAT dahil alış fiyatı, tavsiye edilen satış fiyatı veya kampanyalı fiyat olabilir. Para birimi açık değilse kur dönüşümü yanlış yapılabilir. Supplier promosyon bitiş tarihi vermiyorsa bugün kârlı görünen ilan yarın zarar eder.

Import sırasında şu kontroller uygulanmalıdır:

1. Currency ve VAT semantiği doğrulanır.
2. Önceki maliyetle yüzde ve mutlak fark hesaplanır.
3. Anormal düşüş veya artış karantinaya alınır.
4. Shipping surcharge ve payment cost eklenir.
5. eBay fee, reklam ve return rezerviyle floor price hesaplanır.
6. Canlı fiyat güncellendikten sonra geri okuma yapılır.

£19.99'dan £1.99'a düşen supplier cost fırsat olabilir; decimal veya feed hatası da olabilir. Kâr yükseldi diye otomatik yayınlamak yerine minimum ve maksimum değişim kapıları kullanın.

Full snapshot ile delta feed farkı

Full snapshot her çalışmada tüm aktif kataloğu getirir. Denetlemesi ve sistemi sıfırdan kurması kolaydır; dosya büyüdükçe ağ ve işleme maliyeti artar. Delta feed yalnız değişen kayıtları verir; hızlıdır fakat kaçırılan tek dosya iç durumun supplier'dan kopmasına yol açabilir.

Hibrit model genellikle en sağlamıdır: gün içinde delta veya API güncellemeleri, geceleri full reconciliation. Böylece hızlı değişiklik işlenir; kaçan olaylar kalıcı olmaz.

eBay'e yazma katmanını ayrı yönetin

Supplier feed'i okumak ile eBay ilanını güncellemek iki ayrı iş olmalıdır. İlk iş source veriyi doğrular ve canonical kaydı üretir. İkinci iş business rule uygular, değişiklik kuyruğu oluşturur ve eBay sonucunu kaydeder. Böylece supplier dosyası hatalı geldiğinde canlı listing'e dokunmadan import'u durdurabilirsiniz.

eBay'in resmi Inventory API bulk price ve quantity rehberi, tek çağrıda birden fazla SKU/offer için fiyat ve quantity güncellenebildiğini; her kayıt için ayrı status code döndüğünü açıklar. “HTTP 200 geldi” bütün satırların başarılı olduğu anlamına gelmez. Satır bazlı sonuç okunmalı, reddedilen kayıtlar retry veya manuel kuyruğa gitmelidir.

Ayrıca Inventory API'de quantity'nin inventory item ve marketplace offer düzeyleri vardır. Inventory API genel bakışı, SKU, inventory location, item ve offer ayrımını tanımlar. Supplier stoğunu yanlış seviyeye yazmak, bir pazardaki quantity'nin toplam stoktan fazla görünmesine neden olabilir.

Veri kalite skoru ve kill switch

Her import için kalite skoru hesaplayın. Kayıt sayısı yüzde 40 düştü mü? Fiyatların yüzde 30'u sıfır mı? Görsel domain'i değişti mi? Timestamp geriye mi gitti? Parent SKU sayısı bir anda arttı mı? Bu sinyaller eşik aşarsa feed kabul edilmemeli ve mevcut doğru veri korunmalıdır.

Kill switch iki seviyeli olabilir. Source switch ilgili supplier import'unu durdurur. Publish switch import'u saklar ama eBay güncellemelerini bekletir. Bu ayrım teşhis için değerlidir; ham dosyayı kaybetmeden canlı mağazayı korursunuz.

TurkoLister ile güvenli import disiplini

TurkoLister supplier verisini listing üretimi, kâr ve stok-fiyat kontrolüyle aynı workflow'da ele alır. Amaç feed'i mümkün olan en hızlı biçimde yayınlamak değil, kaynağı ve dönüşümü görünür kılmaktır. Kritik alan eksikse AI metni tamamlamadan önce ürün karantinaya gitmelidir.

TurkoLister free trial ile tek supplier'dan 50 SKU seçin. Her biri için kimlik eşleşmesi, stok timestamp'i, gerçek alış maliyeti, dispatch location ve görsel hakkını doğrulayın. Önce dry run fark raporu alın; sonra düşük riskli 10 üründe kontrollü yayın ve geri okuma testi yapın.

Sonuç

Dropshipping supplier data feed seçiminde API en modern, scraping en ucuz veya CSV en kolay olduğu için kazanmaz. Kazanan yöntem; alan semantiği yazılı, tazeliği ölçülen, geçmişi arşivlenen ve hatada canlı ilanı durdurabilen yöntemdir. Canonical kayıt, safety stock, fiyat anomaly kontrolü, satır bazlı eBay sonucu ve periyodik reconciliation olmadan otomasyon yalnız hatayı hızlandırır.