Ürün Varyantları SEO: URL, Canonical ve Veri

Bir tişört, üç renk ve beş bedenle satıldığında katalogda on beş farklı stok kalemi oluşur. Müşteri için bunlar aynı ürünün seçenekleridir; arama motoru için ise her biri ayrı bir adres, ayrı bir fiyat satırı ve ayrı bir kopya riski anlamına gelebilir. Varyant yönetimi bu yüzden e-ticaret SEO'sunun en sessiz ama en pahalı konularından biridir: yanlış kurulduğunda ne bir hata mesajı alırsınız ne de bir uyarı görürsünüz; yalnızca yanlış sayfanın sonuçlarda çıktığını, doğru rengin aranınca bulunamadığını ya da fiyatın sayfayla uyuşmadığını fark edersiniz.

Bu yazı e-ticaret ve pazaryeri geliştiricisi, katalog yöneticisi ve SEO sorumlusu için yazıldı. Önce varyantın neden sorun yarattığını tanımlar, ardından üç URL modelini karşılaştırır. Sonra canonical kararını, ProductGroup ve Product yapılandırılmış verisini, fiyat ve stok uyumunu, "ayrı sayfa hak eden varyant" sorusunu ve yayın sonrası izlemeyi ele alır. Dayanak olarak Google Search Central'ın üç belgesi kullanıldı: e-ticaret URL yapısı rehberi (yeni sekmede açılır), ürün varyantı yapılandırılmış veri belgesi (yeni sekmede açılır) ve yinelenen URL'leri birleştirme belgesi (yeni sekmede açılır). Arama hacmi, sıralama etkisi ya da tıklama oranı gibi rakamlar verilmez; elde olmayan veriyi varmış gibi sunmak bu yazının işi değildir. Kaynağı olmayan yorumlar "değerlendirme" olarak etiketlenir.

Varyant Sorunu: Aynı Ürün, Çok Sayıda Adres

Varyant, aynı temel ürünün renk, beden, malzeme, desen gibi bir ya da birkaç özellikte ayrışan hâlidir. Bu tanım basit görünür, ama üç ayrı katmanda üç ayrı karar gerektirir: müşterinin gördüğü sayfa, sunucunun ürettiği URL ve arama motoruna verilen yapılandırılmış veri. Bu üç katman birbirini tutmuyorsa sorun başlar.

Müşteri katmanı: seçici ve ürün sayfası

Müşteri çoğunlukla tek bir ürün sayfasında renk ve beden seçer. Sayfa seçime göre görseli, fiyatı ve stok durumunu günceller. Bu arayüz davranışı SEO açısından ancak seçimin bir URL karşılığı varsa görünür olur. Seçim yalnızca JavaScript durumunda tutuluyor ve adres satırı değişmiyorsa, arama motoru için tek bir sayfa vardır; paylaşılan bir link de müşteriyi hangi rengi seçtiyse onu değil, varsayılanı gösterir.

Sunucu katmanı: URL üretimi

Sunucu tarafında üç tipik kalıp görülür. Birincisi seçimi hiç URL'ye yansıtmayan tek adres. İkincisi seçimi parametreyle taşıyan adres, örneğin renk ve beden değerleri sorgu dizesinde. Üçüncüsü her varyant için ayrı bir yol ya da ayrı bir ürün kaydı. Hangisini seçtiğiniz canonical, sitemap ve dahili link kararlarını da belirler.

Veri katmanı: işaretleme

Yapılandırılmış veri, arama motoruna "bu sayfadaki ürünler aynı grubun üyeleridir" bilgisini verir. Google bu iş için ProductGroup türünü ve onunla birlikte Product işaretlemesini tarif eder. İşaretleme olmadan da sayfa taranır, ama varyant ilişkisi çıkarım yoluyla anlaşılmaya bırakılır.

Hangi sorunlar yaşanır?

