Ürün Varyant Kimliği: Beden, Renk ve SKU Uyumsuzlukları Neden Ticaret Verisi Hataları Yaratır?

Mavi medium bir tişört, siyah large bir tişört ve yeşil small bir tişört aynı ürün ailesine ait olabilir; ancak bunlar yine de birbirinden farklı, satılabilir ürünlerdir. Farklı GTIN’lere, görsellere, fiyatlara, stok durumlarına ve URL’lere sahip olabilirler. Bir e-ticaret sistemi bu kimlikleri birbirine karıştırdığında sorun ürün sayfasının çok ötesine yayılır.

Yanlış görsel yanlış renkle eşleşebilir. Feed’de stokta görünen bir ürün, stokta olmayan bir sayfaya yönlenebilir. Yapılandırılmış veri bir varyantı tarif ederken arayüz başka bir varyantı gösterebilir. Bir alışveriş sistemi, tam olarak hangi ürünün sunulduğunu ayırt edemez hâle gelebilir.

Bu nedenle varyant kimliği yalnızca bir merchandising detayı değil, bir Product Truth problemi olarak ele alınmalıdır.

Ürün varyant kimliği nedir?

Varyant kimliği basit bir soruya cevap verir:

Bu bilgi tam olarak hangi satılabilir ürüne aittir?

Şu seçeneklerde bulunan bir spor ayakkabıyı düşünelim:

• Beyaz / EU 39
• Beyaz / EU 40
• Siyah / EU 39
• Siyah / EU 40

Bu dört varyant aynı ürün adını, markayı ve model ailesini paylaşabilir. Ancak operasyonel açıdan farklı bilgilere sahip olabilirler:

Dolayısıyla bir kataloğun aynı anda iki farklı doğruluk seviyesini temsil etmesi gerekir: ürün grubu ve tekil varyant.

Google da yapılandırılmış veri dokümantasyonunda aynı ayrımı yapıyor. ProductGroup, beden, renk veya materyal gibi özelliklerle farklılaşan bir ürün ailesini temsil etmek için kullanılırken, tekil Product varlıkları varyantları temsil ediyor. Google, her varyant için benzersiz tanımlayıcılar ve ürün grubu için de benzersiz bir tanımlayıcı kullanılmasını öneriyor.

Kaynak:
https://developers.google.com/search/docs/appearance/structured-data/product-variants

Varyant kimliği nerede bozulur?

Varyant problemlerinin çoğu eksik bir renk alanından kaynaklanmaz. Sorun, birden fazla sistem hangi varyantı tarif ettiği konusunda birbiriyle çeliştiğinde ortaya çıkar.

Bir e-ticaret altyapısında aynı ürün şu katmanlarda bulunabilir:

• PIM;
• e-ticaret platformu;
• görünür ürün sayfası;
• JavaScript state;
• JSON-LD;
• Merchant Center feed’i;
• marketplace feed’leri;
• stok sistemi;
• analitik veya dahili katalog veritabanları.

Her katman tek başına doğru görünebilir.

Sorun, bu katmanlar arasındaki ilişkiler zamanla birbirinden uzaklaştığında ortaya çıkar.

Örnek: sayfa siyah diyor, schema beyaz diyor

Bir müşterinin bir sırt çantasının siyah versiyonunu seçtiğini düşünelim.

Görünür sayfa şöyle güncelleniyor:

Renk: Siyah
£89
Stokta

Ancak JSON-LD hâlâ şunu içeriyor:

"color": "White"

ve feed’deki görsel URL’si hâlâ beyaz versiyona işaret ediyor.

Bir insan kullanıcı büyük olasılıkla ne olduğunu anlayabilir. Sayfayı tüketen bir makinenin böyle bir avantajı yoktur. Sistem artık aynı ürün hakkında birbiriyle uyumsuz birkaç ifadeyle karşı karşıyadır.

Problem, bir kanalın bilgisiz olması değildir. Problem, mevcut bilgilerin artık tek bir ürün kimliğinde birleşmemesidir.

Bu fark önemlidir.

Ürün grupları tekil varyantların yerine geçmez

