Fiyat karşılaştırma sitelerine ürün göndermeyi çoğu satıcı basit bir dosya işi sanır. Bir XML üretirsin, adresi verirsin, gerisi karşı tarafın işidir. Bu inanç yüzünden binlerce dijital ürün ilanı ya hiç yayına çıkmaz ya da yayına çıkıp yanlış fiyatla listelenir. Sonra panelde tek bir satır görürsün: "besleme işlenemedi". Kimse sana neyin işlenemediğini söylemez.
Gerçek şu ki besleme dosyası bir ürün listesi değil, karşı tarafla imzaladığın makine okunur bir sözleşmedir. O dosyada yazan her alan, ziyaretçinin göreceği fiyatın, stok durumunun ve tıklama sonrası indiği sayfanın taahhüdüdür. Taahhüt ile gerçeğin ayrıldığı saniyede ilanın düşer. Bu yazıda, e-pin satış scripti üzerinde beslemeyi kurarken hangi kararların seni yayında tuttuğunu tek tek açacağız.
Besleme dosyası neden bir ürün listesi değil?
Karşılaştırma siteleri beslemeyi bir kez okuyup bitirmez; günde birkaç kez çeker, önceki sürümle karşılaştırır ve değişimi denetler. Dün 120 lira olan ürün bugün 180 lira ise, bu değişim sinyal üretir. Fiyatın sık ve büyük sıçramalar yapıyorsa güven puanın düşer, ilanların arka sıralara iner. Yani dosyanın içeriği kadar davranışı da ölçülür.
Bu yüzden beslemeyi el ile hazırlanan bir dosya olarak düşünmekten vazgeçmelisin. Dosya, veritabanındaki gerçek durumun anlık bir yansıması olmalı. Kullandığın epin yazılım altyapısı fiyatı, stoğu ve ürün durumunu tek kaynaktan üretiyorsa besleme kendiliğinden tutarlı çıkar. Ürünü panelde kapattığın halde beslemede açık kalıyorsa, sorun karşılaştırma sitesinde değil senin veri akışındadır.
Beslemen tam olarak neden reddediliyor?
Ret sebepleri sandığından çok daha dar bir kümede toplanır. En sık görüleni fiyat uyuşmazlığıdır: beslemede vergi dahil olmayan fiyat gönderirsin, sitede vergi dahil gösterilir, robot iki tutarı karşılaştırır ve ilanı düşürür. İkinci sırada stok durumu gelir. Dijital üründe "stokta" demek, o an teslim edilebilir en az bir kod bulunduğu anlamına gelir; tedarikçi havuzu boşken "stokta" göndermek en ağır ihlallerden biridir.
Üçüncü sebep, iniş adresinin beslemedeki ürünle birebir örtüşmemesidir. Ziyaretçi tıklar, kategori sayfasına düşer, aradığı ürünü bulamaz. Dördüncüsü benzersiz kimlik sorunudur: aynı ürün iki farklı kimlikle iki kez gönderildiğinde yinelenmiş kayıt uyarısı alırsın. Beşinci sebep ise karakter kodlaması ve zorunlu alan eksikliğidir; dosya açılır ama satırların yarısı okunamaz. Bir dijital ürün satış scripti bu beş maddeyi kaynakta çözmediği sürece, sen her hafta aynı hatayı elle onarmaya devam edersin.
| Alan | Zorunlu mu | Dijital üründe doğru kullanım | Sık yapılan hata |
|---|---|---|---|
| id | Evet | Kalıcı ve asla değişmeyen ürün kimliği | Slug değişince kimliğin de değişmesi |
| title | Evet | Ürün + miktar + platform bilgisi | Başlığa kampanya sözü yazmak |
| price | Evet | Vergi dahil, tek para birimi, nokta ayraç | Vergisiz tutar göndermek |
| availability | Evet | Gerçek kod havuzuna bağlı anlık durum | Her zaman "stokta" sabitlemek |
| link | Evet | Doğrudan ürün sayfası, yönlendirmesiz | Kategori veya arama adresi vermek |
| image_link | Evet | Sabit adresli, filigransız görsel | Üzerinde fiyat yazan görsel |
| brand / gtin | Kısmen | Yayıncı adı, dijitalde gtin muaf | Uydurma barkod üretmek |
| delivery | Önerilir | Anında elektronik teslimat notu | Fiziksel kargo süresi yazmak |
İlk sırada çıkmak her zaman kâr mı?
Karşılaştırma listelerinin mantığı acımasızdır: en ucuz olan üstte durur. Bu yüzden birçok satıcı, listede görünmek için fiyatı maliyetin bir tık üstüne çeker. Tıklama gelir, satış gelir, ay sonunda kâr gelmez. Çünkü bu kanalda kazanan taraf genelde en ucuz olan değil, en yüksek dönüşümle en makul fiyatta duran taraftır.
Bunun yolu fiyatı kırmak değil, listedeki satırını zenginleştirmektir: net teslimat süresi, puanlama, iade koşulu ve stok bilgisi. Aynı fiyatta iki satıcıdan biri "anında teslim" diyorsa tıklamayı o alır. İkinci yol ise seçici olmaktır. Tüm kataloğu değil, marjı taşıyan ürün gruplarını gönderirsin. Besleme kurallarını ürün grubuna göre ayırabilen bir e-pin scripti bu seçiciliği tek ekrandan yapmanı sağlar; nasıl çalıştığını özellikler bölümünde görebilirsin.
Besleme reddi sebeplerinin dağılımı
- Fiyat ve vergi uyuşmazlığı 45%
- Stok durumu tutarsızlığı 25%
- Hatalı iniş adresi 20%
- Kimlik ve kodlama hataları 10%
E-pin satış scriptinde feed üretimini nasıl otomatikleştirirsin?
Otomasyonu dört katmanda kurarsın. Birinci katman kaynaktır: fiyat, stok ve ürün durumu tek tabloda tutulur, besleme bu tablodan üretilir. İkinci katman dönüştürücüdür; her karşılaştırma sitesinin alan adları farklı olduğu için tek kaynaktan çoklu çıktı üretebilen bir eşleme tablosu gerekir. Üçüncü katman zamanlamadır: dosya sabit adreste durur, arka planda belirlediğin sıklıkta yeniden yazılır.
Dördüncü ve en çok atlanan katman doğrulamadır. Dosya yazıldıktan sonra kendi kendini denetlemeli: zorunlu alanı boş satır var mı, negatif ya da sıfır fiyat var mı, yinelenmiş kimlik var mı, kapalı ürün beslemede kalmış mı? Bu denetim başarısız olursa yeni dosya yayına alınmaz, önceki geçerli sürüm korunur. Böylece bozuk bir dosya yüzünden tüm ilanların bir gecede düşmez. Sağlam bir e-pin satış yazılımı bu dört katmanı sana kod yazdırmadan verir.
Dosyayı karşılaştırma sitesine vermeden önce kendi doğrulayıcından geçir. İlk denemede reddedilen beslemelerin büyük kısmı iki zorunlu alan ve tek bir vergi ayarı yüzünden düşer.
Beslemede hangi alanlar gerçekten altın değerinde?
Zorunlu alanlar seni yayına sokar, isteğe bağlı alanlar ise sıralamada öne çıkarır. Dijital üründe en değerli üç isteğe bağlı alan şunlardır: teslimat türü, ürün durumu açıklaması ve bölge/platform bilgisi. Oyun içi para biriminde bölge bilgisi eksikse kullanıcı yanlış ürünü alır, iade talep eder, ilanının puanı düşer. Yani eksik alan sadece görünürlük değil, müşteri memnuniyeti sorunudur.
İkinci olarak başlık kurgusuna dikkat edersin. Karşılaştırma motorları başlıktaki ilk kelimeleri ağırlıklı okur. "1000 Birim Oyun Kodu - TR Bölgesi - Anında Teslim" gibi bir kalıp, hem eşleşmeyi hem tıklamayı artırır. Üçüncü olarak görselleri sabit ve kalıcı adreslerde tutarsın; her yayında adresi değişen görsel, her yayında yeniden onaya girer. Bunları elle yönetmek yerine kural haline getirirsen, katalog 50 üründen 5.000 ürüne çıktığında sistem aynı disiplinle çalışmaya devam eder. Paketlerin hangi entegrasyon kapsamını içerdiğini fiyat tablosundan karşılaştırabilirsin.
Feed sağlığını haftalık nasıl denetlersin?
Besleme kur-ve-unut bir iş değildir. Haftalık ritüelin üç sorusu vardır: kaç ürün gönderdim, kaçı yayında, aradaki fark nereden geliyor? Gönderilen ile yayına giren arasındaki fark yüzde 5'in üzerine çıktıysa sebebi tek tek aramak zorundasın. Ayrıca tıklama başına gelen ciroyu kanal bazında takip edersin; bu sayı maliyetin altına indiğinde ürün grubunu beslemeden çıkarırsın.
İkinci denetim kalemi gecikmedir. Fiyat değişimi ile beslemenin güncellenmesi arasındaki süreyi ölçersin. Dijital üründe bu sürenin uzaması, kullanıcının listede gördüğü fiyatı sitede bulamaması demektir ve en hızlı güven kaybettiren durumdur. Üçüncü kalem ise ölü satırlardır: satışı durdurulmuş, tedarikçisi kalmamış ya da yayıncısı kapatmış ürünler beslemede kalmaya devam ediyorsa temizlenmelidir.
| Kontrol adımı | Ne bakılır | Sıklık | Eşik |
|---|---|---|---|
| Dosya doğrulama raporu | Boş zorunlu alan, hatalı fiyat biçimi | Her üretimde | 0 hata |
| Gönderilen / yayında oranı | Reddedilen ürün sayısı | Haftalık | %95 üzeri |
| Fiyat senkron gecikmesi | Panel ile besleme arası süre | Haftalık | 15 dakika altı |
| Stok tutarlılığı | Kod havuzu boş ürünlerin durumu | Günlük | %100 |
| İniş adresi testi | Örnek 20 üründe doğrudan erişim | Aylık | 0 kırık bağlantı |
| Kanal kârlılığı | Tıklama maliyeti karşısında net marj | Aylık | Pozitif |
Beslemeyi elle onarmayı bırakmaya hazır mısın?
Çoklu çıktı eşlemesi, otomatik doğrulama ve gerçek stok senkronu ile ilanların yayında kalsın. Pinova beslemeyi senin yerine üretir ve denetler.
XML mi CSV mi göndermeliyim?
Karşı taraf ikisini de kabul ediyorsa XML tercih edilir; alan yapısı daha nettir ve karakter kodlaması sorunları daha az çıkar. CSV yalnızca ayraç ve kodlama disiplini garanti edilebiliyorsa güvenlidir.
Beslemeyi ne sıklıkta güncellemeliyim?
Dijital üründe fiyat ve stok hızlı değiştiği için en fazla 15 dakikalık gecikme hedeflenir. Katalog büyükse tam dosyayı seyrek, değişen ürünleri sık güncelleyen bir kurgu kurarsın.
Tüm kataloğu göndermek zorunda mıyım?
Hayır ve genelde göndermemelisin. Marjı taşımayan, stoğu istikrarsız ve iade oranı yüksek ürünleri dışarıda bırakmak hem kârını hem ilan puanını korur.
Dijital ürün için barkod alanı gerekiyor mu?
Elektronik teslim edilen ürünlerde barkod genelde muaftır. Uydurma değer üretmek yerine alanı boş bırakıp ürün türünü ve yayıncı bilgisini doğru doldurmak daha güvenlidir.
Karşılaştırma siteleri, doğru beslemeyi gönderen satıcıya düzenli ve niyeti yüksek trafik verir; yanlış gönderen satıcıyı ise sessizce listeden düşürür. Aradaki fark bütçe değil, veri disiplinidir. Çoklu alan eşlemesinin, otomatik doğrulamanın ve stok senkronunun tek panelde nasıl aktığını görmek için canlı demo üzerinde örnek bir besleme üretip doğrulama raporunu kendin okuyabilirsin.