• Aynı içerik farklı adreslerden döner; tarama kaynağı kopyalara harcanır.
• Sinyaller bölünür: dahili linkler, harici linkler ve ölçümler birden fazla adrese dağılır.
• Sonuçlarda istenmeyen varyant çıkar; örneğin stokta olmayan bir beden önde görünür.
• İşaretlemedeki fiyat ve stok bilgisi görünen sayfayla uyuşmaz.
• Gerçek bir arama ihtiyacı olan varyant, yalnızca bir seçici seçeneği olduğu için hiçbir sayfada karşılanmaz.

Bu başlıkların her biri aşağıda ayrı bir bölümde ele alınıyor. Filtreleme ve çok boyutlu gezinme ile ilgili benzer kopya sorunları için ayrıca e-ticaret filtre URL'leri ve faceted navigation yazısına bakabilirsiniz; varyant ile filtre farklı kavramlardır, ama aynı kopya mantığını paylaşırlar.

Üç URL Modeli ve Google'ın Önerisi

Google'ın e-ticaret URL yapısı rehberi, varyantlar için net bir çerçeve çizer. Rehbere göre her varyantın, yani renk ya da beden gibi özelliklerin her birleşiminin kendi URL'si olmalıdır. İki örnek kalıp verilir: yol bölümü (örneğin /t-shirt/green) ve sorgu parametresi (örneğin /t-shirt?color=green). Aşağıda bu çerçeveyi dört modele ayırıyoruz.

Model 1: Fragment ile seçim

Seçimi adresin # işaretinden sonrasına yazan bir sistem, örneğin /product/t-shirt#black ve /product/t-shirt#white, arama motoru için tek sayfadır. Rehber, Google'ın indekslemede fragment tanımlayıcılarını kullanmadığını açıkça belirtir. Dolayısıyla bu model müşteriye paylaşılabilir bir adres verebilir ama arama motoruna yeni bir sayfa vermez. Varyantlarınızın ayrı bulunmasını istiyorsanız fragment çözüm değildir.

Model 2: Sorgu parametresi

Seçim ?color=green gibi bir parametreyle taşınır. Rehber bu biçimi önerir ve parametre kullanımıyla ilgili birkaç kural koyar. Anahtar=değer çiftleri kullanın; ?2 ya da ?green gibi çıplak değerlerden kaçının. Aynı parametreyi iki kez kullanmayın, çünkü Googlebot değerlerden birini yok sayabilir; birden fazla değer gerekiyorsa virgülle ayrılmış tek parametre kullanın. Oturum kimliği, izleme kodu, konuma göre değişen değerler ve zaman gibi geçici parametrelere dahili link vermeyin.

Model 3: Yol bölümü

Varyant yolun parçasıdır: /t-shirt/green. Bu biçim okunaklıdır ve rehberin önerdiği iki kalıptan biridir. Yol tabanlı yapı özellikle her varyantı ayrı bir arama ihtiyacı olarak yönetmek istediğinizde işe yarar, çünkü adres kendi başına bir sayfa gibi görünür. Karşılığında rota, kategori ve yönlendirme mantığı daha karmaşık hâle gelir ve her yeni özellik kombinasyonu yeni bir yol üretir.

Model 4: Her varyantın ayrı ürün sayfası olması

Bazı katalog sistemleri her rengi bağımsız bir ürün kaydı olarak tutar ve beden seçimini aynı sayfada yapar. Bu model çoğu zaman moda kataloglarında görülür. Bu durumda her renk sayfasının kendi görselleri, kendi açıklaması ve kendi adresi vardır; ürünler arasındaki ilişki ise işaretleme ile kurulur. Google'ın varyant belgesi bu durumu "çok sayfalı site" örneği olarak ele alır; ayrıntısı işaretleme bölümünde.

Okunaklı adres ve tutarlı biçim

Rehber, yollarda açıklayıcı kelimeler kullanmayı öğütler: /product/black-t-shirt-with-a-white-collar gibi bir adres, /product/3243 gibi bir adresten tercih edilir. Aynı rehber, sunucu büyük ve küçük harfi aynı sayıyorsa tek bir biçim kullanmanızı, iç linklerde, sitemap'te ve canonical etiketlerinde adres biçimini birleştirmenizi ister. Örneğin ?page=1 ekini ya da hiçbir yerde eklememeniz ya da her yerde eklemeniz gerekir. Varyant adresleri için de aynı kural geçerlidir: renk değerinin yazımı (green mi, yesil mi), parametre sırası ve eğik çizgi kullanımı tek biçimde sabitlenmelidir.

