Ürün Varyantları SEO: Renk, Beden ve Model URL’leri Nasıl Yönetilmeli?

Bir e-ticaret ürününün renk, beden, kapasite, malzeme veya başka özelliklere göre farklı seçenekleri bulunabilir.

Teknik altyapı bu seçeneklerin her biri için farklı URL üretebilir.

Ancak teknik olarak ayrı URL üretilebilmesi, her varyantın Google’da ayrı indekslenebilir ürün sayfası olması gerektiği anlamına gelmez.

Örneğin:

• Siyah tişört
• Beyaz tişört
• M beden tişört
• L beden tişört
• 256 GB telefon
• 512 GB telefon

aynı şekilde değerlendirilmemelidir.

Ürün varyantları SEO’da temel soru “kaç URL üretebiliriz?” değil, “hangi varyant gerçekten ayrı arama ve ürün deneyimi taşıyor?” sorusudur.

DigitalPlus E-Ticaret SEO çalışmalarında varyantları ürün verisi, search intent, canonical, structured data, stok durumu ve site mimarisiyle birlikte değerlendiriyoruz.

Ürün Varyantı Nedir?

Ürün varyantı, aynı product family içindeki ürünlerin belirli özelliklere göre farklılaşan seçenekleridir.

Yaygın varyant özellikleri şunlardır:

• Renk
• Beden
• Kapasite
• Depolama alanı
• Malzeme
• Desen
• Boyut
• Paket miktarı
• Teknik konfigürasyon

Örneğin aynı mont:

• Siyah / M
• Siyah / L
• Yeşil / M
• Yeşil / L

seçenekleriyle satılabilir.

Bu seçenekler operasyon tarafında ayrı SKU’lara sahip olabilir.

Fiyatları veya stok durumları da farklı olabilir.

Fakat:

ayrı SKU ≠ otomatik ayrı SEO landing page.

Ürün veri yapısı ile organic URL ownership aynı karar değildir.

Ürün Varyantı ile Ayrı Ürün Arasındaki Sınır Nerede?

Bu ayrım bütün mağazalarda aynı değildir.

Örneğin aynı telefon ailesinde:

• 256 GB
• 512 GB

kapasiteler teknik olarak varyant olarak modellenebilir.

Ancak kullanıcılar kapasiteyi doğrudan ürün adıyla birlikte arıyor, fiyat ve satın alma kararı kapasiteye ciddi biçimde bağlıysa bu seçenekler organik aramada daha güçlü bağımsız görev taşıyabilir.

Buna karşılık aynı tişörtün:

• M beden
• L beden

seçenekleri çoğu durumda aynı temel ürün ihtiyacını karşılar.

Bu nedenle şu soruyu ayırmak gerekir:

Bu seçenek yalnız satın alma sırasında seçilen varyant mı, yoksa kullanıcı tarafından bağımsız biçimde aranan ve değerlendirilen bir ürün konfigürasyonu mu?

Varyantlar Tek URL’de mi Ayrı URL’de mi Olmalı?

Her e-ticaret sitesi için tek cevap yoktur.

Üç temel model düşünülebilir.

Model 1: Tek Ürün URL’si, Varyantlar Aynı Sayfada

Örneğin:

/urun/kislik-mont

tek canonical ürün sayfasıdır.

Kullanıcı sayfa üzerinde:

• Renk
• Beden

seçer.

Varyant seçimi:

• Görseli
• Fiyatı
• Stok durumunu
• SKU’yu

değiştirebilir.

Bu model özellikle varyantların bağımsız search intent taşımadığı ürünlerde oldukça temiz olabilir.

Model 2: Varyant State İçin Ayrı URL, Tek Canonical Ürün

Örneğin:

/urun/kislik-mont?renk=yesil&beden=m

doğrudan belirli varyantı açabilir.

Ancak canonical:

/urun/kislik-mont

olarak kalabilir.

Bu yapı kullanıcıların belirli varyantı paylaşmasını, Merchant Center veya structured data tarafında varyantın doğrudan seçilmesini kolaylaştırabilir.

Ancak varyant URL’lerinin tamamı ayrı organic landing page olarak indekslenmek zorunda değildir.

Model 3: Varyantların Ayrı Canonical Ürün Sayfaları

Bazı durumlarda varyantlar gerçekten bağımsız page görevi taşıyabilir.

Örneğin:

/telefon-x-256gb

ve:

/telefon-x-512gb

ayrı canonical ürün sayfaları olarak değerlendirilebilir.

Bu model için ayrı search demand ve gerçek ürün farkının doğrulanması gerekir.

Teknik platformun varyant URL üretmesi hangi modelin SEO açısından doğru olduğunu belirlemez.

Hangi Durumda Varyant Ayrı URL Hak Eder?

DigitalPlus’ta burada tek bir kriter yerine QDP mantığıyla sinyal kümesine bakıyoruz.

1. Ayrı Search Demand Var mı?

Kullanıcı varyantı ürün adıyla birlikte gerçekten arıyor mu?

Örneğin:

Telefon X 512 GB

ayrı ve tekrar eden bir query universe oluşturabilir.

Buna karşılık:

Tişört X L beden

çoğu mağazada aynı güçte bağımsız organic demand oluşturmayabilir.

2. Farklı Ürün veya Model Adı Var mı?

Varyantın üretici tarafından ayrı:

• Model adı
• Model kodu
• SKU
• GTIN

ile temsil edilmesi bağımsız ürün kimliğini güçlendirebilir.

Ancak SKU farkı tek başına ayrı indexable page gerekçesi değildir.

3. Görseller Ciddi Biçimde Farklı mı?

Renk veya tasarım varyantında ürün görseli kullanıcının satın alma kararını doğrudan etkileyebilir.

Fakat yalnız görselin farklı olması da ayrı URL kararı için yeterli değildir.

4. Fiyat Farklı mı?

Kapasite veya teknik konfigürasyon değiştiğinde fiyat ciddi biçimde değişebilir.

Bu durum ayrı commercial journey sinyalini güçlendirebilir.

