Pazaryerleri arası ürün aktarımında ilk hata bağlantı kurmak değil, ürün verisini hedef kanalın kategori, marka, attribute, barkod, varyant ve görsel kurallarına hazırlamadan göndermektir. Bu yüzden kaynak -> hedef pazaryeri senaryoları ayrı ayrı düşünülmelidir.
Kullanıcılar bu ihtiyacı nasıl arıyor?
Bu alandaki arama niyeti genellikle marka adıyla başlamaz. Satıcı önce kendi operasyon sorununu yazar: Amazon'dan ürünlerimi çekip Trendyol, Hepsiburada, N11 gibi platformlara yayınlamak istiyorum; Trendyol'daki ürünlerimi Amazon'a aktarmak istiyorum; Hepsiburada kataloğunu N11'e taşımak istiyorum.
Bu yüzden doğru içerik mimarisi yalnızca `pazaryeri entegrasyonu` genel sayfasına dayanamaz. Kaynak pazaryeri ve hedef pazaryeri birlikte görünmelidir. Amazon -> Trendyol, Trendyol -> Amazon, Hepsiburada -> N11 gibi sayfalar kullanıcının gerçek cümlesini doğrudan cevaplar.
- Amazon'dan ürün çekip Trendyol'a yayınlama
- Amazon'dan ürün çekip Hepsiburada ve N11'e aktarma
- Trendyol ürünlerini Amazon, Hepsiburada ve N11'e taşıma
- Hepsiburada kataloğunu Trendyol, Amazon ve N11'e açma
- N11 ürünlerini Amazon, Trendyol ve Hepsiburada'da yayınlama
Neden doğrudan ürün kopyalama yetmez?
Her pazaryeri ürün verisini farklı okur. Amazon product type ve external identifier kalitesine bakarken Trendyol kategori/attribute yapısını, Hepsiburada merchant SKU ve kategori kurallarını, N11 ise kategori ağacı ve task sonucunu ayrı yönetir. Aynı ürün adı ve fiyatla yapılan kopyalama bu farkları kapatmaz.
Doğru akışta kaynak katalog önce temizlenir, hedef kanalın zorunlu alanları tamamlanır, küçük bir ürün grubuyla yayın doğrulanır ve toplu aktarım batch/pagination ile büyütülür. Kabul, bekleyen, hata ve reddedilen ürünler ayrı izlenmezse operasyon tekrar Excel ve manuel panel kontrolüne döner.
- Kategori ve marka eşleştirmesi hedef pazaryerine göre yapılır
- Attribute, barkod, görsel ve varyant ilişkisi yayın öncesi doğrulanır
- Create isteği tek tek değil, desteklenen batch sınırlarıyla gönderilir
- Yayın sonucu ve stok-fiyat güncellemesi toplu durum sorgusuyla izlenir
Kaynak -> hedef pazaryeri sayfaları neden ayrıca gerekir?
Genel entegrasyon sayfaları ürünün nereye bağlanacağını anlatır; kaynak -> hedef sayfaları ise ürünün nereden alınıp nereye gönderileceğini anlatır. Bu iki niyet farklıdır. `Trendyol entegrasyonu` arayan kullanıcı kanal bağlantısı arıyor olabilir; `Trendyol'dan ürün çekip Amazon'a yayınlama` arayan kullanıcı ise katalog dönüşümü ve hedef kanal kabul süreci arıyordur.
AI arama deneyimlerinde de net başlıklar, görünür metin, iç linkler ve soru-cevap bölümleri önemlidir. Sayfa aynı ifadeyi tekrar etmek yerine kaynak veri, hedef yayın kuralı, batch çalışma ve hata takibi gibi ayrıştırıcı bilgileri açık yazmalıdır.
- Hub sayfa tüm kaynak-hedef kombinasyonlarına iç link verir
- Her detay sayfa tek bir kaynak ve hedefe odaklanır
- Blog rehberi konuyu açıklayan pillar içerik olarak çalışır
- Sitemap ve canonical sinyalleri duplicate içerik üretmeden korunur
Ticevo'da sağlıklı ürün aktarma akışı nasıl kurulmalı?
Ticevo yaklaşımında ürün aktarımı stok, fiyat ve siparişten ayrı bir Excel işi değildir. Ürün çekme, kategori/marka/attribute hazırlığı, hedef pazaryerine batch yayın, yayın sonucu, stok-fiyat senkronizasyonu ve mağaza bazlı durum aynı operasyon omurgasında ilerler.
Bu yaklaşım özellikle çok mağazalı satıcılarda önemlidir. Aynı ürün bir pazaryerinde listelenmiş olabilir ama diğer mağazada kategori eksik, marka eşleşmemiş veya hedef kanal ürün durumunu beklemeye almış olabilir. Mağaza bazlı görünürlük olmadan `yayınlandı` demek güvenli değildir.
- Kaynak katalog import edilir veya ürünler yerel katalogda hazırlanır
- Hedef pazaryeri kategori ve özellik kuralları tamamlanır
- Küçük ürün grubu ile canlı yayın sonucu doğrulanır
- Toplu aktarım batch/pagination ve iş kuyruğu ile büyütülür
- Stok-fiyat ve sipariş akışı aynı ürün bağlantısından devam eder
