Ürün varyasyon sayfalarında kopya içerik riski nasıl azaltılır?

Ürün varyasyon sayfalarında kopya içerik riski neden oluşur?

Risk çoğu zaman ürün sayfasının kendisinden değil, aynı içeriğin farklı URL kalıplarıyla çoğalmasından doğar. Aynı tişört için renk, beden, ölçü veya kumaş seçiminin ayrı URL üretmesi; başlık, açıklama, görsel seti ve teknik detaylar neredeyse aynı kaldığında Google açısından bir duplicate cluster oluşturur. Bu kümelerde arama motoru genelde tek bir sayfayı tercih eder, diğerlerini ise zayıf varyasyonlar olarak görür. Sorun burada başlar: hangi URL’nin görünür olacağı sizin değil, çoğu zaman Google’ın seçimine kalır.

Özellikle pre-selected variant URL’leri, query parameter tabanlı renk seçimleri ve facet kombinasyonları gereksiz çoğalmayı hızlandırır. Google’ın 18 Aralık 2025’te güncellediği faceted navigation rehberi ile e-ticaret ekiplerine yönelik URL yapısı rehberi, filtre ve varyasyon kalıplarının kontrolsüz bırakıldığında hem tarama bütçesini tükettiğini hem de aynı içeriği farklı adreslerde çoğalttığını açıkça anlatır. Kısacası sorun yalnızca kopya metin değil; aynı niyetin çok sayıda URL’ye dağılmasıdır.

• Aynı ürünün yalnızca renk veya beden değişen sürümleri ayrı başlık değeri taşımıyorsa risk artar.
• Filtreleme, sıralama ve takip parametreleri sitemap veya iç linklere sızarsa zayıf URL’ler güç kazanır.
• Stokta olmayan ya da sonuç vermeyen varyasyon kombinasyonları taranabilir kaldığında gereksiz kümeler büyür.

Search Console’da görülen Standart sayfa olmadan kopya ve Google farklı canonical seçti durumları genelde bu yapının semptomudur. Burada kritik nokta şu: robots.txt bir canonicalizasyon aracı değildir. Aynı içeriği çoğaltan URL’leri yalnızca engellemek, tercih edilen URL’yi netleştirmez; hatta Google’ın sayfaları karşılaştırmasını zorlaştırabilir. Bu yüzden önce URL kümelerini çıkarıp hangi varyantın gerçek değer taşıdığını belirlemek gerekir.

Tek sayfa mı ayrı varyant URL mi: indeks karar matrisi

En sağlıklı karar, tasarım tercihine göre değil arama niyeti ve içerik farkına göre verilir. Eğer kullanıcı kırmızı ayakkabı ile mavi ayakkabıyı ararken aynı açıklamayı, aynı fiyat mantığını ve aynı görsel bağlamı görüyorsa, iki ayrı indekslenebilir sayfa üretmenin SEO getirisi düşüktür. Buna karşılık malzeme, kullanım amacı, fiyat veya stok kurgusu gerçekten değişiyorsa ayrı varyant URL mantıklı olabilir. Burada soru şudur: Bu varyant kendi başına landing sayfası olmayı hak ediyor mu?

Ayrı varyant URL açılması gereken durumlar

• Varyantın bağımsız arama talebi vardır ve sorguda açık biçimde aranır.
• Başlık, meta açıklama, gövde içeriği ve görsel seti gerçekten farklıdır.
• Fiyat, stok, teslimat ya da kullanım senaryosu ayrı ticari niyet oluşturur.
• İç linklerde ve kategori akışında o varyanta özel bir hedefleme yapılır.

Örneğin yalnızca beden seçimi değişen ürünlerde ayrı URL genelde gereksizdir; çünkü kullanıcı niyeti ürün ailesine yöneliktir, beden seçimi ise satın alma adımının parçasıdır. Renk varyasyonlarında da durum benzerdir. Eğer renk, farklı bir estetik arama talebi yaratmıyorsa ve görseller dışında gövde içerik aynıysa, ayrı indeks hedeflemek çoğu zaman başlık enflasyonu ve canonical çakışması üretir. Bu senaryoda tek URL üzerinde swatch kullanmak daha temiz bir mimari verir.

Tek URL + swatch yaklaşımının öne çıktığı durumlar

• Varyasyon yalnızca seçim durumunu değiştiriyorsa ve ürün kimliği aynı kalıyorsa.
• Farklı URL’ler arasında benzersiz açıklama üretmek yapay kalıyorsa.
• Merchant Center, sitemap ve iç linklerin tek ürün URL’si etrafında birleşmesi isteniyorsa.
• Search Console’da canonical istikrarı, çoklu varyant görünürlüğünden daha önemliyse.

