Google SEO'da ürün varyantı şeması nasıl kurulur?

Google SEO'da ürün varyantı şeması, ana ürünü ProductGroup olarak tanımlayıp renk, beden, kapasite veya model sayfalarını hasVariant ile bağlayarak kurulur. Her varyant, kendi URL'sinde Product olarak işaretlenir; variesBy varyasyonu oluşturan özelliği, isVariantOf ise varyantın bağlı olduğu ürün grubunu gösterir.

Bu yapı, aynı ürün ailesindeki seçeneklerin Google tarafından tek bir ilişki içinde anlaşılmasına yardım eder. Ancak şema, farklı URL'lerin otomatik olarak birleşeceğini veya zengin sonuç göstereceğini garanti etmez. Sayfa içeriği, URL yapısı, stok bilgisi ve teklif verileri de işaretlemeyle tutarlı olmalıdır.

Ürün varyantı şeması Google için neden gereklidir?

Ürün varyantı şeması, aynı temel ürüne ait farklı seçenekleri makine tarafından okunabilir bir hiyerarşide gösterir. Örneğin bir tişörtün siyah, beyaz ve kırmızı seçenekleri ayrı URL'lerde bulunabilir. Bu URL'ler, tek bir ürün ailesinin varyantları olarak işaretlenir.

Google'ın ürün varyantları için kullandığı temel yapı iki seviyelidir. Üst seviyede ProductGroup bulunur. Alt seviyede ise her renk, beden, kapasite veya model için ayrı bir Product nesnesi yer alır. ProductGroup, ürün ailesini tanımlar; Product nesnesi gerçek satılabilir seçeneği tanımlar.

Şema kullanmak, sayfada bulunmayan bilgileri Google'a bildirmez. Örneğin varyant sayfasında yalnızca “Mavi model” yazıyorsa, şemaya ayrıca “128 GB”, “XL” veya belirli bir SKU eklemek doğru değildir. Yapılandırılmış veri, kullanıcıya gösterilen içerikle aynı olmalıdır.

Bu işaretleme özellikle aynı ürünün farklı URL'lerle sunulduğu mağazalarda anlamlıdır. Renk seçimi JavaScript ile değişiyor ve URL değişmiyorsa, ayrı varyant URL'leri için gereken ilişki kurulamayabilir. Bu durumda ProductGroup yapısından önce indekslenebilir URL mimarisi değerlendirilmelidir.

Varyant şeması, Google ürün şemasında offers neden gerekiyor? rehberinde açıklanan fiyat, para birimi ve stok bağlantısıyla birlikte ele alınmalıdır. Çünkü varyantın satılabilirliği çoğu zaman ayrı bir teklif bilgisine bağlıdır.

ProductGroup, Product ve varyant ilişkisi nasıl kurulmalıdır?

Doğru ilişki, bir ProductGroup nesnesinin birden fazla Product nesnesini hasVariant ile listelemesiyle kurulur. Her Product nesnesi, isVariantOf alanında aynı ProductGroup'a referans verir. Böylece ilişki yalnızca tek yönlü bırakılmaz.

ProductGroup içinde genellikle ürün ailesinin ortak bilgileri yer alır. Ürün ailesinin adı, ortak marka bilgisi ve varyasyonun hangi özellikle yapıldığı burada açıklanabilir. Varyantın benzersiz adı, SKU'su, görseli, fiyatı ve stok durumu ise ilgili Product nesnesinde tutulmalıdır.

variesBy alanı, varyantların hangi özelliklere göre ayrıldığını belirtir. Renk için https://schema.org/color, beden için https://schema.org/size, model için https://schema.org/model kullanılabilir. Bir ürün hem renk hem bedenle değişiyorsa bu alan bir dizi olarak verilebilir.

Örneğin kırmızı ve mavi renkleri, S ve M bedenleri bulunan bir ürün ailesinde dört satılabilir kombinasyon olabilir. Bu dört URL'nin her biri ayrı Product nesnesi olmalıdır. Sadece iki renk sayfası işaretlenip beden seçenekleri sayfa içinde bırakılırsa, veri varyantların tamamını temsil etmeyebilir.

Yanlış: Her varyant sayfasında yalnızca farklı URL vermek ve ProductGroup bağlantısı kurmamak. Doğru: Ortak ürün ailesini ProductGroup ile tanımlamak, her satılabilir seçeneği Product olarak bağlamak ve variesBy alanını gerçek varyasyon özelliğiyle eşleştirmek.