Modellere genel bakış

Tabloda "tipik" sözcüğü bilerek kullanıldı; güçlü yan ve risk sütunları bu yazının değerlendirmesidir, Google belgelerinden alınmış hükümler değildir. Hangi modelin sizin için doğru olduğu, aşağıdaki canonical ve arama niyeti bölümlerine bağlıdır.

Canonical: Kopya Riskini Tek Adrese Bağlamak

Google'ın yinelenen URL'leri birleştirme belgesi, aynı ya da çok benzer içeriğin birden fazla adresten sunulduğu durumda hangi adresin tercih edildiğini arama motoruna bildirme yöntemlerini sayar. Belgenin dört nedeni vardır: sonuçlarda gösterilecek adresi seçmek, linkler gibi sinyalleri tek adreste toplamak, izlemeyi sadeleştirmek ve tarama süresini yeni ya da güncellenen sayfalara ayırmak. Varyantlar için hepsi geçerlidir.

Yöntemlerin gücü

Belge üç yöntemi güçlüden zayıfa doğru sıralar. Kalıcı yönlendirme, hedefin canonical olması gerektiğine dair güçlü bir sinyaldir ve bir kopya sayfayı kaldırırken kullanılır. rel="canonical" bağlantı notu kopya sayfaların head bölümüne eklenir, tercih edilen adrese işaret eder ve belgeye göre güçlü bir sinyaldir; sınırsız sayıda kopyayı tek adrese eşleyebilir. Sitemap'e eklemek ise zayıf bir sinyaldir: listelenen adresler önerilen canonical olarak kabul edilir, ama hangi sayfaların kopya olduğuna Google karar verir. Yöntemler birlikte kullanılabilir ve bu, tercih ettiğiniz adresin sonuçlarda çıkma olasılığını artırır.

Belgenin dili önemlidir: bunlar sinyaldir, zorunlu komut değildir. Belirli bir canonical belirtilmezse Google en iyi sürümü kendisi seçer. Bu yüzden canonical, varyant stratejisinin tek başına çözümü değil, diğer tutarlı sinyallerin (dahili linkler, sitemap, yönlendirme) yanında çalışan bir parçadır.

Varyant sayfalarında canonical için iki yaklaşım

E-ticaret URL rehberi varyantlar için şu çerçeveyi verir. İsteğe bağlı sorgu parametreleri varyantı tanımlıyorsa, parametresiz adres canonical olmalıdır; bu, varyantlar arasındaki ilişkiyi netleştirir. Benzersiz varyant adresleri olan ürünlerde her varyant sayfasındaki canonical etiketi ana ürün adresine işaret etmelidir. Buradan çıkan pratik karar şudur: varyantlarınız ana ürünün seçenekleriyse ve ayrı arama ihtiyacı doğurmuyorsa, hepsi ana ürün adresine bağlanır.

Ayrı sayfaya ihtiyaç duyan varyantlar için bu yazının değerlendirmesi farklıdır. Kendi görseli, kendi açıklaması ve kendi arama ihtiyacı olan bir renk sayfası kendi adresine kendini işaret eden bir canonical taşıyabilir. Google'ın rehberi tüm indekslenebilir sayfalarda kendini işaret eden canonical kullanmayı ve bu adresleri sitemap'e koymayı da önerir; ancak rehber bu kararı varyant bazında "ayrı sayfa hak eder mi" ölçütüyle vermez. Bu ölçüt aşağıdaki arama niyeti bölümünde bir değerlendirme olarak tartışılıyor.

Canonical kurallarında dikkat edilecekler