Google Merchant Center, aynı ürün ailesine ait varyantları ilişkilendirmek için item_group_id kullanır. Güncel rehberine göre her varyant yine ayrı bir ürün olarak gönderilmeli, ilişkili varyantlar ise aynı grup tanımlayıcısını kullanmalıdır. Google ayrıca renk, beden, fiyat, stok durumu ve görsel gibi varyantı tanımlayan verilerin açılış sayfasıyla tutarlı olmasını ister.

Kaynak:
https://support.google.com/merchants/answer/6324507

Bu nedenle aşağıdaki yapı kavramsal olarak doğrudur:

Ürün grubu: Trail Jacket 400

• SKU TJ400-BLK-S — Siyah / Small
• SKU TJ400-BLK-M — Siyah / Medium
• SKU TJ400-GRN-S — Yeşil / Small
• SKU TJ400-GRN-M — Yeşil / Medium

Ancak aşağıdakiler doğru değildir:

• dört ürünün tamamını temsil eden tek bir SKU;
• doğrulanmış bir kaynak olmadan tüm varyantlara kopyalanmış tek bir GTIN;
• yalnızca arayüzde değişen bir renk alanı;
• farklı varyantların yanlışlıkla farklı ürün gruplarına atanması.

Google’ın benzersiz ürün tanımlayıcılarına ilişkin dokümantasyonu da doğruluk konusunda nettir: satıcılar doğru tanımlayıcıları sağlamalı, GTIN, MPN veya başka değerleri uydurmamalı ya da tahmin etmemelidir. Bir ürün birden fazla beden veya renkte sunuluyorsa farklı varyantlar kendi benzersiz tanımlayıcılarına ihtiyaç duyabilir.

Kaynak:
https://support.google.com/merchants/answer/160161

Bu neden AI destekli alışveriş için önemlidir?

AI destekli alışveriş sistemlerinin açıklayıcı metinden daha fazlasına ihtiyacı vardır.

Bir ürün başka bir ürünle karşılaştırılmadan önce sistemin hangi nesneye baktığını belirlemesi gerekir.

Bir müşterinin şu soruyu sorduğunu düşünelim:

“£150’nin altında, stokta olan ve büyük kabin boyutunda siyah hangi el bagajını almalıyım?”

Kullanışlı bir cevap verebilmek için birkaç bilginin aynı varyant üzerinde birleşmesi gerekir:

• bu siyah versiyondur;
• bu istenen bedendir;
• tam olarak bu versiyon £150’nin altındadır;
• tam olarak bu versiyon stoktadır;
• ürün görseli ve tanımlayıcılar yine aynı versiyona aittir.

Renk bir SKU’ya, stok durumu başka bir SKU’ya, fiyat ise ana ürüne aitse katalogda çok miktarda veri olabilir; ancak ürün kimliği zayıftır.

Bu nedenle ürün verisi kalitesi yalnızca veri tamlığı üzerinden ölçülmemelidir. Konunun tamlık tarafı için eksik ürün bilgileri rehberine bakabilirsiniz.

Bir katalog %95 oranında tamamlanmış olabilir; ancak bilgiler yanlış ürün varlıklarına bağlıysa yine de makineler açısından kullanılması zor olabilir.

AI Commerce Readiness açısından bilgiler arasındaki doğru ilişkiler, mevcut alanların sayısı kadar önemli olabilir.

Bu, temiz varyant verisinin bir AI cevabına dahil olmayı, sıralamayı veya önerilmeyi garanti ettiği anlamına gelmez. Anlamı şudur: tutarlı kimlik, ürünleri yorumlamaya ve karşılaştırmaya çalışan sistemler için belirsizliği azaltır.

Görünür sayfa, schema ve feed aynı varyantı tarif etmelidir

Yapılandırılmış veri faydalıdır çünkü ürün bilgisini makineler için standartlaştırılmış bir yapıda sunar. Google, Product işaretlemesinin sayfaları merchant listing deneyimleri için uygun hâle getirebileceğini ve fiyat ile stok durumu gibi alanları taşıyabileceğini belirtir.

Kaynak:
https://developers.google.com/search/docs/appearance/structured-data/merchant-listing

Ancak yapılandırılmış veri ürünün alternatif bir versiyonuna dönüşmemelidir.

