Sayılarla ne demek?
Platform, dosyadaki her satırı bu kimlikle tanır. Yarın gelen dosyada aynı kimlik varsa aynı ürün sayılır ve geçmişi korunur; yoksa yeni bir ürün olarak baştan başlar.
Buradaki "geçmiş" küçük bir şey değil: tıklama verisi, dönüşüm geçmişi, kalite sinyalleri. Kimlik değiştiğinde bunların hepsi sıfırlanır.
Bu yüzden asıl kural tek cümledir: kimlik asla değişmemeli. Ürünün adı, fiyatı, kategorisi değişebilir; kimliği değişemez.
Neyle karıştırılıyor?
| Kavram | Farkı |
|---|---|
| SKU | Mağazanın iç kodu; aynı olabilir ama şart değil |
| Barkod | Küresel kod; aynı ürünü herkes aynı tanımlar |
| Item Group ID | Varyantları birbirine bağlar, tekilleştirmez |
| Platform kimliği | Platformun kendi ürettiği ayrı numara |
Üçüncü satır sık karıştırılıyor. Grup kimliği bir tişörtün bütün bedenlerini aynı aileye bağlar; ama her beden yine kendi ayrı kimliğini taşır.
Nasıl belirlenir?
- Kalıcı bir değer seçin. Genelde iç stok kodu uygundur.
- Varyant başına verin. Her satılabilir satır ayrı kimlik.
- Asla değiştirmeyin. Değişiklik geçmişi sıfırlar.
- Yeniden kullanmayın. Kalkan ürünün kimliği boşta kalsın.
- Platformlar arasında sabit tutun. Aynı ürün her yerde aynı kimlik.
Uygulamada ne oluyor?
En pahalı hata, kimliğin sistem değişikliğinde yenilenmesi. Altyapı taşınıyor, kimlikler yeniden üretiliyor ve bütün katalog platform gözünde ilk kez görülmüş gibi davranıyor; aylarca biriken sinyaller kayboluyor.
İkinci gözlem, kimliğe değişebilir bilgi konması. Fiyat, kategori ya da sezon kimliğe gömüldüğünde bunlar değiştiğinde kimlik de değişmek zorunda kalıyor.
Üçüncüsü, kalkan ürünün kimliğinin yeni ürüne verilmesi. Platform iki ürünü tek ürün sanıyor ve geçmiş veri birbirine karışıyor.
Dördüncüsü, ürün seviyesinde tek kimlik kullanılması. Bütün bedenler aynı kimliği paylaşınca hangi varyantın performans gösterdiği anlaşılamıyor.
Beşincisi, büyük-küçük harf ve boşluk tutarsızlığı. Aynı kimlik farklı biçimlerde yazıldığında platform bunları ayrı ürün sayabiliyor.
Altıncısı, platformlar arasında farklı kimlik kullanılması. Raporları birleştirmek imkansız hale geliyor ve aynı ürünün toplam performansı hiç görülemiyor.
Yedincisi, kimliğin gereğinden uzun ya da karmaşık olması. Bazı platformların karakter sınırı var; sınırı aşan satırlar sessizce dışarıda kalıyor.
Sekizincisi, tedarikçi kodunun doğrudan kimlik yapılması. Tedarikçi kendi kodunu değiştirdiğinde sizin kimliğiniz de değişiyor; kontrol sizde olmuyor.
Dokuzuncusu, kimlik çakışmalarının izlenmemesi. Aynı kimliğin iki satırda kullanılması dosyanın bir kısmının reddedilmesine yol açıyor.
Onuncusu, kimlik değişikliğinin etkisinin bilinmemesi. Ekip bunu teknik bir ayrıntı sanıyor; oysa kimliği değiştirmek kanalı yeniden kurmakla aynı şey.
On birincisi, kimliğin nerede üretildiğinin belgelenmemesi. Değer bazen altyapıdan, bazen bir ara katmandan, bazen elle giriliyor; kaynağı yazılı olmadığında biri farkında olmadan mantığı değiştiriyor ve bütün katalog kayıyor.
On ikincisi, taşıma öncesi eşleştirme tablosu hazırlanmaması. Altyapı değişimi zorunlu olduğunda eski ve yeni kimlikler arasında bir karşılık listesi tutulursa geçmiş verinin bir kısmı kurtarılabiliyor; bu liste sonradan üretilemiyor.
Neyi çözmez?
Doğru kimlik, kötü ürün verisini düzeltmez. Başlık, görsel ve fiyat yanlışsa satır tanınır ama satmaz.
Sıkça sorulan sorular
SKU ile aynı olabilir mi?
Olabilir ve genelde en pratik çözüm budur; yeter ki iç kodunuz kalıcı olsun.
Değiştirirsem ne olur?
Platform ürünü yeni sayar. Tıklama ve dönüşüm geçmişi sıfırlanır.
Her varyanta ayrı mı vermeliyim?
Evet. Ayrı satılan her satır kendi kimliğini taşımalı. Bu konuyla birlikte ele alınan Loss Leader Product, müşteri çekmek için maliyetine yakın veya zararına satılan, asıl karı diğer ürünlerden hedefleyen cazibe ürünüdür.
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.