• Mutlak adres kullanın; göreli adres hatayı çoğaltır.
• Canonical hedefi bir fragment olmamalıdır.
• Aynı sayfa için farklı yöntemlerle birbirini yalanlayan canonical göstermeyin; sitemap'te bir adres, etikette başka bir adres olması belgenin kaçınılmasını istediği durumdur.
• robots.txt dosyasını ya da URL kaldırma aracını canonical belirleme yöntemi olarak kullanmayın.
• Aynı site içinde canonical seçmek için noindex kullanmaktan kaçının.
• Canonical adresine dahili link verin; sayfalar arası linkler tercih ettiğiniz adresi desteklemeli.
• JavaScript kullanıyorsanız canonical'ı HTML kaynağında verin ve JavaScript'in değiştirmesine izin vermeyin.
• HTML öğesi ya da HTTP üstbilgisi yöntemlerinden yalnızca birini kullanın.

Canonical etiketlerinde sık görülen hataların kapsamlı bir denetim yöntemi için canonical etiketi hataları ve denetimi yazısını kullanabilirsiniz; burada yalnızca varyanta özgü kısımlara odaklanıyoruz.

Kurgusal örnek: Tek ürün, dört adres

Kurgusal örnek: bir ev tekstili mağazasında "pamuklu nevresim takımı" ürünü, ana adresin yanında renk parametreli üç adres daha üretiyor. Sayfaların hepsi aynı açıklamayı ve aynı fiyatı gösteriyor. Mağaza, parametresiz ana adresi canonical yapıyor, üç renk adresinin head bölümüne ana adrese işaret eden canonical ekliyor, sitemap'e yalnızca ana adresi koyuyor ve dahili linkleri ana adrese çeviriyor. Dört sinyal aynı adresi gösterdiği için karar belirsiz kalmıyor. Bu örnekte rakam yoktur; yalnızca karar sırasını gösterir.

ProductGroup ve Product İşaretlemesi

Google'ın ürün varyantı belgesi, bir ana ürünün varyantlarını gruplamak için ProductGroup türünü, varyantlar için Product türünü kullanmayı anlatır. Bu işaretleme, ürünlerin varyant bilgisini taşıyan ticari listeleme deneyimlerinde yer almasını mümkün kılar. ProductGroup ayrıca marka ve yorumlar gibi tüm varyantlarda ortak özellikleri tek yerde tutarak tekrarı azaltır.

Temel özellikler

• name: Grubun adı zorunludur; varyant adları daha özgül olmalıdır.
• variesBy: Varyantları ayıran özellikleri belirtir. Desteklenen değerler color, size, suggestedAge, suggestedGender, material ve pattern olarak sıralanır ve schema.org adresleriyle tam yazılır.
• hasVariant: Product varyantlarını grubun altına iç içe koyar. Varyant bunun yerine isVariantOf ile ana grubuna da işaret edebilir.
• productGroupID: Ana ürünün SKU'sudur. Grupta ya da her varyantta inProductGroupWithID ile verilebilir; ikisi birlikte verilirse eşleşmelidir.
• url: Varyant seçicisi olmayan grup adresidir. Belgeye göre yalnızca tek sayfalı sitelerde kullanılır; çok sayfalı sitelerde kullanılmaz.
• Önerilenler: aggregateRating, brand (brand.name), description, review ve hasAdultConsideration.

Tek sayfalı model

Varyantların aynı sayfada, sorgu parametreleriyle seçildiği sitelerde iki yazım seçeneği vardır. Birincisi varyantları ProductGroup altında hasVariant ile iç içe vermektir; belge bunu en kompakt seçenek olarak tarif eder ve her varyantın Offer bilgisinin kendi adresi olur. İkincisi varyantları ayrı tanımlayıp isVariantOf ile bağlamaktır; belgeye göre içerik yönetim sistemleri için üretmesi daha kolay olabilir. Bu modelde toplam grup için tek ve belirgin bir canonical adres gerekir; örneğin temel ürün adresi.

Çok sayfalı model

