Ürün Varyantı SEO: Canonical ve Schema Uygulama Rehberi

Bir müşteriniz siyah renkte, 42 numara bir spor ayakkabı ararken kırmızı ve stokta olmayan model görürse satış ihtimali düşer. Varyant SEO yaklaşımının amacı, kullanıcıya sunulan seçeneklerle Google’ın yorumladığı ürün bilgisini aynı çizgide tutmaktır.

Yanlış varyant kurgusu kopya sayfalara, hatalı fiyatlara ve Merchant Center reddine yol açabilir. Tutarlı veri yapısı, e-ticaret sitesi üzerinde arama motoru optimizasyonu ile alışveriş deneyimini destekler; açıklama ve görsel de seçilen seçeneği doğru yansıtmalıdır.

Başlangıç noktası, ürün ailesi ile bağımsız ürün arasındaki farkı netleştirmektir.

Önemli Çıkarımlar

• Varyantları renk, beden, ölçü ve teknik özelliklerine göre gerçek satın alınabilirlik ve arama niyeti temelinde gruplayın; gereksiz URL üretiminden kaçının.
• Canonical etiketi varyant ilişkisini değil, tercih edilen URL’yi belirtir. Ürün ailesi ve varyant bağlantıları için ProductGroup, Product, isVariantOf, hasVariant ve productGroupID yapılarını tutarlı kullanın.
• JSON-LD, ürün sayfası ve Merchant Center feed’inde SKU, fiyat, stok, görsel, GTIN ve varyant kimliklerini aynı veri kaynağından besleyin.
• Seçenek değiştiğinde görsel, fiyat, stok, SKU ve açıklama güncellenmeli; kaynak kodu, render edilmiş sayfa, feed ve kampanya verileri yayın öncesinde birlikte test edilmelidir.

Ürün varyantı SEO için ürün ailesini doğru kurun

Bir ürün ailesi, aynı temel ürüne ait satın alınabilir seçeneklerin bütünüdür. Örneğin aynı koltuğun bej ve antrasit renkleri ya da aynı gömleğin S, M ve L bedenleri tek grubun varyantlarıdır.

Buna karşılık kumaşı, kullanım amacı veya teknik özelliği değişen ürünler ayrı değerlendirilebilir. Arama niyeti ve satın alınabilirlik burada belirleyicidir. “Meşe çalışma masası” ile “metal ayaklı çalışma masası” farklı bir ürün kategorisi beklentisine karşılık gelebilir.

Varyantları gereksiz sayfalara bölmeyin

Renk, beden veya ölçü seçeneği için ayrı URL üretmek her zaman doğru değildir. Aynı içerik, fiyat ve stok bilgileriyle açılan yüzlerce filtreli URL, tarama bütçesini tüketebilir.

Önce şu soruyu yanıtlayın: Kullanıcı bu seçeneği bağımsız olarak arar mı? Siyah deri çanta ve beyaz deri çanta için ayrı talep varsa ayrı varyant sayfaları anlamlı olabilir. Sadece küçük bir beden farkı varsa tek ürün sayfası daha temiz bir yapı sunar.

Ürün başlığı, açıklama, görsel ve satış teklifi farklılaşıyorsa ayrı varyant URL’si için güçlü bir gerekçe oluşur. Bu karar, ürün varyant yönetimi için URL yapısı ve grup ilişkisiyle birlikte değerlendirilmelidir.

Bu ayrımdan sonra, ürün ailesi ilişkisini netleştirin: aynı temel ürüne ait satın alınabilir seçenekleri ProductGroup altında, gerçek varyantları Product altında konumlandırın.

ProductGroup ile ilişkiyi açıkça belirtin

Google, schema.org/ProductGroup ve schema.org/Product türleriyle varyant ilişkilerini anlamlandırır. Google’ın ürün varyantı yapılandırılmış veri kılavuzu, gerçek varyantların aynı üst grupla ilişkilendirilmesini önerir.

Üst tanımda productGroupID bulunur. Varyantlarda renk, beden, URL, fiyat ve stok durumu yer alır. Kısa bir JSON-LD alan örneği bu bağlantıyı şöyle gösterir:

{
  "variesBy": ["color", "size"],
  "hasVariant": [
    {
      "@type": "Product",
      "isVariantOf": { "@id": "#urun-grubu" }
    }
  ]
}

schema.org/isVariantOf, varyantın bağlı olduğu grubu; schema.org/hasVariant, grubun seçeneklerini ifade eder. variesBy ise ilişkinin renk veya beden gibi hangi özelliklere göre kurulduğunu belirtir.

Böylece Google, seçenekleri yalnızca benzer ürünler olarak değil, aynı grubun satın alınabilir varyantları olarak yorumlayabilir.

Canonical etiketi, varyant ilişkisini değil URL tercihini anlatır

Canonical etiketi bir ürün ailesi oluşturmaz. Google’a, birbirine çok benzeyen URL’ler arasından hangi sayfanın tercih edilmesi gerektiğini bildirir. Varyant ilişkisini ise yapılandırılmış veri açıklar.

Canonical etiketi URL sinyalini birleştirir, ProductGroup ise ürünler arasındaki ticari ilişkiyi tanımlar. İkisini aynı amaçla kullanmak hatalı kurguya yol açar.

Tek sayfalı web sitesi modelinde canonical kullanımı

Bu tek sayfalı web sitesi modelinde kullanıcı renk ve beden seçimini aynı URL üzerinde yapar. Örneğin /erkek-spor-ayakkabi sayfasında siyah veya beyaz renk, 40 ya da 42 numara seçilebilir.

Bu modelde ana ürün URL’si kendini canonical göstermelidir. ?renk=siyah veya ?beden=42 gibi parametreli URL’leri indeksletmek istemiyorsanız, bunları ana temiz URL’ye canonical vermek mantıklıdır.

Sayfadaki JSON-LD işaretlemesi, schema.org/Product verisini isVariantOf ilişkisiyle birlikte taşımalıdır. Seçenek değiştiğinde kullanıcıya sunulan fiyat, görsel ve stok bilgisi de değişmelidir.

Çok sayfalı web sitesi modelinde self-canonical mantığı

Bu çok sayfalı web sitesi modelinde her renk veya modelin ayrı URL’si bulunur. Gerçekten özgün ve indekslenmesini istediğiniz varyant sayfaları kendine canonical vermelidir.

Özgün görsel verisinin ve ürün bilgisinin bulunması, bu sayfaya self-canonical verme kararını destekler. Siyah modelin kendi fiyatı ve stok bilgisi varsa, onu ana sayfaya canonical vermek arama motorunun bu sayfayı birleştirmesine neden olabilir.

Her varyant URL’sinde kendi Product verisi, schema.org/isVariantOf ilişkisi ve aynı productGroupID bulunmalıdır. JSON-LD içindeki productGroupID alanı, ürün ailesi boyunca aynı grup kimliğini taşımalıdır.

Bir varyantı indeksletmek istemiyorsanız, canonical, noindex ve iç bağlantı sinyalleri aynı kararı göstermelidir. Hem self-canonical kullanıp hem de ana ürüne canonical göndermek, sinyalleri çelişkili hale getirir.

Schema alanları ile feed verisini aynı kaynaktan besleyin

Google, ürün varyantlarına yönelik yapılandırılmış veri desteğini 2024’te duyurdu. Varyant desteğine ilişkin Google açıklaması, ürün seçeneklerinin arama sonuçlarında ve Google Merchant Center kayıtlarında daha doğru anlaşılmasına odaklanır.

Geliştiriciniz JSON-LD çıktısını oluştururken, yapılandırılmış veri alanlarını katalogdaki tek veri kaynağından üretmelidir. Bu düzen, ürün varyant yönetimi ve feed operasyonunu aynı kurala bağlar.