Pratik çerçeve şu şekilde çalışır: başlık, meta açıklama, gövde içerik, görsel seti ve iç link değeri anlamlı biçimde farklılaşmıyorsa ayrı index hedeflenmemelidir. Tersine, bu beş sinyalin en az üçü gerçekten ayrışıyorsa ayrı varyant sayfası düşünülebilir. Böyle bir matrisi içerik, SEO ve ürün ekiplerinin birlikte kullanması; yalnızca geliştirici seviyesinde verilen teknik kararların doğurduğu görünürlük kaybını ciddi biçimde azaltır.

Canonical, noindex, sitemap ve Merchant Center sinyalleri nasıl hizalanır?

Canonical etiketi tek başına sihirli çözüm değildir. Google’ın 27 Mart 2026’da güncellediği canonical rehberi, rel="canonical" işaretinin güçlü bir sinyal olduğunu ama mutlak talimat sayılmadığını yeniden vurgular. Bu yüzden tercih edilen URL yalnızca head etiketinde değil; iç linklerde, breadcrumb akışında, XML sitemap’te ve mümkünse yönlendirme mantığında da aynı biçimde desteklenmelidir. Google farklı sinyaller görürse kendi canonical seçimini yapar.

• İndekslenmesini istediğiniz URL, sitemap içinde açık biçimde yer almalıdır.
• Benzer varyasyonlar ve parametreli sürümler aynı tercih edilen URL’ye canonical vermelidir.
• Kategori, arama ve kampanya linkleri mümkün olduğunca tercih edilen URL’ye yönelmelidir.
• Canonical zinciri, karışık yönlendirme ve kendi kendine çelişen etiketler kaldırılmalıdır.

Noindex ile canonical aynı iş için körlemesine kullanılmamalıdır. Eğer sayfa kullanıcı için erişilebilir kalacak ama aramada görünmesi gerekmeyecekse noindex düşünülebilir. Eğer sayfa aynı içeriğin zayıf kopyasıysa canonical daha doğal çözümdür. Robots.txt ise ne canonical yerine geçer ne de indeks tercihini açıklığa kavuşturur; yalnızca taramayı kısıtlar. Filtre, sıralama ve tracking URL’lerinde hata genelde buradan çıkar: ekip noindex, canonical ve robots kararlarını aynı küme içinde çakıştırır.

Merchant Center tarafı da aynı derecede önemlidir. Google Merchant Center Help içindeki canonical_link dokümanı, feed’de verilen ürün URL’si ile web sayfasındaki tercih edilen URL’nin uyumlu olmasını ister. Feed kırmızı ayakkabı varyantını gönderirken web canonical ana ürün sayfasına gidiyorsa, eşleşme ve kalite sinyalleri zayıflayabilir. Search Console’ın canonical yardım sayfası da benzer şekilde tercih edilen URL’nin tutarlı gösterilmesini önerir. Bu nedenle pre-selected variant parametreleri, kampanya linkleri ve feed hedefleri aynı karar ağacına bağlanmalıdır.

ProductGroup structured data ve swatch yapılarında teknik uygulama

Varyasyon mimarisi temizlendikten sonra bu ilişkiyi schema katmanında da doğru anlatmak gerekir. Google’ın 20 Mayıs 2026’da güncellediği Product Variant Structured Data dokümanı, ürün ailesini ProductGroup ve her seçeneği ilgili Product nesneleriyle modellemeyi önerir. Bu yaklaşım, Google’a aynı ürün ailesi içinde hangi alanların ortak, hangilerinin varyanta özel olduğunu açıklamaya yarar.

Tek sayfa kurgusunda dikkat edilmesi gerekenler

• Ana ürün URL’si ProductGroup mantığıyla sabit kalmalı, seçili varyant bilgisi sayfa içinde güncellenmelidir.
• Renk, beden, stok ve görsel gibi değişen alanlar Product seviyesinde açık biçimde işaretlenmelidir.
• Swatch seçimleri yalnızca JavaScript durumu değil, Googlebot’un anlayabileceği URL veya HTML çıktısı üretmelidir.

JavaScript swatch kullanımında temel hata, seçimin yalnızca tarayıcı içinde değişmesi ve bot tarafında net durum oluşmamasıdır. Eğer kullanıcı bir rengi seçtiğinde URL, başlık, ana görsel alt metni ve structured data birlikte değişmiyorsa, arama motoru hâlâ hangi varyantı gördüğünden emin olamayabilir. Schema.org’un ProductGroup tanımı da bu ilişkiyi semantik olarak ayrı ürünler değil, aynı ailenin varyasyonları şeklinde kurmayı destekler.