Varyantlar farklı sayfalardaysa tek bir grup canonical adresi yoktur. Belgeye göre her sayfada tam bir ProductGroup tanımı bulunur. Her sayfa kendi varyantlarını tam olarak içerir ve diğer sayfalardaki varyantlar için yalnızca url içeren özet (stub) varyantlar ekler. Her sayfanın işaretlemesi kendi içinde bağımsız ve eksiksiz olmalıdır. Pratikte bu, katalog sisteminin her sayfayı oluştururken kardeş sayfaların adreslerini bilmesi demektir.

Teknik kurallar

Belge birkaç teknik kural sıralar. Her varyantın işaretlemede sku ya da gtin gibi benzersiz bir kimliği olmalıdır. Her ürün grubunun benzersiz bir kimliği (productGroupID ya da inProductGroupWithID) olmalıdır. Ticari listeleme ya da ürün snippet'i için gereken özellikleri taşıyan Product işaretlemesi eklenmelidir. Her varyant, sorgu parametreleriyle kendi adresinden önceden seçilebilir olmalı; doğru görseli, fiyatı ve stok durumunu göstermeli ve sepete eklenebilmelidir. Product işaretlemesi mümkünse ilk HTML'de bulunmalıdır; belge, JavaScript ile üretilen işaretlemenin Shopping taramalarını daha seyrek ve daha az güvenilir kılabileceğini söyler ve ek Google trafiği için sunucu kapasitesine dikkat çeker.

Örnek şema alanları

Tablodaki "sık hata" sütunu bu yazının değerlendirmesidir; belge yalnızca kuralları ve örnekleri sıralar. Tek ürün işaretlemesinin ayrıntıları için ürün schema işaretlemesi rehberi yazısına bakın.

Fiyat, Stok ve Görünür Sayfa Uyumu

Yapılandırılmış veri görünür içeriği yansıtmak zorundadır. Bu ilke varyantlarda daha kolay bozulur, çünkü bir sayfada birden fazla fiyat ve stok durumu bir arada bulunur.

Varyantın kendi teklifi

Her varyantın Offer bilgisi o varyantın adresine ve o varyantın fiyatına bağlı olmalıdır. Google'ın belgesi, her varyantın kendi adresinden önceden seçilebilir olması ve bu adreste doğru görsel, fiyat ve stok durumunun görünmesi gerektiğini söyler. Dolayısıyla "kırmızı, M beden" adresini açan kullanıcı kırmızı ürünü, M bedenini, gerçek fiyatı ve gerçek stok durumunu görmelidir. Sayfa açıldığında varsayılan renge dönüyorsa, işaretleme ile görünür içerik ayrışır.

Stok durumunu varyant düzeyinde yönetmek

Beden bazında stok tükendiğinde bu bilgi yalnızca o varyantın teklifine yansımalıdır; grubun tamamı tükenmiş gibi gösterilmemelidir. Ürün tamamen kalktıysa karar başka bir konudur ve tükenen ya da kaldırılan ürün sayfalarının yönetimi için ayrı bir rehber var: tükenen ve kaldırılan ürün sayfaları. Tek bir bedenin geçici stoksuzluğu için sayfayı kaldırmak ya da yönlendirmek çoğu zaman ölçüsüz bir müdahaledir; bu bir değerlendirmedir, Google belgesinde varyant bazlı stok kuralı yoktur.

Fiyatın tek kaynaktan gelmesi

Fiyat ve stok bilgisinin işaretlemeye ve görünür sayfaya aynı veri kaynağından yazılması, uyuşmazlığı önlemenin en sağlam yoludur. Görünür fiyatı bir yerden, işaretleme fiyatını başka bir önbellekten çeken yapılarda zamanla fark oluşur. Bu yüzden sayfa şablonunun hem kullanıcı arayüzünü hem JSON-LD çıktısını aynı varyant nesnesinden üretmesi tercih edilir. Bu da bir mühendislik değerlendirmesidir.

İlk HTML ve JavaScript

Belgenin uyarısını bir kez daha vurgulamak gerekir: Product işaretlemesi mümkünse ilk HTML'de yer almalıdır. Varyant seçildiğinde JavaScript ile işaretlemeyi değiştiren bir mimaride, ilk yanıt varsayılan varyantı, sonraki durumlar diğerlerini göstereceği için tarayıcının gördüğü ile botun gördüğü ayrışabilir. Her varyantın kendi adresi sunucu tarafında doğru işaretlemeyle üretiliyorsa bu sorun ortadan kalkar.