Ancak fiyat değişikliği tek başına organic page oluşturmaz.

5. Availability Farklı mı?

Bir varyant stoktayken başka biri tükenmiş olabilir.

Her varyantın availability bilgisinin doğru yönetilmesi önemlidir.

Fakat stok farkı da tek başına ayrı indexable URL gerekçesi değildir.

6. Kullanıcı Intent’i Farklı mı?

En güçlü sinyal budur.

Kullanıcı belirli varyantı bağımsız ürün gibi mi araştırıyor?

Yoksa ürünü seçtikten sonra yalnız seçenek olarak mı belirliyor?

Ayrı URL kararında temel kriter teknik farklılık değil, bağımsız kullanıcı görevidir.

Varyant URL Karar Matrisi

Sinyal	Tek URL Eğilimi	Ayrı URL Eğilimi
Ayrı search demand yok	Güçlü	Zayıf
Ayrı search demand yüksek	Zayıf	Güçlü
Yalnız beden değişiyor	Genellikle güçlü	Genellikle zayıf
Yalnız renk değişiyor	Çoğu durumda güçlü	Kategoriye göre değişir
Kapasite/model adı değişiyor	Orta	Güçlenebilir
Fiyat ciddi biçimde farklı	Tek başına karar değil	Destekleyici sinyal
Availability farklı	Tek başına karar değil	Destekleyici sinyal
Görsel farklı	Tek başına karar değil	Destekleyici sinyal
Ayrı model/SKU/GTIN	Duruma göre	Destekleyici sinyal
Bağımsız user journey	Zayıf	Güçlü

Hiçbir satır tek başına karar vermez.

Renk Varyantları Ayrı Sayfa Olmalı mı?

Çoğu ürün için otomatik olarak hayır.

Örneğin aynı tişört:

• Siyah
• Beyaz
• Lacivert

renklerde satılıyor olabilir.

Bu durumda kullanıcı temel olarak aynı ürünü değerlendiriyor ve renk seçim aşamasında değişiyorsa tek canonical product page daha temiz olabilir.

Örneğin:

/urun/basic-tisort

canonical owner olur.

Renk state’leri:

/urun/basic-tisort?renk=siyah

ve:

/urun/basic-tisort?renk=beyaz

gibi doğrudan seçilebilir URL’ler olabilir ancak bağımsız indexable pages olmak zorunda değildir.

Renk Varyantı Ne Zaman Ayrı Search Intent Oluşturabilir?

Bazı kategorilerde renk satın alma niyetinin merkezinde olabilir.

Örneğin:

• Mobilya
• Dekorasyon
• Moda
• Ayakkabı
• Otomotiv aksesuarları

gibi alanlarda kullanıcı belirli renk + ürün kombinasyonlarını doğrudan araştırabilir.

Ancak burada product variant ile category/facet intent’i de ayrılmalıdır.

Örneğin:

siyah koşu ayakkabısı

tek bir product variant değil, category/facet intent taşıyabilir.

Bu nedenle renk demand’i bulunduğunda ilk çözüm belirli ürünün siyah varyantını indexlemek değildir.

Önce bunun:

• Product intent
• Category intent
• Facet intent

olup olmadığı kontrol edilmelidir.

Filtre ve facet tarafındaki ayrımı E-Ticaret Faceted Navigation SEO rehberinde ayrıca ele alıyoruz.

Beden Varyantları Indexlenmeli mi?

Çoğu apparel ve footwear yapısında beden kullanıcının ürün seçildikten sonraki konfigürasyon tercihidir.

Örneğin:

• Tişört M
• Tişört L
• Tişört XL

aynı ürün için ayrı organic pages olmak zorunda değildir.

Her bedeni ayrı indexletmek:

• Near-duplicate pages
• Değişken availability
• Thin content
• Internal link çoğalması
• Canonical karmaşası

oluşturabilir.

Bu nedenle beden varyantları çoğu durumda tek product owner altında yönetilebilir.

“Her SKU indekslensin” ürün SEO stratejisi değildir.

Ayakkabı Numaraları İçin Ayrı URL Gerekir mi?

Aynı prensip ayakkabı numaraları için de geçerlidir.

Örneğin:

/urun/kosu-ayakkabisi?numara=42

doğrudan 42 numarayı seçebilir.

Bu kullanıcı deneyimi ve paylaşılabilir URL açısından yararlı olabilir.

Ancak:

Koşu Ayakkabısı 42 Numara

sorgusu ürün sayfasından ziyade kategori/facet intent taşıyorsa belirli ürünün 42 numara varyantını indexlemek yanlış ownership olabilir.

Variant keyword ile facet keyword birbirine karıştırılmamalıdır.

Model ve Kapasite Varyantları Neden Farklı?

Elektronik ve teknik ürünlerde kapasite veya konfigürasyon kullanıcının ürün algısını daha ciddi biçimde değiştirebilir.

Örneğin:

• Telefon X 256 GB
• Telefon X 512 GB

aynı product family içinde bulunabilir.

Ancak iki varyant:

• Farklı fiyat
• Farklı SKU
• Farklı GTIN
• Farklı availability
• Bağımsız query demand

taşıyabilir.

Buna karşılık:

• Tişört M
• Tişört L

arasındaki fark çoğu zaman kullanıcının ürünü araştırma görevini değiştirmez.

“Varyant” teknik bir product-data sınıfıdır; bütün varyantların SEO değeri eşit değildir.

Depolama Kapasitesi Ayrı URL Hak Eder mi?

Şu karar akışı kullanılabilir:

256 GB ve 512 GB ayrı aranıyor mu?

Hayır → tek product page içinde varyant olarak tut.

Evet ↓

SERP ayrı product URLs gösteriyor mu?

Hayır → tek owner modelini korumayı değerlendir.

Evet ↓

Varyantların fiyat, ürün kimliği ve kullanıcı yolculuğu anlamlı biçimde ayrılıyor mu?

Hayır → tek product owner.

Evet ↓

Her varyant bağımsız page value taşıyor mu?

Hayır → tek owner.

Evet ↓