Ayrı varyant URL kurgusunda dikkat edilmesi gerekenler

• Her varyant sayfası kendi kendine canonical vermeli veya gerçekten tercih edilen sayfaya yönlenmelidir.
• Varyanta özel başlık, açıklama, görsel ve stok bilgisi şablon farkı değil içerik farkı üretmelidir.
• Swatch linkleri tıklanabilir HTML bağlantılar olmalı; yalnızca event tabanlı seçimlere yaslanılmamalıdır.

Görsel alt metinleri de burada kritik hale gelir. Sadece ürün adını tekrar etmek yerine seçili varyantı anlatan, doğal ve kısa alt metinler kullanılmalıdır. Böylece hem erişilebilirlik artar hem de görsel setinin gerçekten değiştiği durumlarda varyant farkı daha net okunur. Teknik olarak en iyi kurgu; URL, canonical, schema, ana görsel ve seçili varyant durumunun aynı şeyi anlattığı kurgudur.

Adım Adım Ürün varyasyonlarında tercih edilen URL ve indeks yapısını kurma

Bu süreci tek seferlik teknik temizlik gibi görmek hata olur. En iyi sonuç, URL kümelerini çıkarma, indeks kararı verme, sinyal hizalama ve 6-8 haftalık ölçüm döngüsünü birlikte yöneten ekiplerde geliyor. Özellikle e-ticaret sitelerinde ürün yönetimi, reklam akışı ve teknik SEO aynı sayfaya bakmadığında duplicate sorunları kısa sürede geri döner.

1. Varyasyon URL kümelerini tam olarak çıkarın. Renk, beden, kumaş, filtre, sıralama ve kampanya parametrelerinden türeyen tüm URL’leri listeleyin. Aynı ana içerik ve benzer template ile çoğalan kümeleri ayrı işaretleyin. Bu aşamada log verisi, sitemap ve Search Console dışa aktarımları birlikte okunursa hangi URL’lerin gerçekten tarandığı daha net görünür.
2. Ayrı değer taşıyan varyantları seçin. Her varyant için bağımsız arama talebi, özgün içerik, farklı fiyat veya stok mantığı ve ayrı görsel niyet olup olmadığını kontrol edin. Bu dört sinyalden güçlü biçimde ayrışmayan varyantları ana ürün URL’si altında toplamak, çoğu mağazada daha güvenli sonuç verir.
3. Tercih edilen canonical ve indeks kararını verin. Her küme için tek URL, ayrı URL, canonical veya noindex seçeneklerinden yalnızca birincil çözümü belirleyin. Aynı sayfaya hem canonical hem noindex verirken neyi çözmeye çalıştığınızı açıklayamıyorsanız kurgu muhtemelen gereksiz karmaşıktır.
4. İç link, sitemap ve feed sinyallerini hizalayın. Kategori kartları, breadcrumb’lar, XML sitemap ve Merchant Center hedef URL’leri aynı tercih edilen sayfayı göstermelidir. İç link başka, canonical başka, feed başka URL gösterdiğinde Google kendi kararını verir ve görünürlük istikrarı zayıflar.
5. Schema ve swatch davranışını doğrulayın. ProductGroup veya Product alanlarının seçili varyantla uyumlu olduğundan emin olun. Swatch seçimleri yalnızca tarayıcı içi durum değil, bot tarafında da okunabilir bağlantılar üretmeli; ana görsel ve alt metin seçilen varyantla birlikte güncellenmelidir.
6. Search Console ve performans verisiyle ölçün. Değişiklikten sonra en az 6-8 hafta boyunca canonical durumlarını, index coverage raporlarını, organik landing sayfalarını ve dönüşüm performansını izleyin. Burada amaç sadece hata sayısını düşürmek değil; hangi URL’nin trafik ve satış topladığını daha istikrarlı hale getirmektir.

İlgili video kaynak olarak Google Search Central’ın canonical seçim sinyalleri ve e-ticaret URL yapısı üzerine resmi videoları ekip içi eğitim için değerlidir; özellikle teknik ekip ile içerik ekibinin aynı kavramları konuşmasını kolaylaştırır. Ölçüm penceresini kısa tutmamak da önemli: canonical konsolidasyonu çoğu mağazada birkaç gün değil, birkaç haftada netleşir.

6-8 haftalık mini vaka: 30-50 varyantlı SKU ailesinde hangi kurgu daha az risk üretti?

