Google’da tarama, noindex ve canonical farkını nasıl ayırırsınız?

Bir sayfanın Google’da görünmemesi çoğu zaman tek bir nedenden kaynaklanmaz; robots.txt, noindex ve canonical aynı anda devreye girdiğinde sorun tarama mı, dizine ekleme mi yoksa sürüm seçimi mi diye ayrıştırmak gerekir. Bu yazı, hangi sinyalin neyi yaptığını ve yanlış yorumlandığında neden yanıltıcı sonuç verdiğini netleştirir.

Burada amaç, bir URL’nin neden görünmediğini tahmin etmek değil; önce Google’ın sayfaya erişebildiğini, sonra dizine alıp almadığını, en sonunda da hangi sürümü tercih ettiğini ayırmaktır. Böylece bir engeli kaldırmakla bir tercih sinyalini düzeltmek arasındaki fark açık kalır.

robots.txt, noindex ve canonical neyi değiştirir?​

robots.txt taramayı sınırlar, canonical sürüm seçimini yönlendirir​

robots.txt, Google’ın bir URL’ye nasıl erişeceğini sınırlar; fakat bu, o URL’nin dizinden kesin olarak çıkacağı anlamına gelmez. Google’ın canonical açıklamasına göre robots.txt canonicalizasyon için kullanılmamalıdır ve disallow edilen URL’ler içerik olmadan da indekslenebilir.

Canonical ise erişimi kapatmaz; benzer sayfalar arasında Google’a tercih edilen sürümü işaret eder. Bu yüzden bir sayfa için “robots.txt var, o halde canonical da çözmüştür” demek doğru değildir. Burada biri taramayı, diğeri sürüm seçimini etkiler.

noindex dizini hedefler, ama doğru yerde kullanılmalıdır​

noindex doğrudan dizine eklenmemeyi hedefler. Google, tek bir site içinde tercih edilen canonical sürümü seçmek için noindex kullanmayı önermediğini; bunun sayfayı Search’ten tamamen engelleyeceğini belirtir. Bu nedenle noindex, “bu sayfa hiç görünmesin” kararıdır; “Google başka sürümü seçsin” kararı değildir.

Pratikte en kritik ayrım şudur: bir sayfanın taranması isteniyor ama dizine alınmaması isteniyorsa noindex konuşulur; benzer sürümler arasından birinin öne çıkması isteniyorsa canonical konuşulur. Tarama engeli ile dizin tercihini aynı araçla çözmeye çalışmak genelde yanlış teşhis üretir.

Doğru teşhis akışı nasıl kurulur?​

Önce erişim, sonra indeks, sonra tercih edilen sürüm​

İlk soru, Google’ın sayfaya erişip erişemediğidir. robots.txt erişimi engelliyorsa sayfayı önce Googlebot’un görebileceği hale getirmeniz gerekir. Erişim varsa ikinci soru, sayfanın noindex ile bilinçli olarak dizin dışı bırakılıp bırakılmadığıdır.

Üçüncü soru canonical seçimidir. Google, URL Inspection aracında hangi sayfayı canonical gördüğünü gösterebilir; Google-seçimli canonical kullanıcının tercih ettiği URL’den farklıysa, sorun çoğu zaman erişim değil sürüm sinyalidir. Bu ayrım, aynı URL’nin hem taranabilir hem indeksli hem de tercih edilen sürüm olmayabileceğini hatırlatır.

Belirtiye göre hangi sinyale bakılır?​

Bir URL robots.txt nedeniyle taranamıyorsa, sorun dizin seçimi değil önce erişimdir. Bir URL taranabiliyor ama noindex taşıyorsa, mesele açık bir dizin dışı bırakma kararıdır. Bir URL indeksli görünüyor ama beklenmedik sürüm seçiliyorsa, canonical değerlendirmesi öne çıkar.

Bu ayrımı yaparken tek bir sinyali mutlak sanmamak gerekir. Google’ın canonicalizasyon dokümanı, farklı tekniklerin aynı sayfa için çelişmemesi gerektiğini de vurgular; sitemap’ta bir URL’yi, canonical’da başka bir URL’yi ve içerik içinde başka bir tercih sinyali vermek teşhis akışını bulanıklaştırır.

Uygulamada hangi karar ne zaman verilir?​

Tarama engeli gerekiyorsa robots.txt, dizin dışı bırakma gerekiyorsa noindex​

Bir sayfanın Google tarafından hiç okunmaması isteniyorsa robots.txt düşünülür; fakat bu tercih, o sayfanın indeks davranışını tek başına belirlemez. Bu yüzden robots.txt’yi görünmezlik aracı gibi değil, erişim kontrolü gibi görmek daha doğrudur.

Bir sayfanın arama sonuçlarında görünmemesi isteniyorsa noindex doğrudan ve açık bir sinyaldir. Fakat aynı site içindeki benzer sayfalar arasında tercih edilen sürümü belirlemek istiyorsanız, noindex yerine canonical daha uygundur. Bu ikisini karıştırmak, görünmemesi gereken sayfayı yanlışlıkla değerli sayfadan da koparabilir.

Canonical seçimi düzeltilirken ne kontrol edilir?​

Google-seçimli canonical beklediğiniz URL’den farklıysa önce iç sinyallerin tutarlılığına bakılır: içerikteki bağlantılar, sitemap, rel=canonical ve varsa yönlendirmeler aynı hedefi mi gösteriyor? URL Inspection burada kontrol noktasıdır; Google’ın seçtiği sürümü görmek, tahmin yerine kanıt sağlar.

Sorun çelişkili sinyallerden kaynaklanıyorsa tek tek araçları suçlamak yerine bütün işaretleri aynı hedefte birleştirmek gerekir. Bu yaklaşım, bir sayfanın neden görünmediğini değil, neden yanlış sürüm olarak tercih edildiğini anlamayı kolaylaştırır.