Varyant URL'leri nasıl hazırlanmalıdır?

Her varyant URL'si, kullanıcı tarafından doğrudan açıldığında doğru seçenekleri göstermelidir. Renk, beden veya kapasite bilgisi URL'den açılışta seçili görünmüyorsa, şema ile sayfa arasında tutarsızlık oluşur.

Örneğin /telefon-x-128gb-siyah URL'si açıldığında ürün adı, görsel, kapasite, renk, fiyat ve stok siyah 128 GB modeline ait olmalıdır. Sayfa varsayılan olarak 256 GB modelini gösteriyorsa, URL'nin anlattığı varyant ile görünür içerik birbirinden ayrılır.

Varyant URL'lerinin kendi canonical etiketi bulunmalıdır. Canonical, mümkün olduğunca o URL'nin kendisini göstermelidir. Tüm varyantları ana ürün URL'sine canonical etmek, ayrı URL'lerin bağımsız sayfalar olarak değerlendirilmesini zorlaştırabilir.

Bu kural, her filtre URL'sinin indekslenmesi gerektiği anlamına gelmez. Kullanıcıya gerçek bir ürün seçeneği sunmayan filtre kombinasyonları indeks dışı tutulabilir. Ancak indekslenmesi hedeflenen varyant sayfaları, benzersiz ürün bilgisi ve erişilebilir içerik taşımalıdır.

URL yapısında parametre kullanmak tek başına hatalı değildir. Fakat ?color=red&size=m gibi adreslerde aynı kombinasyonun birden fazla URL ile oluşması, canonical ve dahili bağlantı yönetimini zorlaştırır. Aynı kombinasyon için tek bir tercih edilen URL belirlenmelidir.

Varyantlar arasında geçiş yapan bağlantılar da önemlidir. Ana ürün sayfası, erişilebilir tüm seçeneklere bağlantı vermeli; varyant sayfası da ürün ailesinin diğer seçeneklerine ulaşılabilen bir yapı sunmalıdır. Sadece JavaScript ile çalışan seçimler, tarama açısından yetersiz kalabilir.

JSON-LD ile ürün varyantı şeması nasıl yazılır?

JSON-LD ile varyant şeması yazarken ProductGroup ve Product nesnelerini aynı veri yapısı içinde ilişkilendirmek gerekir. Aşağıdaki örnekte bir ürün grubu, iki renk varyantı ve renk özelliği üzerinden tanımlanır.

{
  "@context": "https://schema.org",
  "@type": "ProductGroup",
  "@id": "https://www.ornek.com/urun/ti sort-model#group",
  "name": "Tişört Modeli",
  "productGroupID": "TS-100",
  "variesBy": [
    "https://schema.org/color"
  ],
  "hasVariant": [
    {
      "@type": "Product",
      "@id": "https://www.ornek.com/urun/ti-sort-model-siyah#product",
      "name": "Tişört Modeli Siyah",
      "sku": "TS-100-SIYAH",
      "color": "Siyah",
      "isVariantOf": {
        "@id": "https://www.ornek.com/urun/ti sort-model#group"
      },
      "offers": {
        "@type": "Offer",
        "url": "https://www.ornek.com/urun/ti-sort-model-siyah",
        "priceCurrency": "TRY",
        "price": "899.90",
        "availability": "https://schema.org/InStock"
      }
    }
  ]
}

Örnekteki alanlar gerçek mağaza bilgileriyle değiştirilmelidir. Alan adındaki yazım hataları, özellikle @id, url, sku ve fiyat bilgilerinde, ilişkinin güvenilirliğini azaltır. Örnek URL'deki boşluklar da gerçek uygulamada kullanılmamalıdır.

Bir varyantın görseli veya fiyatı diğerlerinden farklıysa bu bilgiler Product nesnesinde ayrı verilmelidir. Ortak marka ve ürün ailesi bilgileri, kullanılan uygulama modeline göre grup veya varyant seviyesinde gösterilebilir. Kritik kural, Google'ın sayfada gördüğü değerle JSON-LD değerinin aynı olmasıdır.

Birden fazla varyantı aynı JSON-LD içinde listelemek mümkündür. Büyük kataloglarda bu veri sunucu tarafında ürün veri tabanından oluşturulabilir. Elle kopyalanan kodlarda SKU, fiyat, stok ve URL değişiklikleri kolayca unutulabileceği için otomatik üretim daha denetlenebilir bir yöntemdir.

Renk, beden, kapasite ve model varyantları nasıl işaretlenir?