Katman	Teknik referans	Sabit veya grup bilgisi	Varyant bazında değişen bilgi
Üst ürün grubu	schema.org/ProductGroup	Aile kimliği ve ürün adı	Gerçek varyant kayıtlarının kümesi
Varyant ürünü	schema.org/Product	Grup bağlantısı	Renk, beden, GTIN, URL ve görsel
Teklif	schema.org/Offer	Para birimi	satış fiyatı, indirimli fiyat ve stok durumu
Ürün bağlantısı	schema.org/isVariantOf	Varyant Product kaydını üst gruba bağlar	Aynı ticari grup ilişkisi
Varyant listesi	schema.org/hasVariant	Üst grubun gerçek Product kayıtları	Satılabilir seçenekler
Değişken özellikler	schema.org/variesBy	Renk, beden ve materyal gibi alanlar	Seçime göre değişen değerler
Grup kimliği	schema.org/productGroupID	Değişmeyen kimlik	Aynı ticari grupta ortak değer
Stok kimliği	schema.org/sku	Her kaydın benzersiz değeri	Fiziksel seçeneğe özel kod
Üretici kodu	schema.org/gtin	Üretici verisi	Doğru fiziksel kayda bağlı değer
Renk	schema.org/color	Ürün özelliği	Varyanta ait renk değeri
Beden	schema.org/size	Ürün özelliği	Varyanta ait beden değeri
Medya	schema.org/image	Ürün medya adresi	Varyanta ait medya değeri
Stok durumu	schema.org/availability	Satılabilirlik bilgisi	Güncel stok değeri
Merchant Center feed’i		Ticari grup alanı: item_group_id	id, renk, beden, fiyat, stok ve medya adresi

Bu yapının özeti basit görünür. Ürün ailesini tek kimlikle tanımlarsınız. Her satılabilir seçeneği ayrı kimlikle işaretler, kullanıcıya gösterdiğiniz değerleri feed’de de aynı tutarsınız.

İlişkiyi, kısaltılmış bir JSON-LD örneğiyle kontrol edebilirsiniz:

{
  "@type": "Product",
  "isVariantOf": {
    "@type": "ProductGroup",
    "@id": "https://example.com/ayakkabi#group",
    "variesBy": ["color", "size"]
  },
  "hasVariant": [
    {
      "@type": "Product",
      "sku": "AYK-100-S-42"
    }
  ]
}

variesBy, hasVariant ve productGroupID nasıl çalışır?

Varyant Product kaydı, isVariantOf ile üst ürün grubuna bağlanır. Bu bağlantı, seçeneğin hangi ticari gruba ait olduğunu gösterir.

Her Product kaydındaki isVariantOf, tablo ile tanımlanan grup kimliğiyle eşleşmelidir. Değişken özellikler renk, beden, materyal veya desen olabilir. Product kaydında bulunmayan beden, stokta olmayan renk veya gerçekte satılmayan kombinasyon işaretlemeye eklenmemelidir.

Üst grup ilişkisi, yalnızca gerçek Product kayıtlarını ve satılabilir seçenekleri listelemelidir. Varyant alanlarının teknik ilişkisine dair açıklama, bu bağlantıların tutarlı kurulmasına dair örnekler sunar.

SKU, barkod ve item_group_id disiplini

Her fiziksel varyantın ayrı SKU’su olmalıdır. Siyah, 42 numara ayakkabı ile beyaz, 42 numara ayakkabının stok kodu aynı olamaz. Üreticinin atadığı GTIN veya barkod varsa onu doğru varyanta bağlayın. Rastgele barkod üretmek doğru değildir.

Google Merchant Center feed’inde aynı ürün ailesindeki tüm varyantlar aynı item_group_id değerini paylaşmalıdır. Bu alan, JSON-LD’deki grup kimliğiyle aynı ticari aileyi temsil eder, ancak feed’e özgü bir alandır. Google, mümkün olduğunda parent SKU’yu grup kimliği olarak kullanmayı önerir; her varyantın id alanı benzersiz kalır. Ürün sayfasındaki isVariantOf ilişkisi feed’deki kayıt ve görsel bilgileriyle uyumlu olmalıdır.

Fiyat, stok ve kampanya bilgisi ürün sayfası, JSON-LD ve feed’e tek veri kaynağından aktarılmalıdır. SKU, Product ve Offer eşleşmesini ve isVariantOf bağlantısını aynı varyant üzerinden doğrulayın. Farklı veri akışlarından gelen değerler, Google Merchant schema hatalarını giderme sürecinin en sık karşılaşılan nedenleri arasındadır.