Görünür sayfa, yapılandırılmış veri ve feed, seçili varyantın temel bilgileri konusunda birbiriyle uyuşmalıdır.

Örneğin:

Google, satıcılardan ürün verisi, açılış sayfası, checkout ve yapılandırılmış veri arasında stok bilgisinin eşleşmesini açıkça ister. Benzer bir tutarlılık fiyat açısından da önemlidir.

Kaynak:
https://support.google.com/merchants/answer/7052112

Yapılandırılmış verinin sayfadaki her cümleyi tekrar etmesi gerekmez. Ancak kullanıcının gördüğü veya satın alabildiği ürünle çelişmemelidir.

URL davranışı da varyant kimliğini tanımlayabilir

Varyant URL’leri modelin bir diğer önemli parçasıdır.

Google’ın ürün varyantı dokümantasyonu, uygun durumlarda query parameter içeren URL’ler de dahil olmak üzere her varyantın ayrı bir URL üzerinden doğrudan seçilebilir olmasını önerir. Bu URL doğru varyantı önceden seçmeli ve buna karşılık gelen görseli, fiyatı ve stok durumunu göstermelidir.

Kaynak:
https://developers.google.com/search/docs/appearance/structured-data/product-variants

Örneğin:

/running-shoe?colour=black&size=42

URL’si genel ürün sayfasını açıp sessizce kırmızı 40 numaraya dönmemelidir.

URL’nin anlamlı bir ürün state’ine çözülmesi gerekir.

Bu durum özellikle dış sistemler kullanıcıyı belirli bir seçeneğe doğrudan gönderdiğinde önem kazanır. Bir feed “Siyah / 42” varyantını temsil ettiğini söylüyor ancak açılış sayfası bu seçimi güvenilir biçimde yeniden oluşturamıyorsa, ürün kimliği yönlendirme sırasında kaybolur.

E-ticaret ekiplerinin yapması gereken beş kontrol

1. Ana ürün kimliği ile satılabilir kimliği ayırın

Hangi özelliklerin ürün ailesine, hangilerinin tekil varyanta ait olduğunu tanımlayın.

Model adı, SKU ve GTIN’in aynı şeyi ifade ettiğini varsaymayın.

Kullanışlı bir kural:

Ürün grubu = ortak ticari kavram. Varyant = satın alınabilir tam konfigürasyon.

2. Tek bir varyantı tüm veri katmanlarında takip edin

Gerçek bir varyant seçin ve şu akışta takip edin:

PIM → e-ticaret veritabanı → render edilen sayfa → JSON-LD → feed → marketplace.

Şunları karşılaştırın:

• SKU;
• GTIN;
• renk;
• beden;
• fiyat;
• stok durumu;
• görsel;
• URL;
• grup tanımlayıcısı.

Bu yöntem, katalog genelindeki tamlık raporlarının göremediği problemleri sıklıkla ortaya çıkarır. Aynı disiplin ürün sayfası AI görünürlük kontrol listesinde de yer alır.

3. Yalnızca ilk sayfa durumunu değil, seçili state’i de kontrol edin

Varyant seçicileri görünür içeriği sıklıkla dinamik olarak günceller.

Yalnızca varsayılan seçimi analiz etmek yerine birkaç farklı kombinasyonu test edin.

Görünür varyant değişirken yapılandırılmış veri, URL veya diğer makinece okunabilir bilgiler değişmiyorsa sayfa aynı anda birden fazla ürün kimliğini tarif ediyor olabilir.

4. Tanımlayıcıları placeholder değil, gerçek bilgi olarak değerlendirin

Bir downstream sisteminde GTIN alanı bulunuyor diye GTIN oluşturmayın.

Google, satıcılara ürün tanımlayıcılarını tahmin etmemelerini veya uydurmamalarını tavsiye eder; benzer bir risk yapay zekâ ile içerik üretirken bilgi uydurma konusunda da geçerlidir.

Kaynak:
https://support.google.com/merchants/answer/160161

Doğru bir kaynak bilgiyi doğrulayana kadar bilinmeyen değer bilinmeyen olarak kalmalıdır.

Bu, yanlış bir kesinlik oluşturmaktan daha güvenlidir.