Renk varyantlarında variesBy alanı color, ürün nesnesinde ise color alanı kullanılmalıdır. “Siyah”, “Lacivert” ve “Krem” gibi değerler, ilgili varyant sayfasında görünen adlarla uyumlu olmalıdır.

Beden varyantlarında size alanı kullanılabilir. “S”, “M”, “L” veya “42” gibi değerler, ürünün kategori mantığına uygun şekilde yazılmalıdır. Aynı ürün ailesinde hem beden hem renk ayrımı varsa variesBy içinde iki özellik bulunabilir.

Kapasite varyantlarında kapasiteyi ürün adında ve ilgili özellik alanında açıkça belirtmek gerekir. “128 GB” ve “256 GB” seçenekleri, yalnızca farklı fiyatlarla değil, varyantın gerçek kapasitesini gösteren sayfa içeriğiyle de desteklenmelidir.

Model varyantları, aynı ürün ailesindeki farklı model kodlarını veya sürümleri ayırmak için kullanılabilir. Ancak tamamen farklı ürünler, yalnızca benzer göründükleri için ProductGroup altında birleştirilmemelidir. Ürünlerin ortak bir temel ürüne ve gerçek bir varyant ilişkisine sahip olması gerekir.

Varyasyon özelliği şemadaki değerle sayfa arayüzünde aynı isimle gösterilmelidir. Şemada color: "Siyah" yazarken sayfada yalnızca “01” kodu bulunuyorsa, kullanıcıya sunulan bilgi ile makine tarafından okunan bilgi ayrışır.

Renk ve beden kombinasyonlarında her kombinasyonun ayrı SKU'su varsa, bu SKU'lar ilgili Product nesnesine yazılmalıdır. Aynı SKU'yu farklı stok ve fiyatlara sahip iki varyanta vermek, ürün kimliğini belirsizleştirir. SKU üretimi mağazanın gerçek stok sistemiyle eşleşmelidir.

Teklif, fiyat ve stok bilgisi varyant şemasında nasıl gösterilir?

Her satılabilir varyantın fiyatı, para birimi ve stok durumu kendi offers alanında gösterilmelidir. Kırmızı varyant 899 TL, mavi varyant 949 TL ise iki Product nesnesi aynı fiyatla işaretlenmemelidir.

Offer içindeki url, ilgili varyantın URL'sini göstermelidir. priceCurrency için Türkiye fiyatlarında kullanılan para birimi kodu, fiyat için ise sayfadaki güncel satış fiyatı kullanılmalıdır. Ondalık ayırıcı ve fiyat biçimi, veri üretim sisteminde tutarlı olmalıdır.

Stok durumu, gerçek satın alma koşulunu yansıtmalıdır. Varyant satın alınamıyorsa InStock kullanmak doğru değildir. Stokta olmayan ürünlerde uygun availability değeri kullanılmalı; tedarik edilemeyen sayfalarda fiyat ve satın alma akışı da kontrol edilmelidir.

İndirimli fiyat gösteriliyorsa kullanıcıya sunulan geçerli fiyat ile şemadaki price arasında fark bulunmamalıdır. Üstü çizili eski fiyatı güncel price alanına yazmak, sayfadaki asıl teklifi yanlış temsil eder. Kampanya koşulları ayrıca sayfada açıkça görünmelidir.

Teklif bilgisi olmayan bir varyant için rastgele fiyat eklemek, eksik veri bırakmaktan daha risklidir. Fiyat ve stok sistemden alınamıyorsa veri üretimini durdurmak veya yalnızca güvenilir alanları yayınlamak daha doğru bir yaklaşımdır.

Fiyat ve stok değişiklikleri sonrasında JSON-LD'nin güncellenme süresi ölçülmelidir. Bunun için ürün veri tabanı güncelleme zamanı, sayfa önbellek süresi ve tarama sonrası görülen değerler karşılaştırılabilir. Özellikle hızlı değişen stoklarda manuel kontrol yeterli olmayabilir.

Ürün şemasındaki offers alanının rolü için Google ürün şemasında offers neden gerekiyor? başlıklı rehberdeki ayrıntılı açıklamaya bakılabilir. Varyant yapısında teklifin her seçeneğe doğru bağlanması gerekir.

Varyant şeması nasıl test edilir ve hangi hatalar düzeltilir?