Varyant seçimi kullanıcı deneyimini doğrudan etkiler

Schema doğru olsa bile kullanıcı yanlış görseli veya yanlış fiyatı görüyorsa problem bitmez. Ürün varyantı SEO, teknik bir etiketleme işi olduğu kadar sayfa deneyimi işidir.

Seçenek değişince satış bilgisi de değişmeli

Kullanıcı “antrasit, 160 x 230 cm” halıyı seçtiğinde, seçili varyantın ana görseli, satış fiyatı, indirimli fiyat, SKU ve stok durumu güncellenmelidir. Seçim yapmadan genel fiyat göstermek, özel ölçü gibi gerçek bir özelleştirme seçeneğinde satın alma kararını geciktirir.

Varyant seçici, ürün ailesindeki aynı ürüne ait seçenekleri anlaşılır biçimde sunmalıdır. Kullanıcıya gösterilen fiyat ve stok bilgisi, schema.org/Offer işaretlemesiyle uyumlu olmalıdır.

Kurumsal web tasarım projelerinde varyant seçicisinin mobilde kolay kullanılabilmesi de önemlidir. Büyük butonlar, seçili durumun görünmesi ve stok dışı seçeneklerin anlaşılır biçimde işaretlenmesi dönüşüm optimizasyonu için temel unsurlardır.

Satış sayfasını bu açıdan yeniden değerlendirmek istiyorsanız Dönüşüm odaklı web tasarım çözümlerini inceleyin.

Görsel ve hız dengesini koruyun

Mobilya, moda ve yapı malzemesi sitelerinde çok sayıda alternatif görsel sayfayı ağırlaştırabilir. İlk görünen görseli hızlı yükleyin, diğer varyantlarda lazy loading kullanın. WebP veya AVIF formatı çoğu durumda dosya boyutunu düşürür.

Görsel dosya adları ve alt metinleri de seçilen varyantı anlatmalıdır. “antrasit-koltuk-ikili.webp” dosya adı ve “Antrasit renk ikili koltuk” alt metin açıklaması, erişilebilirlik ve içerik pazarlaması açısından daha kullanışlıdır.

Sayfa hızı, mobil deneyim ve JavaScript yükü teknik SEO denetiminin parçasıdır. Mobilde ilk görseli öncelikli yükleyin, çok sayıda varyantı tek seferde tarayıcıya yüklemek yerine gerekli veriyi kontrollü biçimde çağırın.

Test, ölçüm ve pazarlama ekipleri aynı veriyi kullanmalı

Ürün sayfasını yayına almadan önce yalnızca kaynak kodunu kontrol etmek yeterli değildir. Kaynak kodu, render edilmiş sayfa, feed ve kampanya verisi olmak üzere dört katmanda, seçili her varyantın doğru bilgiyi taşıdığını kontrol etmelisiniz.

Yayın öncesi kontrol listesi

• Kaynak kodu katmanında her varyantın benzersiz SKU değeri, stok bilgisi ve gerekiyorsa barkodu bulunmalıdır.
• Grup ve ürün ilişkisini schema.org/isVariantOf ile doğrulayın. Seçili varyantın üst grup bağlantısı isVariantOf olarak tutarlı olmalı, grup içindeki varyant bağlantıları schema.org/hasVariant ile eşleşmelidir.
• Feed katmanında değişken özelliklerin schema.org/variesBy tanımıyla eşleştiğini kontrol edin. productGroupID ile feed’deki item_group_id, aile mantığı bakımından aynı ürün ailesini göstermelidir. Kampanya verisindeki SKU, stok kodu, satış fiyatı ve indirimli fiyat feed kayıtlarıyla eşleşmelidir.
• Render edilmiş sayfada sayfa, JSON-LD ve feed’de para birimi ile stok durumu aynı olmalıdır. schema.org/Offer içindeki değerler kullanıcı ekranıyla örtüşmeli, açıklama ve görsel de feed ile tutarlı kalmalıdır. Google Merchant Center tanılama, Search Console URL Denetimi ve zengin sonuçlar testi raporları düzenli incelenmelidir.
• Fiyat veya stok güncellemesinden sonra canlı sayfa, feed ve kampanya yönlendirmesi tekrar test edilmelidir.