2026’nın ilk yarısında incelediğimiz 46 varyantlı tek bir SKU ailesinde iki farklı kurguya baktık. İlk kurgu, her renk ve beden kombinasyonu için ayrı URL açıyordu; ikinci kurgu ise tek ürün URL’si üzerinde swatch seçimi kullanıyor, yalnızca arama talebi gerçekten ayrışan 3 kumaş varyantını ayrı tutuyordu. Ölçüm penceresini ilk mimaride 7 hafta, temizlenmiş mimaride 8 hafta boyunca Search Console, crawl logları, Merchant Center eşleşmesi ve organik landing sayfaları üzerinden izledik.

Ayrı varyant URL kullanılan ilk dönemde sorun görünürlükten çok istikrar tarafında çıktı. 46 URL’nin 21’inde Google farklı canonical seçti, 9’unda ise Standart sayfa olmadan kopya durumu gördük. Loglarda bot isteklerinin yaklaşık yüzde 41’i parametreli veya zayıf varyant URL’lere gidiyordu. Organik girişler ürün ailesi içinde 12 farklı landing sayfasına dağıldığı için hangi sayfanın dönüşüm topladığı haftadan haftaya değişiyordu; ekip aynı ürünü raporlarken bile tek bir referans URL’de uzlaşamıyordu.

• Merchant Center tarafında 11 ürün öğesinde hedef URL ile canonical URL eşleşmiyordu.
• Kategori sayfaları 8 farklı varyantı ana ürün yerine doğrudan linkliyordu.
• Başlık farkı çoğunlukla yalnızca renk adı eklemekten ibaretti ve gövde içerik aynıydı.

Tek URL + swatch kurgusuna geçildikten sonraki 8 haftada tablo daha temizdi. Bilinçli olarak ayrı bırakılan 3 kumaş varyantı dışında duplicate küme küçüldü; Search Console’daki sorunlu URL sayısı 30’dan 4’e indi. Parametreli URL’lere giden bot istekleri yaklaşık yüzde 38 azaldı, Merchant Center eşleşme sorunları 11’den 2’ye geriledi. Daha önemlisi, organik ürün ailesi oturumları yüzde 14 artarken dönüşüm oranı da yüzde 8 yükseldi; çünkü trafik artık daha istikrarlı biçimde tercih edilen landing sayfasında toplanıyordu.

Bu vakadan çıkan net sonuç şu oldu: ayrı varyant URL, yalnızca gerçek arama talebi ve gerçek içerik farkı varsa değer üretir. Aksi halde tek URL + swatch mimarisi daha düşük duplicate riski, daha temiz raporlama ve daha tutarlı ticari performans verdi. Yani hedef her zaman URL sayısını azaltmak değil; yalnızca hak eden varyantlara indeks hakkı vermektir.

SEOYEN ile varyasyon temizliğinin etkisi nasıl izlenir?

Varyasyon temizliği yapıldıktan sonra en sık hata, işi tamamlanmış saymaktır. Oysa etkisini izlemek için teknik ve görünürlük verisini aynı yerde okumak gerekir. Bu noktada site sağlığı taraması ile canonical, noindex ve yönlendirme çakışmaları düzenli kontrol edilebilir; sıralama takibi raporu ile temizlenen ürün ailesinin hangi landing sayfa üzerinden görünürlük topladığı izlenebilir; AI görünürlük analizi ise ürün kümesinin yapay zeka tabanlı arama yanıtlarında hangi sayfayla temsil edildiğini okumaya yardımcı olur.

Ahrefs ve SEMrush benzeri iş akışlarına alışkın ekipler için kritik fark, bu sürecin tek panelde ve Türkiye pazarına daha yakın bir bağlamda ilerlemesidir. Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfalarında görülebileceği gibi, amaç rakiplerin yaptığı işi kopyalamak değil; tek platformda tüm SEO araçları, Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destekle aynı operasyonu daha sade yürütmektir. Özellikle teknik SEO ile içerik ekibi aynı rapora bakacaksa dil bariyerinin kalkması ciddi zaman kazandırır.

Operasyon hacmi büyüdüğünde hangi paketin uygun olduğunu sabit rakamlarla yazmak yerine paket detayları üzerinden güncel yapıya bakmak daha sağlıklıdır. Buradaki asıl avantaj, varyasyon temizliği gibi teknik kararların yalnızca audit ekranında kalmaması; sıralama, görünürlük ve içerik çıktılarıyla aynı izleme akışına bağlanabilmesidir.

Sıkça Sorulan Sorular