Ayrı canonical variant pages değerlendir.

Varyant SEO’da Canonical Nasıl Kullanılmalı?

Canonical kararı doğrudan seçilen variant modeline bağlıdır.

Tek Sayfa Modeli

Bütün varyantlar aynı product page üzerinde sunuluyorsa ana product URL genel canonical owner olabilir.

Örneğin:

/urun/kislik-mont

canonical owner.

Variant state:

/urun/kislik-mont?renk=yesil&beden=m

doğrudan ilgili seçimi açabilir.

Ancak canonical:

/urun/kislik-mont

olarak kalabilir.

Ayrı Multi-Page Variant Modeli

Varyantların gerçekten ayrı organic product pages olması kararlaştırıldıysa:

• Her varyantın ayrı URL’si
• Kendi görünür ürün bilgisi
• Kendi fiyat ve availability bilgisi
• Kendi doğru Product structured data’sı
• Bağımsız page görevi

bulunmalıdır.

Bu durumda varyantları yeniden ana product URL’ye canonical etmek bağımsız page kararını anlamsız hale getirebilir.

Ayrı indexlenebilir document istiyorsanız canonical stratejisi de bu ownership kararını desteklemelidir.

Google’ın Genel Varyant Canonical Rehberiyle ProductGroup Modeli Çelişiyor mu?

Burada iki farklı implementation senaryosunu ayırmak gerekir.

Google’ın genel e-ticaret URL rehberinde benzersiz variant URL’leri bulunan ürünlerde canonical product URL’nin variant pages üzerinde kullanılabileceği belirtilir.

Product Variant structured data rehberi ise gerçek multi-page modelini ayrıca destekler ve varyantların eşit derecede önemli ayrı pages üzerinde dağıtılabileceğini açıklar.

Bu nedenle soru:

“Google varyantlarda hangi canonical’ı istiyor?”

şeklinde tek cevaplı değildir.

Asıl soru:

“Biz bu varyantları duplicate state olarak mı, yoksa bağımsız searchable product documents olarak mı modelliyoruz?”

olmalıdır.

Canonical Her Varyantı Ana Ürüne Gönderirse Ne Olur?

Eğer varyantlar:

• Aynı search intent’i
• Büyük ölçüde aynı product content’i
• Aynı product identity’yi

taşıyorsa ana ürün canonical’ı temiz olabilir.

Ancak ayrı search demand için özel:

/telefon-x-512gb

sayfası oluşturup ardından:

canonical → /telefon-x

demek iki farklı mesaj üretir.

Bir taraftan “bu URL bağımsız landing page” denirken canonical tarafında “tercih edilen temsilci başka URL” denmiş olur.

Canonical teknik temizlik aracı değil, ownership sinyalidir.

Canonical ile Noindex Aynı Anda Kullanılmalı mı?

Varyant architecture’da her teknik kontrolün ayrı görevi vardır.

Canonical:

Bu benzer URL grubunda tercih ettiğimiz temsilci hangisi?

sorusuna cevap verir.

Noindex:

Bu URL arama indeksinde bulunmasın.

direktifidir.

Her varyantı hem başka URL’ye canonical edip hem noindex uygulamak çoğu projede gereksiz ve karmaşık sinyal üretir.

Önce variant ownership modeli belirlenmeli, ardından en basit tutarlı teknik sinyaller kullanılmalıdır.

ProductGroup Nedir?

Google product variant structured data modelinde aynı product family içindeki varyantları bir arada tanımlamak için ProductGroup kullanılabilir.

Örneğin aynı mont:

• Küçük yeşil
• Küçük mavi
• Büyük mavi

varyantlarına sahip olabilir.

ProductGroup ortak product family özelliklerini temsil eder.

Varyantlar ise kendi Product entity’leri olarak tanımlanabilir.

ProductGroup İçinde Hangi İlişkiler Kullanılır?

Google’ın desteklediği modelde temel ilişkiler şunlardır:

• ProductGroup
• hasVariant
• isVariantOf
• variesBy
• productGroupID
• inProductGroupWithID

hasVariant

ProductGroup’un hangi Product varyantlarını içerdiğini belirtmek için kullanılabilir.

isVariantOf

Belirli Product’ın hangi ProductGroup’un varyantı olduğunu gösterebilir.

variesBy

Ürün grubundaki varyantların hangi özelliklere göre değiştiğini belirtir.

Örneğin:

• Color
• Size

productGroupID

Product family veya parent SKU için ortak identifier olarak kullanılabilir.

Structured data’daki relationship gerçek ürün veri modelini yansıtmalıdır.

ProductGroup Örnek Mantığı

PRODUCT GROUP
Winter Coat
│
├── Small / Green
├── Small / Blue
└── Large / Blue

variesBy:
→ size
→ color

Buradaki amaç üç ayrı ürünü birbirinden bağımsızmış gibi sunmak değil, üçünün aynı product family’ye ait olduğunu makineler açısından daha açık hale getirmektir.

Her Varyantın Ayrı SKU veya GTIN’i Olmalı mı?

Gerçek ürün veri sisteminde varyantların ayrı identifier’ları bulunabilir.

Google product variant structured data tarafında da her varyantın SKU veya GTIN gibi benzersiz identifier ile tanımlanmasını ister.

Product group tarafında da parent group için ortak identifier bulunabilir.

Ancak:

identifier uniqueness ≠ indexability requirement.

Üç ayrı SKU üç ayrı ürün kaydına işaret edebilir ancak organic search açısından tek canonical product owner altında bulunabilirler.

Product Schema Varyant URL Kararını Verir mi?

Hayır.

Structured data mevcut ürün architecture’ı açıklamak için kullanılır.

Şu kararı schema vermez:

“Bu varyant ayrı indexlenmeli mi?”

Önce:

• Search demand
• Intent
• Product identity
• URL ownership
• Canonical

belirlenir.

Ardından structured data aynı gerçekliği destekler.

Önce architecture, sonra markup.

Tek Sayfa ProductGroup Modeli Nasıl Çalışır?

Tek product page bütün varyantları içeriyorsa genel yapı şu olabilir:

/kislik-mont
      │
      ├── Green / Small
      ├── Blue / Small
      └── Blue / Large

Ana:

/kislik-mont

ProductGroup’un canonical URL’si olabilir.

Kullanıcı belirli varyantı seçtiğinde farklı URL state’leri kullanılabilir.

Örneğin:

/kislik-mont?size=small&color=green

ilgili varyantı doğrudan açmalıdır.

Sayfa açıldığında:

• Doğru renk
• Doğru beden
• Doğru görsel
• Doğru fiyat
• Doğru availability

seçilmiş olmalıdır.

Multi-Page ProductGroup Modeli Nasıl Çalışır?

Bazı sitelerde varyantlar gerçek ayrı pages olarak dağıtılabilir.

Örneğin:

/telefon-x-256gb

/telefon-x-512gb

iki bağımsız product page olabilir.

Bu durumda her page:

• Kendi Product bilgisini
• Kendi URL’sini
• Kendi price bilgisini
• Kendi availability bilgisini
• Kendi görselini
• ProductGroup relationship’ini

eksiksiz biçimde taşımalıdır.

Google’ın multi-page variant modeli, diğer varyantların URL’lerle birbirine referans edilmesine de izin verir.

Tek Sayfa mı Multi-Page mi Seçilmeli?

Karar teknoloji tercihinden önce SEO ve ürün modelinden çıkmalıdır.

Kriter	Tek Sayfa	Multi-Page
Ayrı search intent	Düşük	Yüksek
Ürün farkı	Küçük	Anlamlı
Ayrı model adı	Yok veya zayıf	Güçlü olabilir
Fiyat farkı	Olabilir	Belirgin olabilir
Görsel farkı	Olabilir	Belirgin olabilir
Search demand	Parent ürün ağırlıklı	Variant-level olabilir
Organic owner	ProductGroup/base URL	Individual variant URLs

Varyant Değişiminde URL Güncellenmeli mi?

Kullanıcı:

• Renk
• Beden
• Kapasite

değiştirdiğinde URL’nin de varyant state’ini temsil etmesi yararlı olabilir.

Örneğin kullanıcı:

Yeşil / M

varyantını seçtiğinde URL:

?color=green&size=m

şeklinde güncellenebilir.

Bu sayede:

• Varyant paylaşılabilir
• Sayfa yeniden açıldığında aynı varyant seçilebilir
• Google belirli varyant URL’sini tanımlayabilir
• Merchant veya structured data ilişkisi daha açık kurulabilir

Ancak URL güncellenirken her state’in indexlenebilir olması gerekmez.

Distinct URL state ile distinct indexed document aynı şey değildir.

URL Değişiyor Ama İçerik Değişmiyorsa Ne Olur?

Varyant URL:

?color=green

olarak değişiyor ancak:

• Görsel değişmiyor
• Fiyat değişmiyor
• SKU değişmiyor
• Availability değişmiyor
• Seçili option değişmiyor

ise URL yalnız dekoratif state olabilir.

Google’ın varyantı doğru anlaması için distinct URL gerçek variant state’i yüklemelidir.

URL farklıysa gösterilen ürün state’i de gerçekten o varyantı temsil etmelidir.

Varyant URL’leri JavaScript ile Değiştirilebilir mi?

JavaScript kullanılması tek başına problem değildir.

Ancak belirli varyant URL’si doğrudan browser’a yazıldığında sayfa doğru state’i yüklemelidir.

Örneğin:

/mont?color=green&size=m

doğrudan açıldığında:

• Yeşil
• M beden

varyant seçilmiş olmalıdır.

URL yalnız client-side geçmişine yazılıyor ama doğrudan açıldığında default ürün geliyorsa variant URL modelinde problem vardır.

Indexlenebilir Varyantlar Internal Linking ile Nasıl Desteklenmeli?

Ayrı canonical variant pages kullanılıyorsa bu URL’lerin site içinde gerçek crawlable relationships’e sahip olması gerekir.

Örneğin:

PRODUCT FAMILY
   │
   ├── 256 GB
   └── 512 GB

Variant selector üzerinde:

• 256 GB
• 512 GB

seçenekleri gerçek crawlable links olarak kullanılabilir.

Bu durumda kullanıcı ve crawler diğer variants’a ulaşabilir.

Google e-ticaret site yapısında önemli pages’in gerçek <a href> links ile bağlı olmasını önerir.

Indexlenmeyen Varyantlara Link Basılmalı mı?

Kullanıcı varyant seçicisini kullanabilmelidir.

Ancak yüzlerce non-canonical variant state’e site genelinden SEO internal links üretmek gerekli değildir.

Örneğin:

Siyah M beden

yalnız product configurator state ise organic architecture içinde önemli ayrı node gibi güçlendirilmemelidir.

UX relationship ile organic internal-link priority aynı değildir.

Ürün Sayfasından Parent Product Family’ye Link Gerekir mi?

Gerçek multi-page variant modelinde variant pages ortak product family relationship’ini kullanıcı açısından açık biçimde gösterebilir.

Ancak ayrıca thin bir “product group page” açmak zorunlu değildir.

Google’ın multi-page ProductGroup modelinde ProductGroup’un ayrı canonical URL’ye sahip olması gerekmeyebilir.

Ürün family relationship’i:

• Variant selector
• Structured data
• Breadcrumb
• Product navigation

üzerinden temsil edilebilir.

Varyantlar Sitemap’e Eklenmeli mi?

Sitemap’e her teknik varyant URL’sini eklemek doğru değildir.

Temel kural:

Google Search’te canonical ve bağımsız page olarak bulunmasını istediğiniz URL’leri sitemap’e ekleyin.

Tek Canonical Product Modeli

Örneğin:

/kislik-mont

canonical ise sitemap’e bu URL eklenebilir.

Şunların:

?color=green&size=m

?color=blue&size=l

canonical’ı ana product page ise sitemap’e bütün variant states’i eklemek gerekmez.

Multi-Page Variant Modeli

Eğer:

/telefon-x-256gb

