Hızlı Cevap
Birden fazla sayfa aynı canonical URL’ye işaret ettiğinde Google tüm sıralama sinyallerini o URL’de birleştirir ve onu temsilci URL olarak seçer. Kopyalar daha seyrek taranır ve arama sonuçlarında gösterilmez. Ancak rel=canonical bir emir değil ipucudur; çelişkili sinyaller varsa Google farklı bir URL’yi canonical seçebilir.
Önemli Noktalar
- rel=canonical bir emir değil güçlü bir ipucudur; Google algoritmik olarak geçersiz kılabilir.
- Birden fazla URL aynı canonical’ı gösterince tüm sinyaller o URL’de toplanır.
- Çelişkili sinyaller (sitemap, iç link, canonical) Google’ın farklı canonical seçmesine yol açar.
- Aynı sayfada iki canonical etiketi tanımlanırsa Google genellikle ikisini de yok sayar.
- Canonical ile noindex aynı anda kullanmak çelişkili sinyal üretir; birlikte önerilmez.
Canonical etiketi birden fazla sayfada aynı URL’yi gösterince Google ne yapar?
Birden fazla URL’nin aynı rel=canonical etiketine işaret ettiği durumda Google bu sayfaları yinelenen içerik grubu olarak değerlendirir ve aralarından tek bir temsilci URL seçer. Canonical teriminin sözlük tanımına bakıldığında bu kavram, içerik kümeleri içindeki yetkili sürümü ifade eder. Google Search Central’ın resmi canonicalization belgelerine göre temsilci URL belirlendikten sonra tüm link değeri, sayfa skoru ve sıralama sinyalleri bu URL’de toplanır; kopyalar arama sonuçlarında gösterilmez.
Bu süreçte üç kritik davranış gözlemlenir:
- Sinyal birleşimi: Farklı kaynaklardan gelen tüm bağlantı değeri canonical URL’de konsolide edilir; dağınık link değeri kaybolmaz.
- Tarama sıklığı farkı: Canonical sayfa Googlebot tarafından daha sık taranırken kopyalar daha seyrek ziyaret edilir; bu tarama bütçesi açısından önemli bir verimlilik kazanımıdır.
- İndeksleme ayrımı: Yalnızca canonical URL indekslenir ve sıralamada gösterilir; kopyalar SERP’te yer almaz.
Ancak burada kritik bir uyarı vardır: rel=canonical bir emir değil, güçlü bir ipucudur. Google Search Central, 2026 itibarıyla bu ayrımı dokümantasyonunda daha da netleştirmiştir. Google, çelişkili sinyaller tespit ettiğinde veya başka bir URL’yi daha yararlı bulduğunda tanımladığınız canonical’ı yok sayabilir. Öte yandan, aynı sayfanın head bölümünde iki farklı rel=canonical etiketi tanımlanırsa Google bu çelişkiyi genellikle tamamen görmezden gelir ve kendi algoritmik değerlendirmesiyle bir URL seçer. Google Search Central Blog’da yayımlanan 5 common mistakes with rel=canonical makalesine göre bu çoklu canonical tanımı, en yaygın ve maliyetli teknik SEO hatalarından biridir.
Google canonical seçiminde hangi sinyalleri ve hangi ağırlık sırasıyla değerlendirir?
Google, canonical kararını yalnızca rel=canonical etiketine değil; birden fazla sinyalin bütününe dayandırır. Google Search Central’ın resmi belgelerine göre değerlendirilen sinyaller ve yaklaşık ağırlık sırası şöyledir:
- HTTPS/HTTP tercihi: Güvenli bağlantı sunan URL, HTTP sürümüne karşı güçlü bir avantaj taşır.
- Sayfa kalitesi ve eksiksizlik: Daha kapsamlı, kullanıcıya daha yararlı içerik barındıran sayfa canonical aday olarak öne çıkar.
- XML Sitemap girişi: Sitemap’te yer alan URL, Google tarafından sahiplenilmiş ve önemli görülen URL olarak değerlendirilir.
- İç linkler: Site içinde en fazla linklenen URL, tercih edilen sürüm sinyali olarak güçlü etki yapar.
- 301 yönlendirmeler: Kalıcı yönlendirme, sinyallerin hedef URL’de toplandığını açıkça gösterir.
- hreflang etiketleri: Çok dilli sitelerde canonical ile hreflang uyumu, doğru sayfanın doğru dilde gösterilmesini sağlar.
- rel=canonical etiketi: Güçlü bir ipucu olmakla birlikte, yukarıdaki sinyallerle çeliştiğinde geçersiz kılınabilir.
Google neden canonical’ı bazen yok sayar? İki temel neden öne çıkar: birincisi sinyallerin birbiriyle çelişmesidir; sitemap bir URL’yi, iç linkler başka bir URL’yi, canonical üçüncü bir URL’yi gösteriyorsa Google kendi değerlendirmesini yapar. İkincisi, algoritmanın başka bir sayfayı daha yararlı bulmasıdır. Sitemap ile rel=canonical çeliştiğinde, sitemap ve iç link sinyalleri aynı URL’yi gösteriyorsa bu ağırlık çoğunlukla üstün gelir. Sinyallerin tek bir URL’de birleşmesinin sıralamaya etkisi somuttur: dağınık bağlantı değeri yerine tüm link skoru tek sayfada toplanır ve organik sıralama iyileşir.
Self-referencing ve çapraz-domain canonical senaryoları örneklerle
Self-referencing canonical, bir sayfanın kendi tam URL’sini rel=canonical olarak tanımlamasıdır. Teknik olarak zorunlu değildir; ancak Google ve Yoast’ın resmi kılavuzları bu pratiği güçlü biçimde önerir. URL’ye izleme parametresi (utm_source, utm_medium), oturum kimliği veya sıralama parametresi eklendiğinde her kombinasyon potansiyel olarak ayrı bir URL sayılabilir. Self-referencing canonical bu gürültüyü baştan engeller ve doğru sürümü netleştirir.
Çapraz-domain canonical, içeriğin başka bir domaindeki ana sürüme işaret etmesidir. İçeriğin birden fazla sitede yeniden yayımlandığı sendikasyon senaryolarında yaygın kullanılır. Örneğin bir medya partneri, orijinal makalenin URL’sini canonical olarak belirtir; böylece sıralama sinyalleri ve bağlantı değeri orijinal kaynakta kalır. Google bu sinyali dikkate alır; ancak çapraz-domain canonical’ı da yalnızca ipucu olarak değerlendirdiğini unutmayın.
Canonical zincirleri (A sayfası B’yi, B sayfası C’yi canonical gösteriyor) ciddi risk taşır. Google bu zinciri çözerken Googlebot kapasitesi harcar; daha da kötüsü, zincirin ortasında durarak yanlış bir URL’yi canonical seçebilir. En iyi pratik: her kopya sayfanın doğrudan son tercih edilen URL’ye işaret etmesidir — A→C ve B→C yapılandırması, A→B→C zinciri değil. WordPress sitelerinde Yoast SEO veya Rank Math eklentileri self-referencing canonical’ı otomatik üretir; PDF dosyaları ve dinamik sayfalar için HTTP yanıt başlıklarına canonical eklemek de geçerli bir alternatiftir.
Gerçek vaka: ‘Yinelenen, Google farklı bir canonical seçti’ uyarısını adım adım teşhis ettik
Teknik denetim yürüttüğümüz bir e-ticaret sitesinde, aynı ürün içeriği iki farklı URL’de yayınlanıyordu: /urun/kirmizi-corap ve /kategori/corap/kirmizi-corap. Her iki sayfada da rel=canonical birinci URL’ye işaret ediyordu; ancak Search Console her iki URL için de Yinelenen, Google farklı bir canonical seçti uyarısı veriyordu. Google kategori URL’sini tercih etmişti. Google Search Central’ın canonicalization troubleshooting belgesi rehberliğinde aşağıdaki adımları sistematik biçimde uyguladık:
- Search Console URL Denetleme aracını açtık: Etkilenen URL’yi denetleyince Kullanıcı tarafından belirtilen canonical ile Google tarafından seçilen canonical alanlarının farklı URL’leri gösterdiğini teyit ettik.
- Kaynak ve HTTP başlıklarını doğruladık: curl -I komutuyla yanıt başlıklarını inceledik; HTTP header’da ayrı bir canonical tanımı yoktu, sayfa kaynağında ise rel=canonical doğru URL’yi gösteriyordu.
- Çelişkili sinyalleri tespit ettik: XML Sitemap kategori URL’sini listeliyordu; iç linklerin büyük çoğunluğu da kategori URL’sine işaret ediyordu. Sinyal dağılımı 2’ye karşı 1 oranındaydı; Google çoğunluk sinyalini izlemişti.
- Tek mutlak tercih edilen URL’yi belirledik: Ürün URL’sini canonical olarak sabitledik ve tüm iç linklerin bu URL’ye işaret etmesini sağladık.
- Sinyalleri hizaladık: Sitemap’i ürün URL’si ile güncelledik; kategori URL’sinden ürün URL’sine 301 yönlendirme ekledik; HTTPS tutarlılığını da doğruladık.
- Yeniden taratıp doğruladık: URL Denetleme aracından Dizine eklenmeyi iste seçeneğiyle yeniden taramayı tetikledik. 10-14 gün içinde Search Console’da Google’ın seçtiği canonical’ın bizim tanımımızla örtüştüğünü gözlemledik; taranma sıklığı belirgin biçimde arttı.
Bu vaka, 2026 itibarıyla güncellenen Search Console durum açıklamalarının rehberliğiyle yürütüldü. Alternate page with proper canonical tag ve Duplicate, Google chose a different canonical than user durumları artık daha ayrıntılı teşhis akışlarıyla destekleniyor. Konuyu görsel biçimde incelemek isteyenler için Google Search Central YouTube kanalında canonicalization ve yinelenen URL yönetimine ilişkin resmi açıklama videoları mevcuttur.
rel=canonical, 301 yönlendirme ve noindex arasında hangisi ne zaman seçilmeli?
Yinelenen içerik sorununu çözmek için birden fazla yöntem bulunur; doğru seçim amaca ve senaryoya bağlıdır. Canonical ile noindex aynı anda kullanmak çelişkili sinyal üretir: canonical, sinyalleri tercih edilen URL’de toplamayı hedeflerken noindex sayfayı arama sonuçlarından tamamen çıkarmayı emreder. Bu iki direktif bir arada kullanıldığında Google’ın hangisine öncelik vereceği belirsizleşir ve öngörülemeyen sonuçlara yol açabilir.
Yaygın canonical hataları ve SEO sonuçları şöyle özetlenebilir: yanlış URL’ye canonical vermek tüm sıralama sinyallerini istenmeyen sayfada biriktirir. Canonical zinciri oluşturmak (A→B→C) Google’ın zinciri çözememesi durumunda hiçbir sayfanın canonical olarak tanınmamasına yol açabilir. noindex ve canonical çakışması ise sayfanın ne indekslenmesini ne de sinyal konsolidasyonunu sağlar. Bu hataların her biri organik trafiği ve indeksleme kalitesini doğrudan olumsuz etkiler.
SEOYEN’in site sağlığı denetimi modülü, sitenizin tüm sayfalarını tarayarak çelişkili canonical tanımlarını, canonical zincirlerini ve noindex/canonical çakışmalarını otomatik olarak işaretler ve raporlar. Ahrefs veya SEMrush gibi yabancı araçların aksine SEOYEN, Türkçe arayüzü ve TL bazlı fiyatlandırmasıyla bu derin teknik analizleri yerel SEO uzmanları ve küçük işletmeler için erişilebilir kılar.
Yanlış canonical’ı düzeltmek için kontrol listesi ve SEOYEN ile sürekli denetim
Doğru canonical URL seçimi ve uygulaması için şu ilkeleri temel alın: her zaman mutlak URL kullanın, göreli yollar tercih etmeyin. Tutarlı protokol belirleyin; HTTPS tercih ediliyorsa HTTP sürümünden 301 yönlendirme ekleyin. Tüm iç linklerin aynı tercih edilen URL’ye işaret ettiğinden emin olun ve her sayfaya self-referencing canonical ekleyin. Canonical zinciri oluşturmaktan kaçının: her kopya sayfanın doğrudan son canonical URL’ye işaret etmesi gerekir.
Düzeltme sonrasında sinyallerin toplandığını doğrulamak kritik önem taşır. SEOYEN’in sıralama takibi aracıyla hedef anahtar kelimelerdeki konum değişimini izleyebilir, canonical düzenlemesinin organik görünürlüğe yansıyıp yansımadığını ölçebilirsiniz. Çelişkili canonical’ları toplu tarama özelliği sayesinde yüzlerce sayfalık büyük sitelerde bile sorunlu URL’ler otomatik olarak işaretlenir; her sayfayı tek tek kontrol etme ihtiyacı ortadan kalkar.
Periyodik denetim akışını şöyle kurgulamanızı öneririz: aylık site taramasıyla yeni canonical çakışmalarını tespit edin, Search Console’daki Page Indexing raporunu düzenli takip edin ve her yeni içerik yayınında self-referencing canonical eklemeyi standart sürecinizin parçası haline getirin. Güncel fiyatlandırma seçeneklerimizi inceleyerek bu denetim sürecini otomatik ve sürekli bir izleme döngüsüne taşıyabilirsiniz.
| Özellik | rel=canonical | 301 Yönlendirme | noindex | hreflang |
|---|---|---|---|---|
| Kullanıcı orijinal URL'de kalır mı? | Evet | Hayır — yönlendirilir | Evet | Evet |
| Sıralama sinyallerini birleştirir mi? | Evet | Evet | Hayır | Kısmen |
| Emir mi, ipucu mu? | İpucu | Emir | Emir | İpucu |
| İndekslemeye etkisi | Kopya indekslenmez | Kopya indekslenmez | Sayfa indekslenmez | Dil bazlı yönlendirme |
| Tipik kullanım senaryosu | Yinelenen sayfa, parametre URL'leri | Kalıcı URL değişikliği | Özel ve dahili sayfalar | Çok dilli siteler |
| Canonical ile birlikte kullanım | — | Uyumlu | Çelişkili — önerilmez | Uyumlu |
Kaynaklar
Sıkça Sorulan Sorular
Google, aynı canonical URL'ye işaret eden birden fazla sayfa olduğunda bu sayfaları yinelenen içerik grubu olarak ele alır ve belirlenen URL'yi temsilci URL olarak seçer. Tüm link değeri, sıralama sinyalleri ve sayfa skoru bu temsilci URL'de birleştirilir. Google Search Central'ın resmi dokümantasyonuna göre canonical olarak seçilen URL arama sonuçlarında gösterilirken kopyalar daha seyrek taranır ve SERP'te yer almaz. Önemli uyarı: rel=canonical bir emir değil güçlü bir ipucudur. Google belirlediğiniz URL yerine kendi algoritmik değerlendirmesiyle farklı bir URL'yi canonical seçebilir. Bu nedenle iç link, sitemap ve HTTPS sinyallerinin canonical etiketiyle uyumlu olması kritik önem taşır.
Hayır. Google rel=canonical etiketini kesinlikle uygulamak zorunda değildir. Bu etiket Google'a gönderilen güçlü bir ipucu olmakla birlikte bir emir değildir. Google, çelişkili sinyaller tespit ettiğinde, başka bir URL'yi daha yararlı bulduğunda veya canonical etiketiyle sitemap ve iç link sinyalleri arasında uyumsuzluk olduğunda kendi kararını verebilir. Google Search Central dokümantasyonu, canonical seçiminde rel=canonical'ın yanı sıra HTTPS tercihi, sayfa kalitesi, sitemap girişleri, iç linkler, 301 yönlendirmeler ve hreflang etiketlerini de değerlendirdiğini açıklar. Tüm bu sinyaller aynı URL'yi gösterdiğinde Google'ın canonical kararına uyma olasılığı önemli ölçüde artar.
Aynı sayfanın head bölümünde iki farklı rel=canonical etiketi bulunduğunda Google bu çelişkili sinyali genellikle tamamen yok sayar. Google Search Central Blog'un 5 common mistakes with rel=canonical kaynağına göre çoklu canonical tanımı en yaygın ve en ciddi canonical hatalarından biridir. Google iki etiketin ikisini de dikkate almak yerine kendi algoritmik değerlendirmesiyle bir URL seçer. bu da büyük olasılıkla sizin istediğiniz URL'nin seçilmemesi anlamına gelir. Çözüm basittir: her sayfada yalnızca bir tek rel=canonical etiketi tanımlanmalı, ikincisi mutlaka kaldırılmalıdır.
Bu uyarı (Duplicate, Google chose a different canonical than user), Google'ın sizin rel=canonical etiketiyle işaret ettiğiniz URL yerine farklı bir URL'yi canonical olarak seçtiğini gösterir. Çelişkili sinyallerin doğrudan sonucudur. Search Console'daki URL Denetleme aracını kullanarak Kullanıcı tarafından belirtilen canonical ile Google tarafından seçilen canonical alanlarını karşılaştırabilirsiniz. Google'ın neden farklı bir URL seçtiğini anlamak için iç linkleri, sitemap girişini, HTTPS sürümünü ve 301 yönlendirmeleri incelemeniz gerekir. 2026 itibarıyla Search Console bu durumun teşhisi için daha ayrıntılı bilgi sunmaktadır. URL Denetleme aracı başlangıç noktanız olmalıdır.
Teknik olarak zorunlu değildir. ancak Google ve Yoast gibi güvenilir SEO kaynakları self-referencing canonical eklenmesini güçlü biçimde önerir. Bu pratik, sayfanın kendi URL'sini canonical olarak tanımlaması anlamına gelir. Özellikle UTM parametresi, oturum kimliği veya sıralama parametresi gibi URL varyasyonlarının oluştuğu durumlarda yinelenen içerik riskini azaltır ve Google'ın hangisini canonical seçeceğini netleştirir. WordPress sitelerinde Yoast SEO veya Rank Math eklentileri self-referencing canonical'ı otomatik ekler. bu nedenle ekstra bir işlem gerekmez. Sayfanın hem orijinal hem de parametreli versiyonu dolaşımdaysa bu etiket, Google'ın karışıklık yaşamasını önler.
Önerilmez. ikisi birlikte çelişkili bir sinyal oluşturur. rel=canonical, sinyallerin (link değeri, sıralama skoru) tercih edilen URL'de toplanması için kullanılır ve sayfanın taranmaya devam etmesini gerektirir. noindex ise sayfanın arama sonuçlarında hiç gösterilmemesini sağlar ve indekslemeyi engeller. Bu iki direktifi aynı anda kullandığınızda Google'ın hangisine öncelik vereceği garanti edilmez ve öngörülemeyen sonuçlar ortaya çıkabilir. Sayfayı indeksten tamamen çıkarmak istiyorsanız yalnızca noindex kullanın. sinyalleri bir ana URL'de toplamak istiyorsanız yalnızca rel=canonical kullanın.
Canonical olarak seçilen URL, Googlebot tarafından daha sık taranır ve arama sonuçlarında gösterilmek üzere önceliklendirilir. Kopya sayfalar ise daha seyrek taranır ve indekste görünmez. ancak tamamen taranmayı bırakmaz. Google Search Central dokümantasyonuna göre bu davranış tarama bütçesini olumlu etkiler: Googlebot kapasitesi kopya URL'leri defalarca taramak yerine sitenizin benzersiz içeriklerine yönlendirilir. Özellikle büyük e-ticaret sitelerinde yüzlerce parametre URL'si söz konusu olduğunda, tutarlı canonical yapısı tarama bütçesini korur ve değerli sayfaların daha hızlı indekslenmesine katkı sağlar.
rel=canonical güçlü bir ipucudur. bir emir değildir. Google bu etiketi kendi algoritması çerçevesinde değerlendirip geçersiz kılabilir. 301 yönlendirme ise bir emir niteliğindedir: Google hem kullanıcıyı hem de Googlebot'u yeni URL'ye kesin olarak yönlendirir. rel=canonical'ın ipucu statüsü, özellikle çelişkili sinyaller ortamında belirginleşir. sitemap başka, iç link başka, canonical başka URL'yi gösteriyorsa Google bu çelişkide kendi kararını verir. Bu nedenle rel=canonical'ı tek başına bir çözüm olarak değil, sitemap, iç link ve HTTPS protokolüyle uyumlu bir sinyal bütününün parçası olarak tasarlamak gerekir.