Bu kontrolleri sürüm yayınlarının parçası haline getirmek, teknik hataların organik trafiği etkilemeden bulunmasına yardımcı olur. Bir e-ticaret sitesi için kontrolleri düzenli sürdürün ve SEO danışmanlığı ile organik görünürlüğünüzü güçlendirin.

Reklam, içerik ve satış ekipleri neden dahil olmalı?

Bir SEO uzmanı varyant mimarisini kurarken e-ticaret yöneticisi ürün kayıtlarını, yazılım ekibi veri akışını, içerik pazarlaması ekibi ise metin ve tasarım dilini yönetmelidir. Dijital pazarlama ajansı ya da şirket içi ekip, ürün kimliklerini kampanya yapısıyla da eşleştirmelidir.

Google Ads yönetimi, Google Ads danışmanlığı ve SEM danışmanlığı tarafında reklamın doğru varyant sayfasına yönlenmesi, reklam yönetimi kalitesini etkiler. Bu uyum, performans pazarlama verisini temizler ve marka görünürlüğünü daha tutarlı hale getirir. Reklam tarafındaki ürün sayfalarını gözden geçirmek için Google Ads bütçenizi daha verimli yönetin.

Yapay zeka pazarlama ve AI marketing araçları, ürün başlığı veya alt metin üretirken katalog verisini değiştirmemelidir. Yerel SEO çalışması yürüten mağazalarda da çevrim içi stok bilgisinin mağaza gerçekliğiyle uyumlu olması gerekir. Bu tür kararları kanallar arasında birleştirmek için Dijital pazarlama stratejinizi birlikte planlayalım yaklaşımı daha sağlıklı bir temel oluşturur.

Sıkça Sorulan Sorular

Her ürün varyantı için ayrı URL oluşturmalı mıyım?

Hayır, her renk veya beden seçeneği için ayrı URL üretmek gerekli değildir. Kullanıcıların bağımsız olarak aradığı ve özgün fiyat, stok, görsel veya ürün bilgisi taşıyan varyantlar için ayrı URL daha anlamlı olabilir.

Canonical etiketi varyant ilişkisini tanımlar mı?

Hayır, canonical etiketi benzer URL’ler arasından tercih edilen adresi belirtir. Varyantın hangi ürün ailesine ait olduğunu ProductGroup, Product ve isVariantOf gibi yapılandırılmış veri alanları açıklar.

productGroupID ile Merchant Center item_group_id aynı olmak zorunda mı?

Bu alanlar farklı sistemlere ait olsa da aynı ticari ürün ailesini temsil etmelidir. Aynı grup mantığının korunması, ürün sayfası, JSON-LD ve feed arasındaki varyant ilişkisinin daha tutarlı olmasını sağlar.

Varyant seçildiğinde hangi bilgiler güncellenmeli?

Seçilen varyanta göre ana görsel, fiyat, indirimli fiyat, SKU ve stok durumu güncellenmelidir. Kullanıcıya gösterilen bu bilgiler, schema.org/Offer verisi ve Merchant Center feed’iyle aynı olmalıdır.

Doğru varyant yapısı, temiz ürün verisiyle başlar

Bu yaklaşımda amaç, her rengi veya bedeni zorla indeksletmek değil, gerçek satın alınabilir seçenekleri tutarlı verilerle açıklamaktır. Böylece Google, ürün ailesini; kullanıcı ise satın alabileceği seçeneği doğru anlar.

Canonical tercihleri, schema.org/ProductGroup işaretlemesi ve schema.org/Product verisi aynı mantıkla çalışmalıdır. Temiz ürün kimlikleri, SKU düzeni ve ürün feed’i birlikte kullanıldığında hata riski azalır.

Bu yapı, arama motoru optimizasyonu ile organik görünürlüğü artırır ve ürün sayfalarındaki dönüşüm oranlarını iyileştirmeye destek olur.

Daha geniş dijital pazarlama hedeflerinizi bu teknik yapıyla birleştirmek için Dijital pazarlama danışmanlığı ile büyüme planınızı oluşturun.