Sayılarla ne demek?
Feed, mağaza katalogunun dışarıya açılan yüzüdür. Alışveriş reklamları, pazaryerleri ve karşılaştırma siteleri ürünleri sitenizden değil bu dosyadan okur.
Bunun pratik sonucu şu: sitede doğru görünen bir ürün, feed'de yanlışsa dışarıda yanlıştır. Reklam sistemi sitenizi değil dosyayı görür.
Bu yüzden feed bir teknik ayrıntı değil, satış kanalının kendisidir. Kalitesi doğrudan görünürlüğü ve tıklama başı maliyeti belirler.
Hangi bilgiler kritik?
| Alan | Etkisi |
|---|---|
| Başlık | Eşleşmenin çoğunu belirler |
| Görsel | Tıklamayı belirler |
| Fiyat | Uyuşmazlık listelemeyi durdurur |
| Stok durumu | Bütçe israfını önler |
| Benzersiz kod | Ürünü tanımlar |
Üçüncü satır en sık sorun çıkaran yer. Feed'deki fiyat ile sitedeki fiyat birbirini tutmadığında platform ürünü doğrudan durduruyor; kampanya günlerinde bu hata çok sık görülüyor.
Nasıl kurulur?
- Otomatik üretin. Elle hazırlanan dosya günceli yansıtmaz.
- Sık yenileyin. Fiyat ve stok günde birkaç kez değişir.
- Zorunlu alanları doldurun. Eksik alan listelemeyi engeller.
- Site ile eşitleyin. Fiyat farkı en yaygın ret sebebi.
- Hataları izleyin. Reddedilen ürünler sessizce birikir.
Uygulamada ne oluyor?
En sık hata, feed'in kurulup unutulması. Bir kez ayarlanıyor ve aylarca kimse bakmıyor; bu arada reddedilen ürünler birikiyor ve katalogun yarısı dışarıda görünmez oluyor.
İkinci gözlem, güncelleme sıklığının yetersizliği. Günde bir kez yenilenen dosyada sabah tükenen ürün akşama kadar reklamda kalıyor; bütçe satılamayan ürüne akıyor.
Üçüncüsü, başlıkların olduğu gibi aktarılması. Sitedeki başlık kullanıcı için yazılmış olabilir; feed'de arama karşılığı bulacak biçimde ayrıca düzenlenmesi gerekiyor.
Dördüncüsü, kampanya fiyatlarının feed'e yansımaması. Sitede indirim başlıyor ama dosya eski fiyatı taşıyor; uyuşmazlık yüzünden ürünler tam kampanya günü duruyor.
Beşincisi, görsel kalitesinin ihmal edilmesi. Küçük, filigranlı ya da yazı içeren görseller hem reddediliyor hem tıklama oranını belirgin düşürüyor.
Altıncısı, varyantların yanlış tanımlanması. Her beden ayrı satır olmalı ve aynı gruba bağlanmalı; bu yapı kurulmadığında listeleme karışıyor.
Yedincisi, kar etmeyen ürünlerin de gönderilmesi. Marjı düşük ya da sürekli tükenen ürünler dosyadan çıkarıldığında bütçe daha verimli kullanılıyor.
Sekizincisi, dosyanın erişilebilirliğinin izlenmemesi. Sunucu yavaşladığında veya adres değiştiğinde platform dosyayı çekemiyor ve bütün kanal sessizce duruyor.
Dokuzuncusu, tek dosyanın her platforma gönderilmesi. Her platformun kuralları farklı; aynı dosya bazılarında kısmen reddediliyor.
Onuncusu, feed kalitesinin performansla ilişkilendirilmemesi. Başlık ve görsel iyileştirmeleri tıklama oranı ve maliyet üzerinde doğrudan etki yapıyor ama öncesi–sonrası hiç karşılaştırılmıyor.
On birincisi, dosyanın kim tarafından sahiplenildiğinin belirsiz kalması. Pazarlama tarafı teknik konu sanıyor, yazılım tarafı pazarlama konusu sanıyor; arada kalan dosya kimsenin bakmadığı bir yere dönüşüyor. Sorumlusu net olmayan feed her zaman bozuluyor.
On ikincisi, reddedilen ürün bildirimlerinin kimseye ulaşmaması. Platform uyarıyı panele düşürüyor ama bakan olmuyor; bu uyarıların bir e-posta ya da rapora bağlanması, sorunun günler yerine saatler içinde fark edilmesini sağlıyor.
Neyi çözmez?
Temiz bir feed, kötü ürün sayfasını kurtarmaz. Kullanıcı tıkladıktan sonra karşılaştığı sayfa zayıfsa dosya sadece trafiği taşımış olur.
Sıkça sorulan sorular
Ne sıklıkla güncellemeliyim?
Fiyat ve stok değişim hızınıza göre; günde bir kez çoğu mağaza için az.
Site başlığını aynen kullanabilir miyim?
Kullanabilirsiniz ama feed başlığı ayrıca düzenlendiğinde eşleşme belirgin artar.
Bütün ürünleri göndermeli miyim?
Gerekmez. Marjı düşük ve sürekli tükenen ürünleri çıkarmak bütçeyi verimli kılar.
Bu kavramın bütün resim içindeki yerini E-Ticaret Büyüme Rehberi içinde ayrıntılı anlattım.
Kategori SEO, ürün SEO, filtre yapısı, canonical, schema, site hızı ve index kontrolüyle e-ticarete özel SEO.