Varyant şemasını test etmek için önce her URL'yi ayrı açın, ardından sayfa kaynağındaki JSON-LD'yi kontrol edin. Yapılandırılmış veri test aracında ProductGroup ve Product nesnelerinin algılandığını doğrulayın. Sonuçların zengin sonuç garantisi olmadığını unutmayın.

Kontrolde yalnızca hata sayısına bakmayın. Varyant adı, URL, SKU, renk veya beden, fiyat, para birimi ve stok durumu sayfayla karşılaştırılmalıdır. Şema teknik olarak geçerli olsa bile yanlış varyant bilgisi taşıyabilir.

• ProductGroup için benzersiz ve sabit bir @id kullanıldı mı?
• Her varyant Product olarak ayrı tanımlandı mı?
• Her Product nesnesi doğru isVariantOf bağlantısını taşıyor mu?
• hasVariant listesindeki URL'ler gerçekten erişilebilir mi?
• variesBy değeri sayfadaki gerçek seçim özelliğini gösteriyor mu?
• Varyantın fiyatı, para birimi ve stok durumu görünür içerikle aynı mı?
• Canonical etiketi, hedeflenen URL stratejisiyle uyumlu mu?
• Stok dışı veya silinmiş varyantlar hâlâ şemada listeleniyor mu?

En sık sorunlardan biri, ana ürün sayfasındaki ProductGroup ile varyant sayfasındaki Product bilgilerinin farklı olmasıdır. Bir sayfada 128 GB, diğerinde 256 GB ürün adı bulunuyorsa, uygulamanın veri kaynağı ve önbellek katmanı incelenmelidir.

Bir diğer sorun, hasVariant içinde yalnızca birkaç seçeneğin bulunmasıdır. Bu liste manuel tutuluyorsa yeni renk veya beden eklendiğinde güncellenmeyebilir. Ürün kataloğu ile JSON-LD arasındaki farkı düzenli olarak karşılaştıran bir kontrol oluşturulmalıdır.

Google Search Console'da ürün zengin sonucu raporları takip edilebilir. Hata görülen örnek URL'ler, varyant türüne göre ayrılmalıdır. Sadece tek bir sayfayı düzeltip tüm katalogda sorunun çözüldüğünü varsaymak doğru değildir.

Ürün varyantı şeması hangi durumlarda işe yaramaz?

Varyant şeması, birbirinden bağımsız ürünleri tek bir ProductGroup altında topladığında işe yaramaz. Aynı markaya ait iki farklı modelin ortak kategoriye girmesi, onları otomatik olarak ürün varyantı yapmaz.

Sayfada görünmeyen bilgileri şemaya eklemek de hatalıdır. Örneğin yalnızca “ayakkabı” yazan bir sayfaya 38, 39 ve 40 bedenlerini Product nesnesi olarak eklemek, bu bedenlerin gerçekten o URL'lerde sunulduğunu kanıtlamaz.

Tek URL üzerinde yalnızca JavaScript ile değişen seçeneklerde, her seçeneğin ayrı indekslenebilir sayfası yoksa hasVariant yapısı beklenen faydayı sağlamayabilir. Bu durumda önce URL, iç bağlantı ve sunucu tarafı içerik üretimi değerlendirilmelidir.

Stoktan kaldırılan varyantları süresiz biçimde hasVariant listesinde tutmak da veri kalitesini düşürür. Varyant kalıcı olarak satılmıyorsa URL'nin durumuna göre 404, 410 veya uygun yönlendirme kararı verilmelidir. Geçici stok eksikliği ise ürünün tamamen kaldırıldığı anlamına gelmez.

Her renk veya beden için neredeyse aynı ve çok kısa sayfalar üretmek, kullanıcıya ek bilgi sunmuyorsa zayıf bir yapı oluşturabilir. Ayrı URL'nin amacı yalnızca URL sayısını artırmak değil, belirli varyantı doğrudan açılır ve anlaşılır hale getirmektir.

Yapılandırılmış veri de tek başına sıralama stratejisi değildir. Başlık, açıklama, ürün görselleri, iç bağlantılar, sayfa hızı ve ticari bilgiler ayrıca değerlendirilmelidir. Google'ın ürünü anlaması, sayfanın her sorguda üst sırada çıkacağı anlamına gelmez.

Ürün bilgilerinin yapay zekâ destekli aramalarda nasıl okunabildiğini anlamak için Google AI aramalarında ürün bilgisi nasıl okunur? rehberindeki veri tutarlılığı yaklaşımı da incelenebilir.

Varyant şemasını e-ticaret sistemine nasıl uygularsınız?

