Bu yazıda canonical signal kavramı, arama motorlarının aynı veya benzer içeriğe sahip URL'ler arasında hangi adresi esas alacağını nasıl anladığı üzerinden detaylı şekilde açıklanır. rel=canonical etiketi, 301 yönlendirmeler, XML sitemap ve internal link yapısının birlikte nasıl çalıştığı; parameter URL, HTTP/HTTPS ve www/non-www varyasyonları üzerinden teknik örneklerle ele alınır. İçerik özellikle SEO uzmanları ve geliştiriciler için hazırlanmış olup, indeksleme tutarlılığı, crawl bütçesi, sinyal birleştirme ve yaygın teknik hatalar konusunda uygulanabilir bir çerçeve sunar.
Canonical Signal Nedir? rel=canonical, Redirect, Sitemap ve Internal Linkler ile Doğru URL Sinyali Oluşturma
Aynı içeriğin birden fazla URL üzerinden erişilebilir olması, modern web sitelerinde son derece yaygın bir durumdur. Filtreleme parametreleri, protokol farkları, www kullanımı, büyük-küçük harf varyasyonları ve kampanya bağlantıları, arama motorlarının aynı belgeyi birden çok adres olarak görmesine yol açabilir. Bu noktada devreye canonical signal kavramı girer.
Canonical signal, arama motorlarına hangi URL'nin ana, tercih edilen veya indekslenmesi gereken sürüm olduğunu anlatan sinyaller bütünüdür. Tek başına yalnızca rel=canonical etiketi değil, yönlendirmeler, XML sitemap, internal link yapısı ve hatta dış bağlantılar bile bu kararın parçası olabilir. SEO uzmanları ve geliştiriciler için kritik olan konu, bu sinyallerin tutarlı biçimde aynı URL'yi işaret etmesini sağlamaktır.
Canonical Signal Tam Olarak Nedir?
Canonical signal, benzer veya aynı içeriğe sahip URL kümeleri içinde arama motoruna en güçlü şekilde hangi sayfanın esas alınması gerektiğini anlatan teknik işaretlerin toplamıdır. Google gibi arama motorları canonical URL'yi sadece tek bir etikete bakarak seçmez. Bunun yerine sayfanın kendi beyanı, sunucu davranışı, site içi bağlantılar, sitemap ve diğer URL örüntülerini bir arada değerlendirir.
Buradaki önemli ayrım şudur: rel=canonical bir öneridir, redirect ise çok daha güçlü bir yönlendirmedir. Ancak redirect olsa bile site içi linkler başka varyasyonları işaret ediyorsa, sinyal karmaşası oluşabilir. Dolayısıyla canonicalization, tek bir etiket eklemekten çok, tüm sistemin aynı URL standardına göre çalışmasıdır.
Bir örnek üzerinden düşünelim. Aynı ürün sayfası şu adreslerden açılabiliyor olsun:
http://example.com/urun/ayakkabihttps://example.com/urun/ayakkabihttps://www.example.com/urun/ayakkabihttps://example.com/urun/ayakkabi?utm_source=newsletterhttps://example.com/urun/ayakkabi?ref=campaign
Kullanıcı açısından bunlar aynı sayfa gibi görünebilir. Arama motoru açısından ise ayrı URL'lerdir ve doğru sinyal verilmezse hangisinin indeksleneceği belirsizleşebilir.
Arama Motorları Canonical URL'yi Nasıl Belirler?
Arama motorları canonical seçimini yaparken birden fazla kaynaktan veri toplar. Sayfanın HTML içindeki rel=canonical etiketi bunlardan biridir, ancak tek başına bağlayıcı değildir. Eğer diğer sinyaller farklı bir adresi işaret ediyorsa, arama motoru sizin belirttiğiniz kanonik adres yerine kendi seçtiği başka bir URL'yi canonical olarak değerlendirebilir.
Pratikte değerlendirilen temel sinyaller şunlardır:
- Sayfadaki etiketi
rel="canonical" - HTTP durum kodları ve redirect davranışı
- XML sitemap içinde hangi URL'nin yer aldığı
- Internal linklerin hangi URL'ye bağlandığı
- URL'nin protokol ve host standardı
- Benzer içerikler arasındaki içerik eşleşmesi
SEO tarafında sık görülen hata, canonical etiketi doğruyken diğer sinyallerin dağınık bırakılmasıdır. Örneğin canonical etiketi
https://example.com/http://www.example.com/Aşağıdaki tablo, farklı sinyallerin genel etkisini özetler:
| Sinyal | Güç Düzeyi | Not |
|---|---|---|
| 301 redirect | Çok güçlü | URL'yi fiilen başka adrese taşır |
| rel=canonical | Güçlü ama öneri niteliğinde | İçerik benzerliği beklenir |
| Internal links | Güçlü destekleyici | Site hangi URL'yi tercih ettiğini gösterir |
| XML sitemap | Destekleyici | Tercih edilen URL setini bildirir |
| Dış linkler | Dolaylı | Hangi sürümün daha çok referans aldığını etkileyebilir |
rel=canonical Etiketi Nasıl Çalışır?
rel=canonical etiketi, bir sayfanın HTML head bölümünde yer alır ve arama motoruna bu içerik için tercih edilen URL'yi bildirir. Özellikle parametreli URL'lerde, sıralama veya filtreleme varyasyonlarında ve teknik olarak birden fazla erişim noktası olan sayfalarda yaygın biçimde kullanılır. Amaç, benzer içerik sinyallerini tek bir URL üzerinde birleştirmektir.
Temel kullanım mantığı şöyledir: farklı URL'ler aynı veya çok benzer içeriği sunuyorsa, bu varyasyonların canonical etiketi ana URL'yi göstermelidir. Ancak canonical verilen URL'nin gerçekten erişilebilir, indekslenebilir ve anlamlı şekilde eşleşen içerik sunması gerekir. Alakasız veya zayıf benzerlik taşıyan sayfalara canonical vermek çoğu zaman göz ardı edilir.
Örnek bir kullanım:
HTML<link rel="canonical" href="https://example.com/kategori/erkek-ayakkabi" />
Aynı kategorinin filtreli sürümleri şöyle olabilir:
https://example.com/kategori/erkek-ayakkabi?sort=price_aschttps://example.com/kategori/erkek-ayakkabi?color=siyahhttps://example.com/kategori/erkek-ayakkabi?utm_campaign=summer
Eğer bu sayfaların indekslenmesini istemiyor ve ana kategori sayfasında sinyalleri toplamak istiyorsanız, bu varyasyonlarda canonical etiketi ana kategori URL'sine verilebilir. Fakat burada dikkat edilmesi gereken nokta, filtreli sayfanın kullanıcı niyeti açısından bağımsız bir arama talebini karşılayıp karşılamadığıdır. Bazı filtre kombinasyonları gerçekten benzersiz talep yaratıyorsa onları tamamen canonical ile bastırmak stratejik olarak yanlış olabilir.
Self-referencing canonical neden önemlidir?
Kanonik olan sayfanın da kendisini canonical olarak işaret etmesi iyi bir uygulamadır. Buna self-referencing canonical denir. Bu yaklaşım, URL parametreleri, kopya yollar, izleme etiketleri ve dış link varyasyonları nedeniyle oluşabilecek belirsizliği azaltır.
Örnek:
HTML<link rel="canonical" href="https://example.com/hizmetler/seo-danismanligi" />
Bu etiket doğrudan canonical sayfanın üzerinde de bulunmalıdır. Böylece arama motoruna, bu URL'nin tercih edilen sürüm olduğu net biçimde gösterilir.
Redirect'ler Canonical Signal İçinde Neden Çok Güçlüdür?
Redirect, özellikle 301 yönlendirmesi, bir URL'nin kalıcı olarak başka bir URL'ye taşındığını söyler. Bu nedenle canonicalization sürecinde en güçlü sinyallerden biridir. Kullanıcıyı da botu da doğrudan tercih edilen adrese gönderdiği için yalnızca tavsiye vermez, davranışı zorunlu hale getirir.
HTTP/HTTPS ve www/non-www standardizasyonunda en doğru yöntemlerden biri, tüm alternatif varyasyonları tek bir final URL'ye 301 ile yönlendirmektir. Böylece hem tarama bütçesi boşa harcanmaz hem de dağınık URL sinyalleri konsolide edilir. Redirect kullanılabilecek yerde yalnızca canonical kullanmak çoğu zaman eksik çözümdür.
Örneğin tercih edilen alan adınız şu olsun:
https://www.example.com
Bu durumda aşağıdaki varyasyonlar 301 ile tek adrese gitmelidir:
- →
http://example.comhttps://www.example.com - →
http://www.example.comhttps://www.example.com - →
https://example.comhttps://www.example.com
Aynı mantık trailing slash, büyük-küçük harf ve eski URL yapıları için de geçerlidir. Örneğin
/Blog/blogRedirect ve canonical birlikte nasıl kullanılmalı?
Sık sorulan konulardan biri, redirect varsa canonical gerekli mi sorusudur. Genel yaklaşım şudur: yönlendirilen eski URL zaten kullanıcıya görünmeyeceği için onun üzerinde canonical sinyali kritik değildir. Asıl önemli olan, final hedef URL'nin self-referencing canonical taşıması ve tüm dahili bağlantıların bu son adresi kullanmasıdır.
Yanlış bir örnek şu olur:
http://example.com/pagehttps://example.com/pageSitemap, Tercih Edilen URL Setini Nasıl Destekler?
XML sitemap, arama motorlarına sitenizde hangi URL'leri önemli ve taramaya değer gördüğünüzü bildiren güçlü bir yardımcı dosyadır. Canonical seçiminin tek başına belirleyicisi değildir, ancak tutarlı kullanıldığında arama motorunun tercih edilen URL kümesini daha net anlamasına katkı sağlar. Sitemap içinde kanonik olmayan, yönlenen veya parametreli URL'lerin yer alması ise sinyal karmaşasına yol açabilir.
İyi yapılandırılmış bir sitemap'te yalnızca indekslenmesini istediğiniz, 200 durum kodu dönen ve canonical olan URL'ler bulunmalıdır. Eğer bir sayfanın canonical adresi
https://www.example.com/kurumsal-web-tasarimDoğru bir sitemap mantığı şu kurallara dayanır:
- Yalnızca canonical URL'leri ekleyin
- 3xx, 4xx ve 5xx dönen URL'leri dahil etmeyin
- Parametreli kampanya URL'lerini eklemeyin
- HTTP sürümleri yerine tercih edilen HTTPS sürümlerini kullanın
- www veya non-www standardını tutarlı uygulayın
Örnek olarak tercih edilen sürüm
https://www.example.comhttps://www.example.com/https://www.example.com/hakkimizdahttps://www.example.com/blog/canonical-signal
Buna karşılık şu URL'ler sitemap'te olmamalıdır:
http://www.example.com/blog/canonical-signalhttps://example.com/blog/canonical-signalhttps://www.example.com/blog/canonical-signal?utm_source=email
Internal Linkler, Canonical Tercihi Neden Ciddi Şekilde Etkiler?
Internal linkler, sitenin kendi içinde hangi URL'yi asıl sürüm olarak gördüğünü arama motoruna anlatan çok önemli sinyallerdir. Menü bağlantıları, breadcrumb yapısı, footer linkleri, içerik içi bağlantılar ve ilgili yazılar blokları; hepsi arama motorunun URL tercihine dair ek kanıt üretir. Eğer bu bağlantılar farklı varyasyonlara dağılmışsa, canonical sinyal zayıflar.
Özellikle büyük sitelerde en sık görülen sorun, teknik olarak tüm varyasyonların doğru canonical taşımasına rağmen iç linklerin eski veya parametreli sürümlere gitmesidir. Bu durumda arama motoru sayfaya sürekli alternatif URL'lerden ulaştığı için, canonical kararı gereksiz biçimde zorlaşır. Link eşitliği, tarama akışı ve URL önceliği daha temiz bir yapıda yönetilmelidir.
Örnek olarak blog yazınıza üç farklı noktadan link verdiğinizi düşünelim:
- Menü:
http://example.com/blog/seo-rehberi - İlgili yazılar:
https://www.example.com/blog/seo-rehberi - İçerik içi link:
https://example.com/blog/seo-rehberi?ref=home
Bu yapı yerine tüm bağlantılar tek bir final URL'ye gitmelidir. Eğer tercih edilen adres
https://www.example.com/blog/seo-rehberiInternal link standardı oluştururken dikkat edilmesi gerekenler
Geliştirici ve SEO ekiplerinin birlikte belirlemesi gereken temel kurallar vardır. Bunlar CMS şablonlarından API çıktılarına kadar sistem geneline uygulanmalıdır. Aksi halde editörler doğru link verse bile otomatik bileşenler yanlış URL üretmeye devam edebilir.
Uygulanabilir kontrol listesi:
- Tüm mutlak linklerde aynı protokol kullanılsın
- Host standardı tek olsun: yalnızca www veya yalnızca non-www
- Parametreli URL'ler navigasyon linki olarak verilmesin
- Canonical olmayan URL'lere breadcrumb veya footer'dan link çıkılmasın
- İç linkler mümkün olduğunca final hedef URL'yi göstersin
Parameter URL'lerde Canonical Kullanımı: Ne Zaman Doğru, Ne Zaman Riskli?
Parameter URL'ler, canonical signal tartışmasının en pratik alanlarından biridir. İzleme parametreleri, sıralama seçenekleri, filtreler, oturum kimlikleri ve kampanya etiketleri aynı içeriği farklı URL'lerde çoğaltabilir. Bu durum hem crawl bütçesini tüketir hem de indeksleme sinyallerini parçalayabilir.
Ancak tüm parametreli URL'leri otomatik olarak tek bir ana sayfaya canonical vermek her zaman doğru değildir. Çünkü bazı parametreler gerçekten yeni bir içerik kümesi veya farklı arama niyeti yaratabilir. Özellikle e-ticaret filtreleri ve listeleme sayfaları için karar verirken, SEO değeri ile teknik temizlik birlikte değerlendirilmelidir.
Parametre türlerine göre yaklaşım
Aşağıdaki ayrım, pratikte oldukça işlevseldir:
| Parametre Türü | Örnek | Genelde Yaklaşım |
|---|---|---|
| İzleme parametresi | ?utm_source=mail | Ana URL'ye canonical |
| Sıralama parametresi | ?sort=price_desc | Çoğu durumda ana URL'ye canonical |
| Görünüm parametresi | ?view=grid | Ana URL'ye canonical |
| Filtre parametresi | ?color=siyah | Talebe göre değerlendirilir |
| Sayfalama parametresi | ?page=2 | Yapıya göre ayrı strateji gerekir |
| Oturum parametresi | ?sessionid=123 | Canonical ve mümkünse temiz URL |
Örnek 1, izleme parametresi:
https://example.com/hizmet/web-tasarim?utm_source=linkedin- canonical:
https://example.com/hizmet/web-tasarim
Örnek 2, sıralama parametresi:
https://example.com/urunler?sort=price_asc- canonical:
https://example.com/urunler
Örnek 3, filtre parametresi:
https://example.com/ayakkabi?brand=nike&color=siyah
Bu URL gerçekten aranıyorsa ve farklı ürün seti sunuyorsa, her zaman ana kategoriye canonical vermek yerine indekslenebilir strateji düşünülebilir. Fakat yalnızca kullanıcı deneyimi filtresi ise ve benzersiz SEO değeri taşımıyorsa ana kategoriye canonical daha mantıklı olabilir.
HTTP/HTTPS ve www/non-www Varyasyonlarında Doğru Canonical Mimarisi
Protokol ve host varyasyonları, canonical signal açısından en temel teknik konulardan biridir. Çünkü aynı sayfa yalnızca içerik değil, site genelinde tüm adresleme mantığı düzeyinde çoğalır. Eğer HTTP, HTTPS, www ve non-www varyasyonları birlikte erişilebilir durumdaysa, her sayfa için dört farklı temel URL oluşabilir.
Modern standartta tercih genellikle HTTPS olur. www kullanımı ise markanın, teknik altyapının ve cookie yönetiminin tercihine bağlıdır. Burada doğru veya yanlış olan www seçimi değil, tutarsızlıktır. Bir standardı seçip her yerde aynı standardı uygulamak gerekir.
Örnek senaryo 1: HTTPS + www tercih ediliyor
Tercih edilen URL yapısı:
https://www.orneksite.com
Doğru sinyal seti şu şekilde olmalıdır:
- → 301 →
http://orneksite.comhttps://www.orneksite.com - → 301 →
http://www.orneksite.comhttps://www.orneksite.com - → 301 →
https://orneksite.comhttps://www.orneksite.com - Tüm canonical etiketleri sürümünü göstermeli
https://www.orneksite.com/... - Tüm internal linkler olmalı
https://www.orneksite.com/... - Sitemap sadece URL'lerinden oluşmalı
https://www.orneksite.com/...
Örnek senaryo 2: HTTPS + non-www tercih ediliyor
Tercih edilen URL yapısı:
https://orneksite.com
Bu durumda ise şu kurallar geçerli olur:
- → 301 →
http://orneksite.comhttps://orneksite.com - → 301 →
http://www.orneksite.comhttps://orneksite.com - → 301 →
https://www.orneksite.comhttps://orneksite.com - Canonical etiketleri non-www sürümünü göstermeli
- Site içi bağlantılar non-www sürümünde kalmalı
- Sitemap non-www sürümünü listelemeli
Bu yapıların en önemli noktası, zincir yönlendirmelerden kaçınmaktır. Örneğin
http://example.comhttps://example.comhttps://www.example.comÇelişkili Canonical Sinyaller ve Yaygın Teknik Hatalar
Canonical signal yönetiminde sorun genellikle tek bir büyük hatadan değil, küçük tutarsızlıkların birikmesinden çıkar. Geliştirici ekibin yönlendirme kuralları doğru olabilir, fakat CMS iç linkleri yanlış üretiyor olabilir. SEO ekibi canonical etiketi eklemiş olabilir, fakat sitemap eski URL'leri göndermeye devam ediyor olabilir.
Aşağıdaki çelişkiler en sık karşılaşılan problemlerdendir:
- Sayfa canonical olarak A URL'sini gösterir, internal linkler B URL'sine gider
- Sitemap'te yönlenen URL'ler yer alır
- HTTPS canonical kullanılır, fakat site navigasyonu HTTP link üretir
- non-www canonical belirtilir, fakat sunucu www sürümünü 200 ile açar
- Parametreli URL'ler canonical olmayan sürümleriyle iç linklerde dolaşır
- Canonical URL noindex veya 404 durumundadır
Özellikle şu hata kritik kabul edilmelidir: canonical verilen URL'nin erişilebilir olmaması. Eğer bir sayfa
rel=canonicalTeknik denetim için kısa kontrol listesi
Aşağıdaki denetim akışı, geliştirici ve SEO ekipleri için oldukça işlevseldir:
- Tercih edilen protokol ve host standardını belirleyin.
- Tüm alternatif varyasyonların 301 ile final URL'ye gittiğini doğrulayın.
- Canonical etiketlerinin self-referencing ve tutarlı olduğunu kontrol edin.
- Sitemap içinde yalnızca canonical URL'lerin yer aldığını teyit edin.
- Menü, breadcrumb, pagination ve içerik içi linklerin final URL'yi kullandığını inceleyin.
- Parametreli URL davranışını kategori bazında değerlendirin.
- Redirect chain ve loop sorunlarını log veya crawler ile tespit edin.
SEO Uzmanları ve Geliştiriciler İçin Uygulanabilir Strateji
Canonical signal, yalnızca SEO ekibinin meta etiket kararıyla çözülecek bir konu değildir. Uygulama katmanında router mantığı, reverse proxy davranışı, CMS link üretimi, sitemap jenerasyonu ve analitik parametre kullanımı birlikte ele alınmalıdır. Bu yüzden en doğru yaklaşım, URL standardını ürün mimarisinin bir parçası haline getirmektir.
Özellikle hazır web sitesi, içerik platformu veya geliştirilebilir servis tabanlı sistemlerde bu konu baştan kurgulanırsa ileride büyük indeksleme sorunları önlenebilir. Pratikweb benzeri hizmet modellerinde, müşteriye sunulan sitelerde URL standardizasyonu, canonical etiketi üretimi, sitemap temizliği ve iç link tutarlılığı altyapı seviyesinde ele alındığında SEO performansı daha sağlıklı ölçeklenir. Bu da yalnızca görünürlük değil, bakım maliyeti ve teknik denetim kolaylığı açısından da avantaj sağlar.
Önerilen mimari yaklaşım
Aşağıdaki model çoğu proje için güvenli bir temel oluşturur:
- Tek bir canonical domain seçin
- HTTPS'i zorunlu hale getirin
- www veya non-www kararını global olarak sabitleyin
- UTM ve benzeri tracking parametrelerini canonical dışında bırakın
- XML sitemap'i yalnızca final, indekslenebilir URL'lerle üretin
- CMS şablonlarında tüm internal linkleri final URL standardına bağlayın
- Düzenli crawler denetimi ile sapmaları tespit edin
Bu yaklaşım özellikle orta ve büyük ölçekli sitelerde indeksleme verimliliğini artırır. Ayrıca arama motorunun hangi sayfayı sıralamaya aday görmesi gerektiği daha net hale gelir. Sonuç olarak canonical signal, teknik temizlik ile arama görünürlüğü arasında doğrudan köprü kurar.
Sonuç: Canonical Sinyali Bir Etiket Değil, Bir Sistem Olarak Yönetin
Canonical signal yönetiminde başarı, tek bir rel=canonical etiketi eklemekten değil, tüm URL ekosistemini aynı gerçeği söyleyecek şekilde yapılandırmaktan geçer. Redirect'ler, sitemap, internal linkler ve sayfa içi canonical etiketleri aynı hedef URL'yi işaret ettiğinde arama motorları çok daha net karar verir. Bu da indeksleme tutarlılığı, sinyal birikimi ve crawl verimliliği açısından ciddi avantaj sağlar.
Eğer bir siteyi sıfırdan kuruyor, yeniden platformluyor veya teknik SEO denetimi yapıyorsanız, her URL varyasyonunu tek tek değerlendirin ve tercih edilen sürümü sistem seviyesinde sabitleyin. En doğru soru, canonical etiketi var mı değil; tüm sinyaller aynı URL'yi mi destekliyor olmalıdır. Bu bakış açısı benimsendiğinde parameter URL, HTTP/HTTPS ve www/non-www kaynaklı çoğaltma sorunları çok daha kontrollü biçimde yönetilir.