Hızlı Cevap
Canonical etiketi yanlış yapılandırıldığında Google, belirttiğiniz canonical URL’yi görmezden gelir ve kendi sinyal hiyerarşisine —iç linkler, sitemap, 301 yönlendirmeler ve içerik kalitesi— dayanarak dizine alacağı URL’yi bağımsız seçer. Bu süreç link gücünün bölünmesine, sıralama kayıplarına ve crawl bütçesi israfına doğrudan yol açar.
Önemli Noktalar
- rel=canonical bir ipucudur; Google her zaman farklı URL seçme hakkını saklı tutar.
- Robots.txt engeli, noindex veya çoklu canonical etiketi canonical sinyalini geçersiz kılar.
- Sinyal hiyerarşisinde 301 yönlendirme, rel=canonical etiketinden çok daha güçlüdür.
- Canonical zinciri (A→B→C) crawl bütçesini tüketir ve sinyal gücünü zayıflatır.
- GSC URL Inspection aracı, Google’ın seçtiği canonical’ı doğrulayan birincil teşhis yöntemidir.
rel=canonical Nedir: Google’ın Dizine Alma Sürecindeki Rolü ve Sınırları
rel=canonical etiketi, Google’a aynı ya da çok benzer içeriğe sahip birden fazla URL arasından hangisinin yetkili sayfa olarak dizine alınmasını istediğinizi bildiren bir HTML etiketidir. Canonical terimini SEO sözlüğünde inceleyin. Ancak bu sinyal bir direktif değil, bir ipucudur; Google, kendi algoritmik değerlendirmesi sonucunda belirttiğinizden farklı bir URL’yi yetkili sayfa olarak seçme hakkını her zaman saklı tutar. Google Search Central’ın resmi belgelerine göre bu ayrımı kavramak, canonical hata senaryolarını anlayabilmek için temel önkoşuldur.
Canonical etiketin yalnızca HTML <head> bölümünde bulunması gerekir. <body> içinde yer alan canonical etiketleri Google tarafından tamamen yok sayılır; dolayısıyla bir şablon hatasıyla canonical etiket head dışına taşındığında Google bunu hiç görmemiş gibi davranır. Bu teknik kural, özellikle dinamik içerik yönetim sistemlerinde, tema güncellemelerinde veya üçüncü taraf eklentilerin koda müdahalesiyle sıkça gözden kaçan bir tuzak oluşturur.
Duplicate content sorununa yaklaşırken canonical, 301 yönlendirme ve XML sitemap sinyallerinin farklı ağırlıklar taşıdığını bilmek kritiktir. Self-referencing canonical —bir sayfanın kendi URL’sine canonical vermesi— her sayfa için en iyi uygulama olarak önerilir; bu yapı Google’ın sayfanın kendisini yetkili olarak görmesini pekiştirir ve istemeden oluşabilecek canonical zincirlerinin önüne geçer. Herhangi bir canonical etiketi taşımayan bir sayfa için Google kendi heuristic değerlendirmesini yaparak yetkili URL’yi belirlemeye çalışır; bu sürecin sonucu her zaman öngörülebilir değildir.
Google Canonical Etiketi Ne Zaman Yok Sayar: 6 Çelişkili Sinyal Senaryosu
Google’ın canonical ipucunu görmezden gelmesi için belirli bir çelişkinin varlığı yeterlidir. Google Search Central Blog’un resmi “5 Common Mistakes with rel=canonical” başlıklı rehberinde bu senaryolar Google mühendislerinin kendi ağzından örneklerle aktarılmıştır. Pratikte en sık karşılaşılan altı senaryo şunlardır:
- Robots.txt engeli: Canonical olarak işaret ettiğiniz URL robots.txt dosyasında Googlebot’un erişimine kapalıysa Google bu URL’yi doğrulayamaz. Doğrulanamayan bir canonical ipucu otomatik olarak geçersiz sayılır ve Google kendi tercihini uygular.
- Noindex + canonical çelişkisi: Bir sayfada aynı anda hem rel=canonical hem de noindex direktifi bulunuyorsa Google genellikle noindex direktifini önceliklendirir; sayfa dizine eklenmez ve canonical ipucu görmezden gelinir. Bu iki sinyal birbirini dışladığından aynı anda kullanılmamalıdır.
- Birden fazla canonical etiketi: Sayfada iki ya da daha fazla <link rel=”canonical”> etiketi varsa Google tüm canonical ipuçlarını geçersiz sayar ve sanki hiç canonical verilmemiş gibi kendi algoritmik seçimini uygular. Bu durum genellikle çakışan eklentilerin aynı sayfaya canonical kodu eklemesiyle ortaya çıkar.
- Canonical zinciri (A→B→C): A sayfası B’ye, B sayfası C’ye canonical işaret ediyorsa Google bu zinciri çözmeye çalışır; ancak her ekstra halka crawl bütçesini tüketir ve sinyal gücünü zayıflatır. Doğrudan yetkili URL’ye işaret eden tek adımlı bir yapı her zaman daha güvenilir ve verimlidir.
- Protokol uyumsuzluğu (HTTP/HTTPS, www/non-www): Canonical URL HTTP protokolünü kullanırken siteniz HTTPS’e geçmişse ya da www ve non-www versiyonları arasında tutarsızlık mevcutsa Google bu canonical sinyalini zayıf bulur ve kendi kararını uygulayabilir. Her canonical URL, site genelinde kullanılan protokol ve subdomain yapısıyla tam uyumlu olmalıdır.
- Düşük içerik kalitesi sinyali: 2025 sonrası Helpful Content güncellemesinin mirasıyla birlikte Google, canonical URL’nin işaret ettiği sayfanın içerik kalitesini de değerlendirmeye almaktadır. Yetkili sayılmasını istediğiniz sayfa zayıf içerik, thin content ya da yüksek oranda şablonlaşma taşıyorsa Google farklı bir URL’yi tercih edebilir.
Google’ın Canonical Seçimini Belirleyen Sinyal Hiyerarşisi: Ağırlık Sırası Tablosu
Google, hangi URL’yi yetkili sayfa olarak seçeceğine birden fazla sinyali bir arada değerlendirerek karar verir. Google Search Central’ın resmi “Consolidate Duplicate URLs” kılavuzuna göre sinyal ağırlıkları büyükten küçüğe şöyle sıralanır: 301 yönlendirme > rel=canonical > XML Sitemap > İç Linkler. 301 yönlendirme, kullanıcıyı da doğrudan yeni URL’ye taşıdığından hem kullanıcı hem Google için en net ve güçlü sinyali oluşturur; rel=canonical ise sayfanın orijinal URL’sini korurken yetki devretme imkânı sunar, ancak daha düşük bir ağırlık taşır.
Google’ın 2025 yılında açıkladığı crawl bütçesi güncellemeleri, canonical uyumsuzluğunun büyük sitelerdeki tarama maliyetine etkisini daha belirgin hale getirdi. Yüzlerce veya binlerce URL barındıran e-ticaret ve medya sitelerinde canonical çelişkileri Googlebot’un aynı içeriği tekrar tekrar taramasına, yeni ve stratejik sayfaların daha geç keşfedilmesine yol açar. Bu durum hem sıralama gecikmesi hem de crawl bütçesi israfı anlamına gelir; özellikle büyük katalog sitelerinde ölçülebilir bir operasyonel maliyet oluşturur.
PageRank dağılımı açısından değerlendirildiğinde, yanlış canonical link gücünü (link equity) iki ya da daha fazla URL arasında böler. Harici siteler A URL’sine bağlanırken B URL’si canonical olarak işaret ediliyorsa ve Google B’yi tercih etmiyorsa, kazandırılmak istenen otorite hiçbir zaman tek URL üzerinde birikmez. 2025-2026 döneminde SEO topluluğundaki vaka raporları, canonical uyumsuzluğunun özellikle rekabetçi anahtar kelimelerde aylık bazda ölçülebilir sıralama kayıplarına yol açtığını ortaya koymaktadır.
| Özellik | rel=canonical | 301 Yönlendirme |
|---|---|---|
| Google sinyal gücü | Orta — ipucu niteliğinde | Güçlü — direktif niteliğinde |
| Kullanıcı yönlendirmesi (URL değişir mi?) | Hayır, orijinal URL korunur | Evet, kullanıcı yeni URL'ye taşınır |
| PageRank (link equity) aktarımı | Kısmi aktarım | Tam aktarım |
| Çapraz alan (cross-domain) desteği | Evet | Evet |
| Uygulama zorluğu | Düşük (HTML head etiketi) | Orta (sunucu yapılandırması) |
| Hatalı kullanım riski | Yüksek (çelişkili sinyal riski) | Düşük |
| İçerik erişilebilirliği | Sayfa her iki URL'den erişilebilir | Yalnızca yeni URL'den erişilebilir |
| Google'ın önerdiği senaryo | Duplicate içerik, URL korunmalı (filtre/sıralama sayfaları) | Kalıcı URL değişikliği ve domain taşıma |
Gerçek Vaka: Site Migration Sonrası 80 URL’de ‘Google Farklı Canonical Seçti’ Krizi
Orta ölçekli bir e-ticaret sitesinde gerçekleştirilen domain değişikliği migration sürecinde, geliştirici tarafında yapılan şablon güncellemesiyle tüm sayfalara hatalı biçimde ana sayfayı (https://site.com/) işaret eden tek bir canonical kodu enjekte edildi. Bu hata, migration tamamlandıktan yaklaşık iki hafta sonra GSC’de fark edildi; bu süre zarfında 80’den fazla kategori ve ürün sayfası “Dizine Eklenmedi: Kullanıcı tarafından canonical belirlendi, Google farklı seçti” statüsüne düşmüştü.
Etkilenen sayfaların organik tıklama sayısı bu dönemde ortalama %40 geriledi; belirli kategori sayfaları üst sıradaki konumlarını tamamen yitirdi. Teşhis aşamasında URL Inspection aracı kullanıldığında “Kullanıcı tarafından belirtilen canonical: https://site.com/” ile “Google tarafından seçilen canonical: https://site.com/kategori/urun/” ayrımı açıkça görünüyordu. Google, hatalı canonical’ı reddederek —ana sayfanın içerik yapısının ürün sayfalarıyla örtüşmemesi nedeniyle— kendi algoritmik seçimini uygulamıştı.
Düzeltme süreci, tüm sayfalarda self-referencing canonical yapısına geçilmesiyle başladı. Ardından XML sitemap yeniden gönderildi ve URL Inspection aracı üzerinden öncelikli sayfalar için yeniden tarama talep edildi. Canonical sinyalinin normalize olması ve indekslemenin normale dönmesi yaklaşık 10-14 gün sürdü; en güçlü düzeltme sinyalinin sitemap tutarlılığı ve iç link ağırlığı kombinasyonu olduğu gözlemlendi. Büyük e-ticaret sitelerinde filtreleme ve sıralama URL’lerinin yanlış canonical uygulaması da benzer krizlere zemin hazırlar; bu URL’lerin canonical değerinin yetkili kategori URL’sine işaret etmesi gerekir.
Google Search Console’da Canonical Hata Teşhisi: Adım Adım Kontrol Listesi
Google Search Console, 2024-2025 döneminde genişletilen URL segmentasyonu özelliğiyle canonical kaynaklı hataları çok daha ayrıntılı takip etme imkânı sunmaktadır. Google Search Central’ın “Fix Canonicalization Issues” kılavuzuna göre teşhis süreci aşağıdaki adımlarla sistematik biçimde yürütülmelidir:
- GSC Dizine Ekleme raporunu açın ve filtreleyin. Google Search Console > Dizine Ekleme > Sayfalar bölümüne gidin; “Kullanıcı tarafından canonical belirlendi, Google farklı seçti” filtresiyle sorunlu URL listesini çıkarın. Bu listedeki URL’ler Google’ın canonical tanımınızı reddettiği ve acil müdahale gerektiren öncelikli sayfalardır.
- URL Inspection aracıyla canonical değerlerini karşılaştırın. Sorunlu URL’yi URL Inspection aracına girin; “Kullanıcı tarafından belirtilen canonical” ile “Google tarafından seçilen canonical” alanlarını yan yana okuyun. İki değer arasındaki fark sorunun köküne doğrudan işaret eder.
- Kaynak kodda canonical etiketini doğrulayın. Sayfanın HTML <head> bölümünde tek bir rel=canonical etiketi bulunduğunu ve doğru URL’ye işaret ettiğini onaylayın. Body içinde ya da birden fazla canonical etiketi varsa hemen kaldırın.
- Çelişkili sinyalleri (robots.txt, noindex) kontrol edin. Canonical olarak işaret ettiğiniz URL’nin robots.txt ile engellenmediğini ve noindex meta etiketi taşımadığını doğrulayın; her iki durum da canonical ipucunu geçersiz kılar.
- Canonical zincirlerini tespit edin ve kırın. A→B→C şeklinde uzanan zincirleri bulun; her sayfa doğrudan yetkili URL’ye işaret etmeli, zincirleme yapı crawl bütçesini tüketir ve sinyal gücünü azaltır.
- Sitemap ile canonical tutarlılığını denetleyin. XML sitemap’inizde yalnızca canonical URL’lerin yer aldığını kontrol edin; non-canonical varyantların sitemap’te bulunması çelişkili sinyal oluşturur ve Google’ın kararını olumsuz etkiler.
- Düzeltme sonrası yeniden tarama talep edin ve izleyin. URL Inspection aracında “Dizine Eklemeyi Test Et” butonunu kullanın; büyük ölçekli değişiklikler için site haritasını GSC’den yeniden gönderin ve indeksleme durumunu birkaç gün boyunca takip edin.
SEOYEN Site Sağlığı Aracıyla Canonical Sorunlarını Otomatik Tespit Edin
Canonical hatalarını manuel olarak tespit etmek, özellikle yüzlerce veya binlerce URL barındıran sitelerde son derece zaman alıcıdır. site sağlığı taramasında canonical hatalarını otomatik raporlayın: SEOYEN’in Site Sağlığı aracı tek bir taramada canonical zincirlerini, birden fazla canonical etiketini ve eksik canonical değerlerini tespit ederek öncelik sırasına göre listeler. Hangi sayfanın acil müdahale gerektirdiğini rapor çıkmadan önce görebilir, düzeltme akışını buna göre planlayabilirsiniz.
Ahrefs veya SEMrush gibi uluslararası platformlar benzer site audit özellikleri sunarken SEOYEN bu denetimi Türkçe arayüzde, TL bazlı fiyatlandırmayla ve yerel destek imkânıyla Türkiye pazarına uyarlanmış biçimde sunar. backlink analizi ile canonical seçimini etkileyen link gücü dağılımını görün: hangi URL’lerin daha fazla harici bağlantı çektiğini bilmek, Google’ın hangi sayfayı yetkili seçeceğini öngörmenizi kolaylaştırır. Ahrefs’e yerli alternatif arıyorsanız karşılaştırmayı inceleyin ya da güncel fiyatlandırma sayfasını ziyaret edin.
Kaynaklar
Sıkça Sorulan Sorular
Canonical etiketi yanlış yapılandırıldığında Google, belirttiğiniz canonical URL'yi ipucu olarak değerlendirip reddedebilir ve kendi algoritmik değerlendirmesine dayanarak dizine alacağı URL'yi bağımsız olarak seçer. Bu durum birkaç somut soruna yol açar: harici sitelerden gelen bağlantılar nedeniyle link gücü (link equity) bölünür, sıralama potansiyeli hiçbir zaman tek URL üzerinde birikmez ve crawl bütçesi gereksiz URL varyantlarını taramak için harcanır. Google Search Console'da 'Kullanıcı tarafından canonical belirlendi, Google farklı seçti' statüsü bu sorunun göstergesidir ve URL Inspection aracıyla tespit edilebilir.
Hayır. rel=canonical bir emir değil, Google'a verilen bir ipucudur. Google bu ipucunu her zaman kabul etmez. Canonical URL'nin robots.txt ile engellenmesi, sayfada aynı anda noindex direktifi bulunması, birden fazla canonical etiketinin çakışması veya canonical olarak belirtilen sayfanın düşük içerik kalitesi taşıması gibi durumlarda Google canonical ipucunu görmezden gelir ve kendi sinyal hiyerarşisine dayanarak yetkili URL'yi bağımsız seçer. Bu nedenle canonical etiketi tek başına yeterli bir çözüm olarak görülmemeli, 301 yönlendirme ve sitemap sinyalleriyle tutarlı biçimde desteklenmelidir.
Bir sayfada iki ya da daha fazla rel=canonical etiketi bulunduğunda Google tüm canonical ipuçlarını geçersiz sayar. Sayfayı hiçbir canonical direktifi yokmuş gibi değerlendirir ve kendi algoritmik kararını uygular. Bu durum genellikle birden fazla eklentinin veya tema katmanının aynı sayfaya canonical kodu eklemesiyle ortaya çıkar. Sonuç olarak Google, link gücü ve içerik sinyallerine bakarak kendi yetkili URL seçimini yapar. bu seçim her zaman site sahibinin niyetiyle örtüşmez. Çakışan canonical etiketleri kaynak kodda view-source ile veya site audit araçlarıyla tespit edilip temizlenmelidir.
Canonical ve noindex direktiflerini aynı sayfada kullanmak çelişkili bir sinyal oluşturur. Google bu iki direktifi birlikte gördüğünde genellikle noindex'i önceliklendirir. çünkü noindex 'bu sayfayı dizine ekleme' anlamına gelirken canonical 'bu URL'yi yetkili say' demektir — ikisi aynı anda geçerli olamaz. Bu durumda Google sayfayı dizine eklemez ve canonical ipucunu görmezden gelir. Pratik kural olarak noindex içeren bir sayfaya canonical eklenmemeli. eğer bir sayfanın hem dizine eklenmesini hem canonical olarak işaret edilmesini istiyorsanız noindex direktifini kaldırmanız gerekir.
Bu hata mesajı, Google'ın sizin belirlediğiniz canonical URL'yi kabul etmediğini ve kendi algoritmasıyla farklı bir URL'yi yetkili sayfa olarak seçtiğini gösterir. Görünmesinin başlıca nedenleri arasında canonical URL'nin robots.txt ile engellenmesi, noindex çelişkisi, çoklu canonical etiketi veya canonical olarak belirtilen sayfanın düşük içerik kalitesi taşıması sayılabilir. Teşhis için GSC URL Inspection aracını kullanın, 'Kullanıcı tarafından belirtilen canonical' ve 'Google tarafından seçilen canonical' alanlarını karşılaştırın, ardından çelişkili sinyalleri sistematik biçimde inceleyin.
Canonical zinciri, A sayfasının B'ye, B'nin C'ye canonical işaret ettiği zincirleme bir yapıdır. Google bu zinciri çözmeye çalışır ancak her ekstra halka Googlebot'un harcadığı crawl bütçesini artırır ve sinyal gücünü zayıflatır. Link equity ve canonical sinyal gücünün bir kısmı her aktarımda kaybolur. Doğru yaklaşım, her sayfanın doğrudan yetkili URL'ye işaret etmesidir. bu şekilde crawl bütçesi korunur ve sinyal bütünlüklü biçimde iletilir. Canonical zincirleri site audit araçlarıyla otomatik olarak tespit edilebilir.
Canonical olarak işaret ettiğiniz URL robots.txt dosyasıyla Googlebot'a kapalıysa Google bu URL'yi doğrulayamaz. Doğrulanamayan bir canonical ipucu Google tarafından otomatik olarak geçersiz sayılır. Bu durumda Google, kendisi için erişilebilir olan URL'ler arasından içerik ve sinyal ağırlığına bakarak yetkili sayfayı bağımsız seçer. Bu nedenle robots.txt engellerini düzenlemeden önce, engellenmiş bir URL'nin canonical hedef olup olmadığını kontrol etmek kritik bir adımdır. GSC URL Inspection aracı bu çelişkiyi tespit etmek için en hızlı yöntemdir.