ve:

/telefon-x-512gb

gerçek ayrı indexable canonical pages ise sitemap’e ikisi de dahil edilebilir.

Sitemap variant inventory değildir; organic canonical inventory’dir.

Sitemap ile Canonical Çelişmemeli

Örneğin:

/mont?color=green

sitemap’e eklenmiş ancak canonical:

/mont

ise iki farklı sinyal üretirsiniz.

Sitemap inclusion canonical için daha zayıf bir sinyal olsa da site genelinde:

• Internal links
• Sitemap
• Canonical

mümkün olduğunca aynı ownership modelini desteklemelidir.

Ürün Varyantları Faceted Navigation ile Aynı Problem mi?

Hayır.

İkisi sık sık aynı URL parametre altyapısını kullanabilir ancak entity görevleri farklıdır.

Product Variant

Belirli product family içindeki seçenekleri temsil eder.

Örneğin:

Telefon X 512 GB

Facet

Bir ürün listesini filtreler.

Örneğin:

512 GB telefonlar

bir category/facet intent oluşturabilir.

Model:

512 GB TELEFONLAR
       ↓
CATEGORY / FACET
       ↓
PHONE X 512 GB
       ↓
PRODUCT VARIANT

Aynı attribute farklı site katmanlarında farklı search intent taşıyabilir.

Bu ayrımı Faceted Navigation SEO rehberinde ayrıca ele alıyoruz.

Ürün Varyantı ile Ürün Sayfası SEO Nasıl Birleşir?

Varyant architecture ürün detay sayfasının yalnız bir alt teknik konusu değildir.

Ürün page üzerinde:

• Ürün adı
• Model
• SKU
• GTIN
• Fiyat
• Availability
• Görsel
• Canonical
• Structured data

varyant seçimine göre doğru biçimde güncellenmelidir.

Ürün detay sayfasının bütün SEO sistemini E-Ticaret Ürün Sayfası SEO rehberinde ele alıyoruz.

Varyant Seçildiğinde Hangi Alanlar Güncellenmeli?

Gerçek varyant farklılığına göre:

• Ürün adı
• SKU
• GTIN
• Görsel
• Price
• Availability
• URL
• Structured data

güncellenebilir.

Örneğin kullanıcı 512 GB modeli seçtiği halde schema hâlâ 256 GB SKU ve fiyatını gösteriyorsa product data layer tutarsızdır.

UI, product data ve structured data aynı varyantı tarif etmelidir.

Varyant Availability Nasıl Yönetilmeli?

Bir ürün grubunda:

• Siyah M stokta
• Siyah L stokta yok
• Mavi M stokta

olabilir.

Variant selector bu durumu gerçek zamanlı veya güvenilir product data üzerinden göstermelidir.

Structured data da seçili variant’ın gerçek availability bilgisini yansıtmalıdır.

Ana product page’in:

InStock

göstermesi kullanıcı seçtiği varyantın gerçekten stokta olduğu anlamına gelmemelidir.

Varyant Fiyatları Farklıysa Hangi Fiyat Gösterilmeli?

Bu product template ve offer architecture’a göre değişebilir.

Kullanıcı belirli varyant URL’sine geldiğinde görünür price ile structured data’nın o varyantı temsil etmesi önemlidir.

Örneğin:

• 256 GB: 40.000 TL
• 512 GB: 48.000 TL

ise 512 GB URL’sinde 40.000 TL fiyatını schema üzerinden göndermek veri tutarsızlığı oluşturur.

Variant-level URL kullanıyorsanız variant-level product data da doğru olmalıdır.

Varyant Görselleri Nasıl Yönetilmeli?

Renk veya tasarım varyantlarında görsel özellikle önemlidir.

Kullanıcı:

Yeşil

seçtiğinde:

• Hero image
• Gallery
• Product structured data image

mümkün olduğunca seçilen gerçek varyantı temsil etmelidir.

Google’ın variant modelinde de varyanta uygun image bilgisi kullanılabilir.

Her renk state’inde aynı default görseli göstermek product identification’ı zayıflatabilir.

Varyant Title ve H1 Değişmeli mi?

Tek canonical page modelinde her varyant seçildiğinde SEO title ve H1’i değiştirmenin güçlü bir nedeni olmayabilir.

Örneğin:

Basic Tişört

ana ürün owner’ı olarak kalabilir.

Seçilen renk veya beden product data alanlarında gösterilebilir.

Ancak ayrı canonical multi-page variant modeli kullanılıyorsa:

Telefon X 256 GB

ve:

Telefon X 512 GB

gibi title ve H1 farklılıkları page’in gerçek product identity’sini yansıtabilir.

SEO field’ları URL ownership modelini takip etmelidir.

Varyant Açıklamaları Özgün Olmalı mı?

Her renk ve bedene 500 kelimelik ayrı açıklama yazmak gerekmez.

Gerçek ayrı product page kullanılıyorsa varyantı gerçekten ayıran bilgiler gösterilmelidir.

Örneğin farklı model:

• Başka kapasite
• Başka teknik özellik
• Başka kutu içeriği
• Farklı kullanım

taşıyorsa içerik doğal biçimde ayrışabilir.

Ancak yalnız:

Bu ürün kırmızıdır.

yerine:

Bu ürün mavidir.

yazarak iki ayrı SEO page oluşturmak information gain değildir.

Varyantlar Arasında Duplicate Content Sorunu Oluşur mu?

Gerçek ayrı pages kullanılıyorsa büyük ölçüde benzer product copy bulunabilir.

Duplicate metin bulunması otomatik ceza anlamına gelmez.

Ancak SEO architecture açısından daha temel soru şudur:

Bu iki URL gerçekten ayrı organic owner olmaya değer mi?

Eğer iki page:

• Aynı title
• Aynı H1
• Aynı görsel
• Aynı fiyat
• Aynı description
• Aynı search intent

taşıyorsa ayrı indexable page kararı yeniden değerlendirilmelidir.

Varyant SEO’da Cannibalization Nasıl Oluşur?

Örneğin:

• /telefon-x
• /telefon-x-256gb
• /telefon-x-512gb

bulunsun.

Bu üç URL’nin varlığı otomatik problem değildir.

Problem üçünün de:

Telefon X

generic product query’sinin primary owner’ı olmaya çalışmasıdır.

Ownership örneği şöyle olabilir:

Query	Primary Owner
Telefon X	Parent/base product veya seçilen ana owner
Telefon X 256 GB	256 GB variant, ayrı intent varsa
Telefon X 512 GB	512 GB variant, ayrı intent varsa

Variant split yapıldıysa query ownership de split edilmelidir.

Parent Product Page ile Variant Pages Birbirini Cannibalize Eder mi?

Aynı kelimelerin pages üzerinde bulunması tek başına cannibalization değildir.

Parent product page product family veya generic model intent’i sahiplenebilir.

Variant pages daha spesifik configurations’ı sahiplenebilir.

Ancak SERP sürekli generic parent page’i tercih ediyorsa şu soruyu sormak gerekir:

Google yanlış page’i mi seçiyor, yoksa biz gereksiz variant pages mi açtık?

GSC ile Varyant Ownership Nasıl Kontrol Edilir?

Google Search Console’da query → page ilişkisi variant cluster bazında incelenebilir.

Örneğin:

• Telefon X
• Telefon X 256 GB
• Telefon X 512 GB

sorgularında hangi URL’lerin impression aldığını inceleyin.

Kontrol:

• Parent sürekli bütün queries’i mi alıyor?
• Variant pages doğru specific queries’i mi alıyor?
• URL switching yaşanıyor mu?
• İki variant aynı query’de dönüşümlü mü gösteriliyor?

üzerinden yapılabilir.

Varyant Değişince Canonical da JavaScript ile Değişmeli mi?

Tek canonical product modelinde varyant seçildiğinde canonical’ın sürekli değiştirilmesi gerekmeyebilir.

Base product canonical korunabilir.

Gerçek ayrı variant page modeli kullanılıyorsa her doğrudan variant page kendi intended canonical sinyalini server veya HTML çıktısında doğru biçimde sunmalıdır.

Canonical browser state’e göre rastgele değişen UI alanı değildir.

Varyantlar İçin Internal Link Modeli

Örnek multi-page model:

                 PRODUCT FAMILY
                    /       \
                   ↓         ↓
               256 GB      512 GB
                  ↕           ↕
             CATEGORY     CATEGORY

Indexlenebilir variant pages:

• Product selector’dan
• İlgili kategori pages’den
• Gerekirse comparison content’ten

doğal links alabilir.

Ancak bütün varyantları footer veya site-wide blocks ile güçlendirmek gerekmez.

Kategori Sayfası Hangi Varyanta Link Vermeli?

Tek canonical product owner kullanılıyorsa product card ana canonical URL’ye link verebilir.

Örneğin:

/telefon-x

Multi-page variant modelinde kategori kartları kullanıcıya hangi specific product configuration gösteriliyorsa uygun canonical variant’a link verebilir.

Ancak aynı category listing içinde aynı product family’nin 20 beden varyantını ayrı ürün kartları olarak göstermenin kullanıcı ve SEO değeri ayrıca değerlendirilmelidir.

Product Card Varyant Parametresiyle Yanlış URL Üretiyorsa?

Örneğin kategori page:

/urun/mont?color=black&tracking=category

gibi parametreli URL’lere sürekli internal link veriyor ancak canonical:

/urun/mont

ise site gereksiz non-canonical URLs keşfettiriyor olabilir.

Internal links mümkün olduğunca intended canonical veya bilinçli variant URL modelini desteklemelidir.

Frontend convenience URL’leri site-wide internal architecture’a dönüşmemelidir.

Varyant URL’leri Facet Parametreleriyle Karışırsa?

Örneğin:

?color=black

bir product page üzerinde product variant seçebilir.

Aynı:

?color=black

category page üzerinde facet olabilir.

Parametre adı aynı olsa bile page role farklıdır.

Bu nedenle teknik audit URL pattern + page type birlikte yapılmalıdır.

Parametreyi değil, parametrenin hangi document üzerinde ne yaptığını audit edin.

Varyant URL’lerinde En Sık Yapılan SEO Hataları

1. Her SKU’yu Indexable Page Yapmak

ERP veya PIM’deki her product record organic landing page’e dönüştürülür.

2. Bütün Varyantları Tek URL’ye Zorlamak

Gerçek bağımsız search demand taşıyan configurations’ın ayrı owner olma fırsatı gözden kaçırılır.

3. Bütün Variant Pages’i Parent’a Canonical Etmek

Gerçek bağımsız landing pages oluşturulmuş olsa bile canonical başka URL’yi owner ilan eder.

4. Beden Varyantlarını Ayrı Page Yapmak

Ayrı intent bulunmadan M, L, XL gibi options ayrı indekslenir.

5. Renk Varyantını Category Intent ile Karıştırmak

“Siyah ayakkabı” demand’i bulunduğu için her siyah product variant indexletilir.

6. Variant URL Doğrudan Açıldığında Doğru State’i Yüklememek

URL yeşil varyantı tarif eder ancak page default siyah ürünü gösterir.

7. Price ve Availability’yi Varyantla Birlikte Güncellememek

Kullanıcı başka variant seçerken product data eski state’te kalır.

8. Structured Data’yı Default Varyantta Bırakmak

Visible page ile schema farklı ürün varyantlarını temsil eder.

9. ProductGroup Relationship Kurmamak

Gerçek variant family ayrı ürünlermiş gibi parçalanır.

10. Sitemap’e Bütün Variant State URL’lerini Eklemek

Non-canonical veya indexlenmesi istenmeyen seçenekler sitemap inventory’sine doldurulur.

11. Indexlenebilir Varyantları Internal Link Almadan Bırakmak

Variant yalnız sitemap veya Merchant Center üzerinden keşfedilir.

12. Variant ve Facet URL’lerini Aynı Şey Sanmak

Product configuration ile category filtering tek teknik kuralla yönetilir.