Kurgusal örnek: Bedeni tükenen bir ayakkabı

Kurgusal örnek: bir spor ayakkabı sayfasında 42 numara tükeniyor, diğer numaralar stokta. Doğru uygulamada 42 numaranın teklifi stokta yok olarak işaretlenir, sayfada bedenin yanında "tükendi" bilgisi görünür ve diğer varyantların teklifleri değişmez. Yanlış uygulamada ise ürün grubunun tamamı stokta yok yazılır ya da sayfa tamamen kaldırılır. Burada rakam yoktur; senaryo yalnızca karar mantığını gösterir.

Renk ya da Beden Ayrı Sayfayı Hak Eder mi?

Bu soru, URL modelini seçerken en çok tartışılan konudur. Google'ın belgeleri her varyantın ayrı URL'sinin olmasını önerir, ama varyantın ayrı indekslenmesi gerektiğini söylemez. İki karar farklıdır: URL varlığı ve canonical tercihi. Aşağıdaki çerçeve bu yazının değerlendirmesidir.

Arama niyetini tanıyın

Kullanıcının sorgusu bir özellik içeriyorsa ve bu özellik ürünün seçim kriteri hâline geliyorsa, o varyantın kendi sayfasını hak etme ihtimali artar. Renk bazen böyledir: insanlar belirli bir renkte ürün arar. Beden ise çoğu durumda bir seçim adımıdır; "42 numara" ayrı bir ürün arayışı olmaktan çok bir filtredir. Bu ayrım evrensel değildir; kategoriye göre değişir. Şemsiye gibi bir üründe renk seçici sıradan bir ayrıntı iken, mobilya ya da dekorasyonda renk sorgunun merkezi olabilir.

İçerik farkı var mı?

Ayrı sayfa fikri ancak sayfa gerçekten farklıysa anlamlıdır: o renge özgü görseller, o rengin açıklaması, malzeme ya da ölçü ayrıntısı, yorumlar. Yalnızca görselin rengi değişen ve geri kalan her şeyin aynı kaldığı bir sayfa, kopya riskini taşır. Google'ın yinelenen URL belgesi "aynı ya da çok benzer" içerikten söz eder; yalnızca bir görsel değişimi bu çerçeveye girer.

Karar için basit bir çizelge

Çizelge sıralama garantisi vermez; yalnızca bir karar sırası önerir. Arama hacmi ya da zorluk verisi bu yazıda yoktur. Bu kararı vermeden önce kendi Search Console sorgu raporunuzda ilgili renk ya da beden ifadelerinin gerçekten aranıp aranmadığına bakın.

Karma yaklaşım

Pratikte çoğu katalogda karma bir yapı doğar: bedenler ana ürün adresinde seçilir ve canonical ana adrestedir; birkaç stratejik renk ise kendi sayfasını taşır ve kendini işaret eden canonical ile sitemap'e girer. Karma yapı yönetilmezse karışıklık yaratır, bu yüzden hangi varyantın hangi gruba düştüğünü bir tabloda tutmak gerekir.

Linkleme ve gezinme

Rehber, navigasyonun JavaScript'e dayanmamasını ve a href etiketleriyle yapılmasını söyler; Googlebot JavaScript ile oluşturulan gezinmeyi algılamayabilir. Renk seçicideki her seçeneğin gerçek bir a etiketiyle varyant adresine gitmesi bu yüzden önemlidir. Bağlantı metni olarak da "buraya tıklayın" yerine ürün başlığı gibi anlamlı bir ifade kullanılması önerilir.

Test, İzleme ve Yayın Öncesi Kontroller

Varyant sorunları sessizdir; bu yüzden kontrol listesi ve düzenli izleme kurmak gerekir. Aşağıdaki liste Google'ın ürün varyantı belgesindeki uygulama adımlarına, yinelenen URL belgesindeki önerilere ve bu yazının değerlendirmelerine dayanır.