Uygulama süreci, önce varyant veri modelini netleştirerek başlatılmalıdır. Ürün ailesi ID'si, varyant ID'si, URL, SKU, renk, beden, kapasite, model, fiyat ve stok alanlarının hangi sistemden geldiği belgelenmelidir.

1. Ürün ailesi ile satılabilir varyantları veri tabanında ayırın.
2. Her varyant için tekil URL ve SKU eşleşmesini doğrulayın.
3. Varyasyonu oluşturan özellikleri belirleyin.
4. ProductGroup için sabit bir @id üretin.
5. Her varyantı Product olarak oluşturun ve isVariantOf ile bağlayın.
6. Fiyat, para birimi, stok, görsel ve URL bilgilerini varyanttan çekin.
7. JSON-LD'yi sayfada görünen bilgilerle karşılaştırın.
8. Örnek URL'leri test edin ve Search Console raporlarını izleyin.

Bu adımların otomatikleştirilmesi, katalog büyüdükçe önem kazanır. Örneğin yüzlerce varyantı olan bir mağazada fiyatı elle JSON-LD'ye yazmak, kısa sürede veri sapmasına neden olabilir. Şema, ürün yönetim sistemi veya e-ticaret platformundaki kaynak alanlardan üretilmelidir.

Önce küçük bir örneklemle ilerlemek daha güvenlidir. Bir renk varyantı, bir beden varyantı, iki özellikli bir kombinasyon ve stok dışı bir ürün seçilebilir. Bu dört senaryo doğru çalışmadan tüm katalogda yayın yapılmamalıdır.

Yayın sonrası değişiklikleri de ölçülebilir hale getirin. Haftalık olarak seçilmiş URL'lerde sayfa fiyatı, JSON-LD fiyatı, stok durumu ve canonical değerini karşılaştırın. Yeni şablon veya tema güncellemesinden sonra aynı kontrol tekrarlanmalıdır.

Google AI aramalarında dönüşüm ölçümü için Google AI aramalarında dönüşüm nasıl ölçülür? içeriğindeki yöntemler kullanılabilir. Varyant şemasının etkisini ölçerken yalnızca gösterim değil, varyant URL'si tıklaması, sepete ekleme ve satın alma gibi olaylar da ayrı izlenmelidir.

Yayın öncesi ürün varyantı şeması kontrolü nasıl yapılır?

Yayın öncesi kontrol, örnek varyant URL'lerinin hem kullanıcı hem de arama motoru açısından aynı ürünü gösterdiğini doğrulamalıdır. Kontrol listesi tamamlanmadan tüm ürün kataloğuna kod eklemek yerine, önce sınırlı bir kategoriyle test yapılmalıdır.

İlk olarak veri ilişkisini kontrol edin. Aynı ürün grubundaki varyantların ortak ProductGroup ID'si olmalı, farklı ürün aileleri aynı ID'yi kullanmamalıdır. hasVariant listesi ile gerçek katalogdaki aktif varyant sayısı karşılaştırılmalıdır.

İkinci olarak sayfa deneyimini kontrol edin. URL açıldığında doğru renk, beden, kapasite veya model seçili olmalıdır. Ürün başlığı, görseli, fiyatı, stok durumu ve satın alma düğmesi aynı varyantı göstermelidir.

Üçüncü olarak teknik erişimi kontrol edin. Varyant URL'si 200 durum koduyla açılmalı, robots.txt veya noindex kuralları hedeflenen indeksleme planıyla çelişmemelidir. Canonical, hreflang ve iç bağlantı kuralları ayrıca incelenmelidir.

Son olarak değişken durumları test edin. Stokta olmayan, indirimli, geçici olarak gizlenen ve kalıcı olarak kaldırılan varyantlar ayrı senaryolardır. Her durum için şemadaki offers, sayfa içeriği ve URL davranışı önceden tanımlanmalıdır.

Bu yapı, Google AI ajanlarının ürün verisini nasıl okuyabileceği açısından da önem taşır. E-ticaret siteleri için E-ticaret sitesi Google AI ajanlarına nasıl hazırlanır? rehberinde anlatılan makine tarafından okunabilir veri yaklaşımı, varyantlarda da tutarlı alan kullanımı gerektirir.

Sonuç olarak hedef, mümkün olduğu kadar çok şema alanı eklemek değildir. Hedef, ürün ailesi ile satılabilir varyantlar arasındaki ilişkiyi doğru URL, doğru özellik, doğru teklif ve güncel stok verisiyle açıkça göstermektir.