13. Aynı Varyant İçin Birden Fazla URL Formatı Üretmek

Örneğin:

?color=black&size=m

ve:

?size=m&color=black

aynı product state’i ayrı URL’ler üzerinden temsil eder.

14. Ürün Family’sini URL Sayısıyla Parçalamak

Aynı product intent onlarca yakın kopya URL arasında dağıtılır.

Varyant URL Karar Ağacı

Yeni product variant oluşuyor.

↓

Gerçek product family’nin parçası mı?

Hayır → ayrı ürün olarak değerlendir.

Evet ↓

Ayrı search demand var mı?

Hayır → tek canonical product içinde variant olarak tut.

Evet ↓

Search intent parent product’tan ayrışıyor mu?

Hayır → tek product owner.

Evet ↓

SERP specific variant pages gösteriyor mu?

Hayır → tek product owner modelini korumayı değerlendir.

Evet ↓

Variant anlamlı product identity farkı taşıyor mu?

Hayır → tek owner.

Evet ↓

Bağımsız page value üretilebiliyor mu?

Hayır → tek owner.

Evet ↓

Ayrı canonical variant URL değerlendir.

Renk Varyantı İçin Karar Ağacı

Yeni renk seçeneği var.

↓

Kullanıcı bu specific product + renk kombinasyonunu bağımsız mı arıyor?

Hayır → tek product page.

Evet ↓

Query product intent mi, category/facet intent mi?

Category/facet → product variant açma; category/facet architecture’ı değerlendir.

Product intent ↓

Variant ayrı product experience taşıyor mu?

Hayır → tek product owner.

Evet ↓

Ayrı variant page değerlendir.

Beden Varyantı İçin Karar Ağacı

Yeni beden oluşuyor.

↓

Ayrı product search intent var mı?

Hayır → tek canonical product page.

Evet ↓

Query belirli product mı, genel size/facet demand mi?

Genel facet → category/facet architecture.

Specific product ↓

Gerçek bağımsız product page değeri var mı?

Hayır → tek product page.

Evet → istisnai olarak ayrı URL değerlendir.

Ürün Varyantları SEO Audit Nasıl Yapılır?

1. Product Family’leri Çıkarın

Hangi SKU’ların aynı parent product’a bağlı olduğunu belirleyin.

2. Variant Attribute’ları Çıkarın

• Color
• Size
• Capacity
• Material
• Model
• Diğer options

3. URL Davranışını Test Edin

Variant seçildiğinde:

• URL değişiyor mu?
• Doğrudan açılıyor mu?
• Aynı state yükleniyor mu?
• Duplicate parameter orders oluşuyor mu?

4. Canonical’ı Kontrol Edin

Her variant URL hangi canonical’a işaret ediyor?

Bu davranış intended SEO modelinizle uyumlu mu?

5. Index Durumunu Kontrol Edin

Google hangi variant URLs’i indexliyor?

İndekslenmesini istemediğiniz state’ler görünür mü?

6. Search Demand’i Kontrol Edin

Gerçek variant-level queries var mı?

7. SERP’i Kontrol Edin

Google parent product pages mi, specific variants mı gösteriyor?

8. Structured Data’yı Kontrol Edin

• ProductGroup doğru mu?
• Varyantlar doğru Product entities mi?
• SKU/GTIN doğru mu?
• Price doğru mu?
• Availability doğru mu?
• Images doğru mu?
• variesBy gerçek attributes’u mu gösteriyor?

9. Sitemap’i Kontrol Edin

Sitemap yalnız intended canonical/indexable product URLs’i mi içeriyor?

10. Internal Linking’i Kontrol Edin

Indexlenebilir variants gerçek links alıyor mu?

Non-canonical variant states gereksiz biçimde site genelinde linkleniyor mu?

Ürün Varyantları SEO Kontrol Listesi

Product Model

• Parent product belli mi?
• Varyant attributes belli mi?
• Her variant doğru SKU/identifier’a sahip mi?
• Varyant ile gerçek ayrı ürün ayrıldı mı?

Search Intent

• Variant-level search demand var mı?
• Product ve facet intent ayrıldı mı?
• Generic parent product query owner belli mi?

URL

• Variant URL modeli belli mi?
• Aynı state birden fazla URL üretmiyor mu?
• Variant URL doğrudan açıldığında doğru option seçiliyor mu?

Canonical

• Tek-page model mi?
• Multi-page model mi?
• Canonical buna göre tutarlı mı?
• Indexlenebilir variant başka URL’ye yanlış canonical edilmiş mi?

Product Data

• Variant SKU doğru mu?
• GTIN doğru mu?
• Fiyat doğru mu?
• Availability doğru mu?
• Görsel doğru mu?

Structured Data

• ProductGroup doğru mu?
• hasVariant veya isVariantOf ilişkileri doğru mu?
• variesBy doğru attributes’u gösteriyor mu?
• productGroupID tutarlı mı?
• Her variant unique identifier taşıyor mu?

Sitemap

• Yalnız Search’te görmek istediğimiz canonical URLs var mı?
• Non-canonical query variants sitemap’te mi?
• Noindex varyantlar yanlışlıkla sitemap’e girmiş mi?

Internal Linking

• Indexlenebilir variants crawlable links alıyor mu?
• Parent-product relationships açık mı?
• Category doğru product URL’lerine link veriyor mu?
• Non-canonical state URLs gereksiz biçimde site-wide link alıyor mu?

Measurement

• Parent ve variant queries ayrı takip ediliyor mu?
• URL switching var mı?
• Wrong-page ranking görülüyor mu?
• Search Console variant ownership’i beklenen biçimde gösteriyor mu?

Varyant Sayısını URL Sayısına Çevirmeyin

Bir ürünün:

• 5 rengi
• 8 bedeni

varsa teknik olarak 40 farklı combination oluşabilir.

Bu:

40 farklı SEO landing page

olduğu anlamına gelmez.

Aynı şekilde iki kapasite seçeneğinin aynı product family içinde olması da bunların mutlaka tek organic URL’de kalması gerektiğini kanıtlamaz.