Yayın öncesi kontrol listesi

1. Her varyantın adresi sunucudan doğrudan istendiğinde doğru görseli, fiyatı ve stok durumunu veriyor mu?
2. Canonical etiketi mutlak adres mi, hedefi fragment içermiyor mu, ilk HTML'de mi?
3. Sitemap'te yalnızca canonical adresler mi var?
4. Dahili linkler canonical adrese mi çıkıyor?
5. ProductGroup, productGroupID ve her varyant için benzersiz sku ya da gtin var mı?
6. Fiyat ve stok işaretlemesi görünür sayfayla aynı kaynaktan mı geliyor?
7. Rich Results Test'te kritik hata yok mu?

Google'ın önerdiği doğrulama adımları

Ürün varyantı belgesi şu sırayı önerir: gerekli özellikleri ekleyin, yönergelere uyun, Rich Results Test ile doğrulayıp kritik hataları giderin, örnek sayfaları yayımlayıp URL Denetimi aracıyla kontrol edin (robots.txt, noindex ya da oturum gerektirme ile engellenmediğini doğrulayın) ve sitemap gönderip güncel tutun. Search Console Sitemap API'si ile bunu otomatikleştirmek de mümkündür. Belge ayrıca, yapılandırılmış verinin zengin sonuç üreteceğini garanti etmediğini, Search Console'daki yapılandırılmış veri hatalarına ve manuel işlemlere bakılması gerektiğini, manuel işlem durumunda sayfanın yapılandırılmış verisinin yok sayılacağını ve yeniden tarama için birkaç gün beklenmesi gerektiğini belirtir.

İzleme rutini

• Search Console sayfa indeksleme raporunda "kullanıcı tarafından seçilen canonical yok sayıldı" benzeri durumları izleyin; varyantlarınız burada görünebilir.
• Ürün snippet'i ve ticari listeleme raporlarında hata ve uyarı eğilimine bakın.
• Sitemap'inizdeki adres sayısı ile canonical adres sayısı arasındaki farkı düzenli karşılaştırın.
• Katalog güncellemesi, yeni varyant türü ya da şablon değişikliğinden sonra rastgele örnek varyant adreslerini el ile açın.
• Tükenen varyantların teklif durumunun doğru güncellendiğini örneklemeyle kontrol edin.

Bu liste rapor adlarını Search Console'un sunduğu genel kategoriler olarak anar; ekran adları zamanla değişebilir. Sonuçlarda çıkan varyantın ana ürün mü, belirli bir renk mi olduğunu görmek için ilgili sorguyu arama sonucunda kendiniz de kontrol edebilirsiniz.

Kurgusal örnek: Şablon değişikliğinden sonra sessiz kayma

Kurgusal örnek: bir mağaza ürün sayfası şablonunu yeniliyor. Yeni şablon renk seçicisini JavaScript ile çiziyor ve canonical etiketini sayfa yüklendikten sonra dinamik olarak yazıyor. İlk HTML'de canonical yok, işaretleme ise yalnızca varsayılan renge ait. Belge uyarılarına göre bu, hem canonical için JavaScript'e dayanma hem de işaretlemenin ilk HTML'de olmaması sorunudur. Çözüm, sunucunun her varyant adresi için canonical ve işaretlemeyi ilk yanıtta üretmesidir. Rakam kullanılmamıştır; örnek yalnızca hatanın nasıl gizlendiğini gösterir.

Sık Yapılan Hatalar