5. Fiyat ve stoğu bağımsız olarak tekrar kontrol edin

Fiyat ve stok durumu; marka, materyal veya beden gibi alanlardan daha sık değişir.

Ürün kimliği modeli doğru olabilir ancak offer verisi eskimiş olabilir.

Google’ın Merchant Center rehberi özellikle stok bilgisinin açılış sayfası ve yapılandırılmış veriyle uyuşmasını ister.

Kaynak:
https://support.google.com/merchants/answer/7052112

Bu nedenle kimlik ve güncellik ayrı ayrı kontrol edilmelidir.

Product Truth’u düşünmenin basit bir yolu

Product Truth tek bir ana ürün açıklaması değildir.

Doğru ürün varlığına bağlı, güncel ve desteklenebilir bilgiler bütünüdür.

Varyantlarda bu, üç soruya cevap vermek anlamına gelir:

Ne ortaktır?

Marka, model ailesi veya ortak ürün özellikleri.

Ne değişir?

Renk, beden, materyal, hafıza kapasitesi veya başka bir tanımlayıcı seçenek.

Şu anda tam olarak bu varyanta hangi bilgiler aittir?

Tanımlayıcı, fiyat, stok, görsel ve diğer offer-level bilgiler.

Bu ilişkiler açık olduğunda e-ticaret ekipleri ürün kimliğini kaybetmeden kanala özel içerik üretebilir; bu da pazaryeri ve web sitesi içeriklerinin neden aynı olmaması gerektiğini açıklar.

Açık olmadığında ise her downstream sistem çıkarım yapmak zorunda kalır.

Ürün verisi hataları da tam olarak bu çıkarım noktasında başlar.

LinqCheck probleme nasıl yaklaşıyor?

LinqCheck ürün sayfalarını analiz ederek başlık, marka, kategori ve GTIN gibi ürün kimliği sinyalleri dahil olmak üzere eksik, çelişkili veya doğrulanamayan bilgileri belirlemeye yardımcı olur. Ayrıca bir ürünün AI destekli alışveriş sistemleri tarafından anlaşılması, karşılaştırılması, güvenilir bulunması ve kullanılabilmesi için yeterince açık bilgi taşıyıp taşımadığını değerlendirir.

Önemli adım içerik üretiminden önce gelir: hangi bilgilerin gerçekten desteklenebildiğini belirlemek.

Ürün bilgileri netleştikten sonra ekipler, mevcut bir tutarsızlığı daha fazla kanala taşımak yerine doğrulanmış bilgileri kullanarak web sitelerine veya marketplace kanallarına uygun içerik oluşturabilir.

Amaç ürün metninin miktarını en üst seviyeye çıkarmak değildir.

Amaç ürünün ne olduğu konusundaki belirsizliği azaltmaktır.

Pratik sonuç

Varyant kimliği bir altyapı konusudur.

SKU, GTIN, renk, beden, URL, yapılandırılmış veri, fiyat ve stok durumu aynı satılabilir ürüne işaret ettiğinde arama motorları, marketplace’ler ve AI destekli alışveriş sistemleri üzerinde çalışabilecekleri daha net bir ürün nesnesine sahip olur.

Bu bilgiler aynı ürüne işaret etmediğinde, daha fazla ürün açıklaması eklemek temel problemi çözmez.

Tek bir varyantla başlayın.

Görünür sayfadan yapılandırılmış veriye ve feed’e kadar takip edin.

Ardından en önemli soruyu sorun:

Tüm bu sistemler tam olarak neyin satıldığı konusunda aynı şeyi mi söylüyor?

Kaynaklar

• Google Search Central — Product Variant Structured Data
  https://developers.google.com/search/docs/appearance/structured-data/product-variants
• Google Merchant Center — Item group ID [item_group_id]
  https://support.google.com/merchants/answer/6324507
• Google Merchant Center — About unique product identifiers
  https://support.google.com/merchants/answer/160161
• Google Merchant Center — Product data specification
  https://support.google.com/merchants/answer/7052112
• Google Search Central — Merchant listing structured data
  https://developers.google.com/search/docs/appearance/structured-data/merchant-listing
• Schema.org — ProductGroup
  https://schema.org/ProductGroup