Doğru sıra:

product family → variant → search demand → intent → SERP → product identity → URL model → canonical → structured data

olmalıdır.

DigitalPlus ürün varyantlarını SKU sayısına göre değil, gerçek arama ve ürün deneyimine göre yönetir.

Varyantların ayrı URL’ye sahip olması teknik olarak mümkün olmasıyla, ayrı indekslenebilir belge hak etmesi aynı şey değildir.

Binlerce ürün ve varyant URL’sinde hangi sayfaların gerçek organik görev taşıdığını belirlemek için E-Ticaret SEO hizmetimizi inceleyin.

Sıkça Sorulan Sorular

Ürün varyantı nedir?

Ürün varyantı, aynı product family içindeki renk, beden, kapasite, malzeme veya başka özelliklere göre farklılaşan ürün seçeneğidir.

Her ürün varyantının ayrı URL’si olmalı mı?

Hayır. Varyantlar tek ürün sayfası üzerinde yönetilebilir. Ayrı URL kullanılması ürün modeli, kullanıcı deneyimi ve teknik ihtiyaçlara göre değerlendirilebilir.

Ayrı varyant URL’si varsa Google’da indexlenmeli mi?

Otomatik olarak hayır. Distinct URL ile distinct indexable document aynı şey değildir. Ayrı search intent ve page value yoksa varyant URL ana product canonical’ına bağlanabilir.

Renk varyantları ayrı indexlenmeli mi?

Çoğu üründe otomatik olarak gerekmez. Renk query’sinin product intent mi yoksa category/facet intent mi taşıdığı ayrıca değerlendirilmelidir.

Beden varyantları ayrı indexlenmeli mi?

Çoğu apparel yapısında beden bir product selection option’ıdır ve tek canonical product page altında tutulabilir. Ayrı organic intent bulunmadıkça her beden için landing page açmak gerekmez.

256 GB ve 512 GB ürünler ayrı sayfa olabilir mi?

Evet, olabilir. Bağımsız search demand, farklı product identity, fiyat, kullanıcı journey’si ve page value doğrulanıyorsa kapasite varyantları ayrı canonical product pages olarak değerlendirilebilir.

Farklı SKU varsa ayrı sayfa gerekir mi?

Hayır. Ayrı SKU operasyonel ürün kimliğini gösterir ancak tek başına ayrı organic landing page gerektirmez.

Varyantların fiyatları farklıysa ayrı URL gerekir mi?

Tek başına hayır. Fiyat farkı ayrı kullanıcı yolculuğunu destekleyen bir sinyaldir ancak search intent ve product identity ile birlikte değerlendirilmelidir.

Varyantların stok durumu farklı olabilir mi?

Evet. Her varyantın availability bilgisi doğru biçimde yönetilmelidir. Seçilen variant’ın visible product data ve structured data bilgileri birbiriyle uyumlu olmalıdır.

ProductGroup nedir?

ProductGroup aynı product family içindeki varyantları ortak bir grup altında tanımlamak için kullanılan structured data tipidir.

hasVariant ile isVariantOf arasındaki fark nedir?

hasVariant ProductGroup’un içerdiği Product varyantlarını gösterebilir. isVariantOf ise belirli Product’ın ait olduğu ProductGroup relationship’ini tanımlayabilir.

variesBy ne işe yarar?

ProductGroup içindeki ürünlerin hangi özelliklere göre değiştiğini belirtir. Örneğin color veya size varyant özellikleri olarak tanımlanabilir.

Her varyantın SKU veya GTIN’i olmalı mı?

Google product variant structured data modelinde her varyantın SKU veya GTIN gibi benzersiz identifier ile tanımlanması gerekir. Ancak bunun organik olarak ayrı indexlenmesi gerektiği anlamına gelmediğini ayırmak gerekir.

Varyant seçilince URL değişmeli mi?

Zorunlu bir genel SEO kuralı değildir ancak belirli varyantın doğrudan açılabilmesi için distinct URL state yararlı olabilir. Product variant structured data uygulamalarında variant’ın doğrudan URL üzerinden seçilebilmesi özellikle önemlidir.

Varyant URL değişiyorsa canonical da değişmeli mi?

Modelinize bağlıdır. Tek canonical product modelinde variant state değişirken canonical base product URL’de kalabilir. Gerçek ayrı indexable variant pages kullanılıyorsa canonical stratejisi bağımsız page ownership’i desteklemelidir.

Varyant URL’leri sitemap’e eklenmeli mi?

Yalnız bağımsız, canonical ve Search’te bulunmasını istediğiniz variant URLs sitemap’e eklenmelidir. Ana product URL’ye canonical edilen bütün query-parameter states’i sitemap’e doldurmak gerekmez.

Ürün varyantı ile faceted navigation aynı şey mi?

Hayır. Product variant belirli ürünün seçeneğidir. Faceted navigation ise bir ürün listesini attribute’lara göre filtreler. Aynı “renk” veya “kapasite” attribute’u iki sistemde farklı search intent taşıyabilir.

Varyant pages birbirine internal link vermeli mi?

Gerçek ayrı canonical variant pages kullanılıyorsa kullanıcıların ve crawler’ın varyantlar arasında geçebilmesi için uygun crawlable links kullanılabilir.

Product Schema varyantların indexlenmesini sağlar mı?

Hayır. Structured data product relationships’in anlaşılmasına yardımcı olur ancak bir varyantın bağımsız organic page olması search intent, URL ownership ve indexation kararına bağlıdır.

Aynı product family için hem parent hem variant pages indexlenebilir mi?

Evet, gerçek farklı search intent ve page görevleri varsa mümkün olabilir. Parent ile variants’ın hangi queries’i sahiplenmesi gerektiği önceden belirlenmelidir.

Varyant URL’lerinde duplicate content cezası olur mu?

Benzer ürün bilgisi bulunması otomatik ceza anlamına gelmez. Asıl SEO problemi, ayrı kullanıcı veya search görevi taşımayan çok sayıda yakın kopya URL’nin gereksiz biçimde indekslenmesidir.