E-ticaret sitelerinde aynı ürünün renk, beden, sıralama veya kampanya parametreleriyle onlarca URL’ye yayılması sık karşılaşılan bir durumdur. Arama motorları bu kopyaları ayrı sayfa sanınca tarama bütçesi dağılır, sıralama sinyalleri bölünür ve yanlış sürüm öne çıkabilir. Bu noktada ilk netleştirilmesi gereken soru şudur: canonical etiket nedir ve duplicate içeriği nasıl yönetir? Bu rehberde ürün varyantı, yazdırılabilir sayfa, sıralama parametresi ve kopya URL’lerde hangi sürümün indekslenmesi gerektiğini uygulamalı biçimde ele alıyoruz; filtre mimarisi veya genel URL kurulumundan bağımsız, yalnızca canonical kararlarına odaklanıyoruz.
Canonical etiket nedir ve ne işe yarar?
Canonical etiket, HTML <head> bölümünde yer alan rel="canonical" işaretidir. Sayfanın “tercih edilen” (canonical) sürümünün hangi URL olduğunu arama motorlarına bildirir. Amaç, neredeyse aynı içeriğe sahip birden fazla adres arasından otorite, indeks ve sıralama sinyalini tek bir URL’de toplamaktır.
Pratikte e-ticarette canonical şu sorunları sadeleştirir:
- Aynı ürünün kısa ve uzun URL’lerinin birbirini yemesini engeller.
- Sıralama, sayfalama veya oturum parametreli kopyaların ana sayfaya bağlanmasını sağlar.
- Yazdırılabilir veya paylaşım için üretilmiş sade görünümlerin ana ürün/kategori sayfasına işaret etmesini kolaylaştırır.
- HTTP ile HTTPS, www ile non-www gibi protokol ve host farklarını netleştirir.
Örnek temel sözdizimi şöyledir:
<link rel="canonical" href="https://www.ornekmagaza.com/urun/mavi-ceket" />
Etiket bir “istek” niteliğindedir; arama motorları güçlü çelişki görürse yoksayabilir. Bu yüzden yalnızca etiket koymak yetmez; URL mimarisi, yönlendirmeler ve iç linkler de aynı tercihi desteklemelidir.
Canonical ne işe yarar, neye yetmez?
Canonical, duplicate içerik yönetiminde güçlü bir araçtır; fakat her teknik sorunu tek başına çözmez. Ne işe yaradığını ve sınırlarını net ayırmak yanlış beklentiyi önler.
Ne işe yarar?
- Benzer veya aynı içerikli URL’ler arasında tercih edilen sürümü işaretler.
- Sıralama ve bağlantı sinyallerinin dağılmasını azaltmaya yardımcı olur.
- Parametreli, yazdırılabilir ve kopya adreslerde indeks hedefini netleştirir.
- Doğru uygulandığında tarayıcının asıl ürün veya kategori sayfasına odaklanmasını destekler.
Neye yetmez?
- 301 yönlendirme yerine geçmez. Kalıcı olarak birleştirilecek veya kaldırılacak bir URL varsa yönlendirme gerekir; canonical “soft” bir tercihtir.
- Kötü tasarlanmış filtre patlamasını tek başına temizlemez. Binlerce anlamsız kombinasyon üretiyorsanız önce URL üretimini ve erişilebilirliği sınırlandırmalısınız.
- İnce/zayıf içeriği güçlendirmez. Aynı metnin on kopyası yerine tek güçlü sayfa üretmek hâlâ önceliklidir.
- robots noindex ile aynı işi yapmaz. noindex “indeksleme”yi reddeder; canonical “hangisi asıl” der. Yanlış kombinasyonlar karışıklık yaratır.
- Hreflang’ın yerini tutmaz. Dil ve bölge eşlemesi ayrı bir katmandır; uluslararası yapılarda ikisi birlikte düşünülür.
Kısaca: canonical, “bu kopyanın aslı şudur” demektir. “Bu URL’yi sil”, “buraya taşı” veya “bu dili hedefle” demez.
Self-canonical ne zaman şart?
Self-canonical, bir sayfanın canonical olarak kendisini göstermesidir. Tercih ettiğiniz ana ürün, kategori veya içerik URL’si açıldığında kaynak kodda kendi adresini görmelisiniz.
Self-canonical şu durumlarda fiilen zorunlu kabul edilmelidir:
- Ürün detay, ana kategori ve önemli kurumsal sayfalarda varsayılan davranış olmalıdır.
- İçerik yönetim paneli veya tema bazen sorgu dizgisiyle sayfayı çoğaltır; self-canonical bu sızıntıyı sınırlar.
- CDN, A/B test veya izleme parametreleri temiz URL’ye ekleniyorsa asıl sürümün kendisini işaretlemesi gerekir.
- Site taşıma, HTTPS geçişi veya www standardizasyonu sonrası “doğru host + doğru yol”un netleşmesi için self-canonical kontrolü şarttır.
Self-canonical’ı atlamak, parametreli bir sürümün yanlışlıkla “asıl” sayılması riskini artırır. HazırSoft tarafında e-ticaret ve web projelerinde tema/şablon katmanında self-canonical’ın ürün ve kategori şablonlarına varsayılan eklenmesi, sonradan tek tek sayfa düzeltme yükünü azaltır.
Varyant ve renk-beden URL’lerinde tercih edilen sayfa
E-ticarette en sık canonical kararı renk, beden, malzeme veya paket varyantlarında verilir. Burada iki yaygın model vardır; hangisini seçeceğiniz ürün yapınıza ve arama niyetine bağlıdır.
Model 1: Tek ana ürün URL’si
Tüm renk ve beden seçenekleri aynı ürün sayfasında seçilir; her varyant için ayrı indekslenebilir adres açılmaz. Canonical, ana ürün URL’sine self-canonical olarak kalır. Stok ve fiyat seçime göre güncellenir. Bu model, içerik ve medya neredeyse aynıysa en temiz senaryodur.
Model 2: Varyant başına URL, ortak canonical
Bazı altyapılar her renk için ayrı URL üretir (/urun/mavi-ceket, /urun/siyah-ceket). İçerik, görseller ve başlıklar neredeyse kopyaysa genelde en çok aranan veya varsayılan rengi tercih edilen sayfa yapıp diğerlerini ona canonical edersiniz. Böylece sinyal tek adreste toplanır.
Model 3: Gerçekten benzersiz varyant sayfaları
Renkler arasında anlamlı fark varsa (farklı fotoğraf seti, farklı açıklama, farklı arama talebi) her URL kendi self-canonical’ına sahip olabilir. Bu durumda “kopya” değil “yakın akraba ama ayrı niyet” senaryosu vardır. Karar keyfi olmamalıdır: başlık, görsel, açıklama ve arama talebi gerçekten ayrışıyorsa ayrı canonical mantıklıdır.
Uygulanabilir karar çerçevesi:
- Varyant sayfaları birbirinin neredeyse aynı metnini mi taşıyor? Evetse tek tercih edilen URL belirleyin.
- Varsayılan rengi veya en çok satan/aranan sürümü ana hedef yapın.
- İç link, menü ve breadcrumb’ları da aynı hedefe yönlendirin; yalnızca etiket bırakıp menüden başka URL’yi öne çıkarmayın.
- Sepet ve stok parametrelerini asla indekslenebilir ayrı “ürün” gibi bırakmayın.
Yanlış örnek: Her beden için ayrı URL üretip hepsine self-canonical vermek, üstelik açıklamaların birebir aynı olması. Doğru yaklaşım: ya beden seçimini sayfa içi yapmak ya da beden URL’lerini ana ürüne canonical etmek.
Parametreli sıralama ve arama URL’lerinde hata örnekleri
Sıralama, arama ve oturum parametreleri e-ticarette en hızlı duplicate üreten katmandır. Canonical burada “temiz liste URL’sine” işaret etmelidir; parametreli kopya kendi başına otorite toplamamalıdır.
Sık görülen hata örnekleri:
- Sıralama parametresi self-canonical oluyor: /kategori/elbise?sirala=fiyat-artan sayfası kendisini canonical gösteriyor. Bu, fiyat artan sıralamayı ayrı bir indeks adayı yapar. Tercih edilen genelde sade kategori URL’sidir.
- Arama sonuçları indekse açılıyor: /arama?q=kirmizi+elbise self-canonical alıyor. Dahili arama sonuçları çoğu senaryoda tercih edilen içerik değildir; asıl kategori veya ürün sayfalarına yönlendirmek ya da noindex + uygun canonical politikası daha sağlıklıdır.
- UTM ve izleme parametreleri unutuluyor: Kampanya linkleri (?utm_source=...) indekslenirse aynı içerik çoğalır. Canonical temiz URL’ye bakmalıdır.
- Oturum kimliği sızıyor: Eski sistemlerde ?sessionid= gibi parametreler HTML’e yansır. Bunlar asla tercih edilen sürüm olmamalıdır.
- Canonical parametreli, 301 temiz URL’ye gidiyor: Etiket bir adresi işaret ederken sunucu başka adrese yönlendiriyorsa sinyal çatışır. Canonical hedefi 200 dönen nihai URL olmalıdır.
- Sayfa başına canonical yanlış hedef: ?page=2 liste sayfasını 1. sayfaya canonical etmek, 2. sayfanın keşfini bozabilir. Sayfalama stratejisi canonical’dan ayrı düşünülmelidir; körlemesine hep ilk sayfaya basmak hata üretir.
Pratik kural: Kullanıcının bilerek paylaşacağı, menüden ulaştığı ve benzersiz değer taşıyan URL “tercih edilen”dir. Sıralama, geçici filtre kombinasyonu, izleme kodu veya yazdırma görünümü genelde ona bağlanır.
Cross-domain ve HTTP-HTTPS canonical
Canonical yalnızca site içi kopyalar için değildir. Farklı protokoller, hostlar ve hatta alan adları arasında da kullanılır.
HTTP ve HTTPS
Site tamamen HTTPS’ye geçtiyse tüm HTTP sürümler HTTPS’ye 301 ile taşınmalı; canonical da HTTPS self-canonical olmalıdır. Yalnızca canonical koyup HTTP’yi açık bırakmak, tarayıcı ve tarayıcı-dışı istemciler için tutarsızlık yaratır. www ve non-www için de tek host seçin; diğerini yönlendirin, canonical’ı seçilen hosta sabitleyin.
Cross-domain canonical
İçerik birden fazla alan adında yayınlanıyorsa (marka blogu, bayi sitesi, içerik ortaklığı, alt marka) tercih edilen yayın adresini cross-domain canonical ile işaretleyebilirsiniz. Örnek senaryo: Ürün hikâyesi hem blog.marka.com hem magaza.com/rehber üzerinde duruyor; asıl otoritenin toplanmasını istediğiniz adresi canonical hedef yaparsınız.
Dikkat noktaları:
- Hedef sayfa erişilebilir ve 200 dönmeli; yönlendirme zincirine canonical basmayın.
- İçerik gerçekten aynı veya çok yakın olmalıdır; alakasız sayfaya canonical, yoksayılma riski doğurur.
- Uluslararası dil sürümlerinde canonical ile hreflang’ı karıştırmayın. Dil eşlemesi için hreflang; kopya sürüm tercihi için canonical kullanılır. İkisi birlikte planlanmalıdır; özellikle e-ihracat ve çok dilli yapılarda bu ayrım kritiktir. Detaylı dil-bölge kurgusu için e-ihracat için uluslararası SEO rehberine bakabilirsiniz.
Doğrulama: kaynak kod, GSC ve indekslenme kontrolü
Canonical’ı “koyduk” demek yetmez; tarayıcıda ve arama konsolunda doğrulamak gerekir. Uygulanabilir kontrol akışı:
1. Kaynak kod ve canlı HTML
- Tercih ettiğiniz ürün/kategori URL’sini açın.
- Sayfa kaynağında tek bir rel="canonical" arayın. Birden fazla çelişen etiket risklidir.
- Canonical URL’nin mutlak (https ile tam adres) olduğundan emin olun.
- Parametreli bir kopyayı açıp canonical’ın temiz ana URL’ye gittiğini kontrol edin.
- Varyant URL’lerinde hedefin bilinçli tercih ettiğiniz sürüm olduğunu doğrulayın.
2. Google Search Console kontrolleri
URL İnceleme aracıyla hem ana hem kopya adresleri tek tek bakın. “Kullanıcı tarafından belirtilen canonical” ile “Google tarafından seçilen canonical” uyumlu mu? Uyumsuzsa genelde iç link tutarsızlığı, yönlendirme çatışması, sitemap farkı veya zayıf sinyal birliği vardır. Performans ve indeks raporlarını iş listesine çevirmek için Google Search Console nasıl kullanılır rehberindeki akışı canonical denetimine de uygulayabilirsiniz.
3. İndekslenme ve site içi sinyal tutarlılığı
- site: operatörüyle kaba bir tarama yapın; parametreli kopyaların indekste şişip şişmediğine bakın (kesin envanter değildir, yön gösterir).
- Sitemap’te yalnızca tercih edilen URL’lerin listelendiğini doğrulayın.
- Menü, breadcrumb, ilgili ürün ve blog iç linklerinin canonical hedefi desteklediğini kontrol edin. Sinyal bütünlüğü için iç linkleme stratejisi ile canonical kararlarınızı hizalamak faydalıdır.
- Canonical hedefinin 404, soft döngüsü veya başka bir yere 301 olmadığına emin olun.
Hızlı kontrol listesi
- Ana sayfalarda self-canonical var mı?
- Her HTML’de tek ve tutarlı canonical mı?
- Parametreli kopyalar temiz URL’ye mi bakıyor?
- Varyantlarda bilinçli bir “tercih edilen sayfa” var mı?
- HTTP/HTTPS ve www standardı net mi?
- GSC’de seçilen canonical ile sizin etiketiniz uyumlu mu?
- Sitemap ve iç linkler aynı hikâyeyi mi anlatıyor?
E-ticaret ekipleri için uygulanabilir sonuç
Canonical etiket, e-ticarette duplicate içeriği “gizlemek” değil; arama motoruna hangi sürümün asıl olduğunu söylemek için kullanılır. Self-canonical ana sayfalarda temel hijyendir. Varyantlarda ya gerçekten ayrı niyet vardır ya da tek tercih edilen URL’ye sinyal toplanır. Sıralama ve izleme parametreleri kendi başlarına otorite kazanmamalıdır. HTTP-HTTPS ve host standardı yönlendirme + canonical ile birlikte kapanır. Cross-domain senaryolarda hedef erişilebilir ve içerikle uyumlu olmalıdır.
En sık kırılan halka, etiketi doğru yazıp menü, sitemap ve yönlendirmeleri farklı bir gerçeği anlatmaktır. Teknik SEO’da tutarlılık, tek satırlık etiket kadar değerlidir. HazırSoft ile web tasarım veya e-ticaret altyapısı kurgularken ürün/kategori şablonlarına self-canonical, parametre politikası ve doğrulama adımlarını baştan gömmek; sonradan indekste şişen kopya URL’leri tek tek avlamaktan çok daha verimlidir.
Öncelikli iş sırası: (1) tercih edilen host ve protokolü sabitleyin, (2) ana şablonlara self-canonical ekleyin, (3) varyant ve parametre kurallarını yazılı hale getirin, (4) GSC ile uyumsuz seçimleri ayıklayın, (5) iç link ve sitemap’i aynı karara kilitleyin. Bu düzen, tarama bütçesini korur ve doğru ürün sayfasının öne çıkma ihtimalini güçlendirir.
SEO hizmetlerimizi inceleyin
Teknik SEO, içerik ve yerel SEO ile Google görünürlüğünüzü birlikte yükseltelim.
İnceleİlgili Yazılar
E-Ticaret Sayfalama SEO: Listeleme Mimarisi
Kategori page/2 ve page/3 yapılarını tarama bütçesini bozmadan indekslenebilir ve kullanıcı dostu hale getirmek için e-ticaret sayfalama SEO mimarisini adım adım kurun.
Daha Fazla Oku...
SEO Dostu URL Yapısı: Kategori ve Ürün Rehberi
Kategori hiyerarşisi, ürün slug’ı ve Türkçe karakter kararlarını baştan kurgulayarak okunabilir, taranabilir ve sonradan maliyet üretmeyen bir URL mimarisi kurun.
Daha Fazla Oku...
E-Ticaret Filtre Sayfaları SEO Rehberi
Filtreli ve parametreli e-ticaret sayfalarının tarama bütçesini nasıl tükettiğini, hangi kombinasyonların indeksleneceğini ve panelde uygulanabilir SEO kontrol listesini öğrenin.
Daha Fazla Oku...
Yorumlar (0)