• Seçimi fragment'e yazmak: Google fragment'i indekslemede kullanmaz; varyantlar tek sayfa gibi davranır.
• Aynı parametreyi tekrarlamak: ?color=red&color=blue gibi kullanım, Googlebot'un değerlerden birini yok saymasına yol açabilir.
• Geçici parametrelere dahili link vermek: Oturum kimliği ve izleme kodlu adresler kopya üretir.
• Canonical ile sitemap'i çelişkili bırakmak: Etiket bir adresi, sitemap başka bir adresi işaret eder.
• Her varyantı kör biçimde indekslenebilir bırakmak: İçerik farkı olmayan sayfalar kopya riski taşır.
• Her varyantı kör biçimde ana ürüne bağlamak: Gerçek arama ihtiyacı olan varyantı görünmez kılabilir.
• İşaretlemede grubu eksik bırakmak: productGroupID ve varyant kimlikleri olmadan gruplama kurulamaz.
• Varsayılan varyantı tüm sayfalara yazmak: Varyant adresinde yanlış fiyat ya da görsel çıkar.
• Tükenen tek bedeni gerekçe yapıp sayfayı kaldırmak: Varyant stoğu teklif düzeyinde yönetilmelidir.
• Test etmeden yayımlamak: Varyant hataları sessizdir ve geç fark edilir.

Sıkça Sorulan Sorular

Renk ve beden varyantları için ayrı URL gerekli mi?

Google'ın e-ticaret URL rehberi, her varyantın yani renk ya da beden gibi özelliklerin her birleşiminin kendi URL'sine sahip olmasını önerir. Yol bölümü (/t-shirt/green) ve sorgu parametresi (/t-shirt?color=green) iki önerilen kalıptır. Fragment kullanılırsa Google bunu indekslemede kullanmadığı için varyantlar tek sayfa sayılır.

Varyant sayfalarında canonical nereye işaret etmeli?

Google rehberine göre isteğe bağlı sorgu parametreleri varyantı belirtiyorsa parametresiz adres canonical olmalıdır; benzersiz varyant adresleri olan ürünlerde her varyant sayfası ana ürün adresine işaret edebilir. Kendi içeriği ve arama ihtiyacı olan bir varyantı ayrı sayfa olarak tutmak ise bu yazının değerlendirmesidir ve kendini işaret eden canonical gerektirir.

ProductGroup işaretlemesi zorunlu mu?

Zorunlu değildir, ama Google varyantları gruplamak için ProductGroup, variesBy, hasVariant ve productGroupID kullanımını tarif eder ve bu işaretleme varyant bilgisi taşıyan ticari listeleme deneyimlerine uygunluğu mümkün kılar. Belge zengin sonuç garantisi vermez.

Çok sayfalı sitede işaretleme nasıl olmalı?

Belgeye göre her sayfada tam bir ProductGroup tanımı bulunur. Sayfa kendi varyantlarını tam yazar, diğer sayfalardaki varyantlar için yalnızca url içeren özet varyantlar ekler ve her sayfanın işaretlemesi kendi içinde eksiksiz olur.

Fiyat ve stok bilgisi nerede uyuşmalı?

Her varyantın kendi adresi doğru görseli, fiyatı ve stok durumunu göstermeli, sepete eklenebilmeli ve işaretlemedeki teklif bu görünür bilgiyle eşleşmelidir. Product işaretlemesinin mümkünse ilk HTML'de bulunması önerilir.

Sonuç

Ürün varyantlarında doğru yaklaşım tek bir model değil, bir karar sırasıdır. Önce her varyant için kalıcı ve okunaklı bir adres kurun; fragment ile yetinmeyin. Sonra canonical sinyallerini birbirini destekleyecek biçimde hizalayın: etiket, sitemap, dahili linkler ve gerekirse yönlendirme aynı adresi göstersin. İşaretlemede ProductGroup ile grubu, Product ile her varyantı, sku ya da gtin ile kimliği tanımlayın. Fiyat ve stok bilgisini aynı veri kaynağından hem görünür sayfaya hem işaretlemeye yazın. Hangi varyantın kendi sayfasını hak ettiğine ise tahminle değil, kendi sorgu verinizle ve içerik farkıyla karar verin. Hiçbir adım belirli bir sıralama ya da zengin sonuç garantisi vermez; amaç, arama motorunun ve müşterinin aynı sayfada aynı ürünü görmesidir.

Varyantlı kataloglarda renk, malzeme ve kullanım senaryosunu anlatan özgün ürün ve kategori metinlerine ihtiyaç duyuyorsanız, Akua Adforce'ta SEO içerik yazımı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.