Canonical, noindex ve robots.txt birlikte çakıştığında önce tarama erişimini, sonra indeksleme sinyalini, en son da canonical tercihinin gerçekten neyi işaret ettiğini kontrol etmelisiniz. Kısa cevap: robots.txt yalnız taramayı sınırlar, noindex sayfanın aramada görünmesini engeller, rel="canonical" ise benzer sayfalar arasında tercih edilen URL'yi belirtir.
Sorunu doğru sırayla çözmek için önce sayfanın erişilebilir olduğundan emin olun; çünkü crawler sayfaya ulaşamıyorsa noindex ve canonical sinyallerini de okuyamaz. Ardından sayfanın aramada görünmesini gerçekten istemiyorsanız noindex kullanın; yalnızca yinelenen URL'leri birleştirmek istiyorsanız noindex yerine rel="canonical" tercih edin. Değişiklikten sonra Search Console URL Inspection üzerinden yeniden değerlendirme isteği göndermek, Google'ın kümelenen sayfaları tekrar incelemesini kolaylaştırır.
noindex dizine ekleme katmanındadır. Sayfa taranabiliyorsa okunur ve sayfanın aramada görünmemesi istenir. Sayfayı tarayamıyorsanız noindex de işe yaramaz.
rel="canonical" ise seçim katmanındadır. Benzer ya da çoğaltılmış sayfalar arasından hangisinin ana URL olarak kabul edilmesini istediğinizi bildirir. Tek bir site içinde canonical seçimi için noindex kullanmak doğru yaklaşım değildir.
İkinci kontrol, sayfanın arama sonuçlarında yer alıp almaması gerektiğidir. Sayfa görünmemeli diyorsanız noindex; görünmeli ama başka URL ile birleşmeli diyorsanız canonical kullanın. İki sinyali aynı sayfada gelişi güzel birlikte kullanmak çoğu durumda belirsizlik üretir.
Üçüncü kontrol, URL'nin doğru kümeye girip girmediğidir. Ana sürüm ile varyasyonlar aynı içeriği taşıyorsa canonical'ı tutarlı hale getirin ve gerekirse sitemap, iç linkler ve yönlendirmeleri aynı tercihle hizalayın.
Sayfa aramada görünmemeli ise: noindex uygulayın. Ama sayfanın taranabiliyor kalması gerektiğini unutmayın.
Benzer sayfalar birleştirilecekse: rel="canonical" kullanın. Google'ın resmi dokümantasyonu, canonical seçimi için bunu tercih edilen sinyal olarak anlatır.
Düzeltme sonrası: Search Console URL Inspection üzerinden yeniden dizine ekleme isteği gönderin. Bu, kümelenmiş sayfaların yeniden değerlendirilmesine yardımcı olur.
Bu yüzden önce "Google sayfaya erişebiliyor mu?" sorusunu yanıtlayın. Sonra "Bu sayfa aramada görünmeli mi?" sorusunu sorun. En son "Birden fazla sürüm varsa hangisi ana URL olmalı?" sorusuna geçin. Bu sıra, gereksiz değişiklik yapmanızı engeller ve düzeltmeyi daha az riskli hale getirir.
Sorunu doğru sırayla çözmek için önce sayfanın erişilebilir olduğundan emin olun; çünkü crawler sayfaya ulaşamıyorsa noindex ve canonical sinyallerini de okuyamaz. Ardından sayfanın aramada görünmesini gerçekten istemiyorsanız noindex kullanın; yalnızca yinelenen URL'leri birleştirmek istiyorsanız noindex yerine rel="canonical" tercih edin. Değişiklikten sonra Search Console URL Inspection üzerinden yeniden değerlendirme isteği göndermek, Google'ın kümelenen sayfaları tekrar incelemesini kolaylaştırır.
Canonical, noindex ve robots.txt sırası
Bu üç sinyalin aynı anda karıştırılmasının nedeni, hepsinin farklı katmanda çalışmasıdır. Birini diğerinin yerine koyduğunuzda sorun çözülmez; bazen de tersine, sayfanın taranmasını ya da dizine alınmasını tamamen bozarsınız.Önce hangi sinyalin ne yaptığını ayırın
robots.txt tarama katmanındadır. Googlebot'a hangi URL'lere erişebileceğini söyler. Bu yüzden bir sayfayı arama sonuçlarından gizlemek için tek başına yeterli değildir.noindex dizine ekleme katmanındadır. Sayfa taranabiliyorsa okunur ve sayfanın aramada görünmemesi istenir. Sayfayı tarayamıyorsanız noindex de işe yaramaz.
rel="canonical" ise seçim katmanındadır. Benzer ya da çoğaltılmış sayfalar arasından hangisinin ana URL olarak kabul edilmesini istediğinizi bildirir. Tek bir site içinde canonical seçimi için noindex kullanmak doğru yaklaşım değildir.
Düzeltme sırası nasıl kurulmalı
İlk kontrol, sayfanın gerçekten erişilebilir olup olmadığıdır. robots.txt engeli varsa önce bunu kaldırmadan diğer sinyallerin etkisini sağlıklı okuyamazsınız.İkinci kontrol, sayfanın arama sonuçlarında yer alıp almaması gerektiğidir. Sayfa görünmemeli diyorsanız noindex; görünmeli ama başka URL ile birleşmeli diyorsanız canonical kullanın. İki sinyali aynı sayfada gelişi güzel birlikte kullanmak çoğu durumda belirsizlik üretir.
Üçüncü kontrol, URL'nin doğru kümeye girip girmediğidir. Ana sürüm ile varyasyonlar aynı içeriği taşıyorsa canonical'ı tutarlı hale getirin ve gerekirse sitemap, iç linkler ve yönlendirmeleri aynı tercihle hizalayın.
Ne zaman hangi düzeltme önceliklidir
robots.txt engeli varsa: Önce erişimi düzeltin. Aksi halde Google sayfadaki diğer sinyalleri okuyamaz.Sayfa aramada görünmemeli ise: noindex uygulayın. Ama sayfanın taranabiliyor kalması gerektiğini unutmayın.
Benzer sayfalar birleştirilecekse: rel="canonical" kullanın. Google'ın resmi dokümantasyonu, canonical seçimi için bunu tercih edilen sinyal olarak anlatır.
Düzeltme sonrası: Search Console URL Inspection üzerinden yeniden dizine ekleme isteği gönderin. Bu, kümelenmiş sayfaların yeniden değerlendirilmesine yardımcı olur.
| Kontrol | Ne anlama gelir |
|---|---|
| robots.txt | Taramayı etkiler; sayfanın dizine eklenmesini tek başına engellemek için doğru araç değildir. |
| noindex | Sayfanın arama sonuçlarında görünmesini engellemek için kullanılır; tarama erişimi gerekir. |
| rel=canonical | Benzer sayfalar arasında tercih edilen URL'yi işaret eder; canonical seçimi için ana sinyaldir. |
| URL Inspection | Düzeltme sonrası Google'dan yeniden değerlendirme istemek için kullanılır. |
| Çakışan sinyaller | Önce erişim ve taranabilirlik, sonra indeksleme ve canonical tercihi kontrol edilir. |
Hızlı karar tablosu
- robots.txt engeli: Önce tarama erişimini açın.
- noindex ihtiyacı: Sayfayı aramadan çıkaracaksanız kullanın.
- canonical ihtiyacı: Benzer URL'leri tek ana sürümde toplayın.
- Yeniden değerlendirme: Search Console'dan istekte bulunun.
Pratik okuma: aynı hata üç farklı anlama gelebilir
Bir URL'nin Search Console'da canonical uyarısı vermesi, her zaman gerçek bir canonical problemi olduğu anlamına gelmez. Bazen sorun erişimdir, bazen yanlış noindex, bazen de yalnızca sinyal tutarsızlığıdır.Bu yüzden önce "Google sayfaya erişebiliyor mu?" sorusunu yanıtlayın. Sonra "Bu sayfa aramada görünmeli mi?" sorusunu sorun. En son "Birden fazla sürüm varsa hangisi ana URL olmalı?" sorusuna geçin. Bu sıra, gereksiz değişiklik yapmanızı engeller ve düzeltmeyi daha az riskli hale getirir.
