Search Console’da canonical ve robots sırası

Bu sorun için önce robot engeli mi, noindex mi, canonical mı diye bakılır; doğru sıra bozulursa yanlış URL’yi düzeltip asıl problemi kaçırabilirsiniz.

En güvenli yaklaşım, önce sayfanın gerçekten taranabildiğini, sonra indekslenmeye açık olup olmadığını, en sonda da canonical tercihinin tutarlı olup olmadığını ayırmaktır.

İlk ayrım: sayfa erişiliyor mu?​

Bir URL’nin indekslenmemesi her zaman tek bir hatadan kaynaklanmaz. Önce sayfanın Google tarafından erişilebilir olup olmadığını kontrol etmek gerekir; çünkü robots.txt engeli varsa diğer sinyallerin çoğu pratikte ikinci planda kalır. Bu aşama, “neden indekslenmiyor?” sorusunu teknik olarak daraltır.

Robots.txt ve taranabilirlik​

Robots.txt bir engel koyuyorsa, Google sayfayı taramadan önce durabilir. Böyle bir durumda canonical veya noindex yorumunu öne almak yanıltıcı olur; önce erişim izni netleşmelidir. Erişim yoksa sayfanın diğer sinyalleri tam okunmaz.

Canlı URL testi neden önce gelir?​

Canlı test, rapordaki eski durumla anlık durumu ayırır. Sayfa kısa süre önce değiştiyse, rapor ile gerçek erişim durumu aynı olmayabilir. Bu yüzden önce canlı durum okunur; sonra raporla karşılaştırılır.

İndeks dışı bırakma sinyali: noindex​

Sayfa erişilebiliyorsa ikinci kontrol noindex olur. Noindex, sayfanın taranabilmesine rağmen indeks dışında kalmasını isteyebilir. Bu sinyal canonical’dan farklıdır; biri indeks kararını, diğeri tercih edilen kopyayı etkiler. İkisini aynı şey gibi okumak sık yapılan hatadır.

Noindex ile canonical neden karıştırılır?​

Canonical, “bu sürüm tercih edilen sürümdür” mesajı verir; noindex ise “bu sayfa indekslenmesin” der. Aynı URL üzerinde ikisi birlikte görünüyorsa, önce indekslenmeyi engelleyen unsurun ne olduğu anlaşılmalıdır. Çünkü canonical doğru olsa bile noindex açık kaldığında sonuç değişmeyebilir.

Bu aşamada neyi düzeltmeli?​

Eğer sayfa gerçekten indekslenmek isteniyorsa noindex kaldırılır. Eğer sayfanın indekslenmemesi amaçlanıyorsa canonical tartışması ikinci plana düşer. Buradaki karar, tek tek etiketlerden önce sayfanın hedefiyle ilgilidir.

Son ayrım: canonical uyuşması​

Sayfa erişilebilir ve indekslenebilir durumdaysa canonical sinyali kontrol edilir. User-declared canonical ile Google-selected canonical farklıysa, sorun yalnız etikette olmayabilir; içerik benzerliği, yönlendirme zinciri veya iç link ağırlığı da etkili olabilir. Bu yüzden canonical farkı, tek başına etiket hatası diye okunmamalıdır.

Fark çıkarsa nasıl yorumlanır?​

Önce Google’ın neden başka URL’yi tercih ettiğini anlamaya çalışın. Benzer sayfalar çoksa, Google daha güçlü bir kopyayı seçebilir. Yönlendirme, iç linkleme ve içerik farkı zayıfsa tercih değişmeyebilir. Burada amaç etiketi ezberlemek değil, tercih sinyalini oluşturan yapıyı görmek.

Düzeltme sırası nasıl kurulmalı?​

Önce taranabilirlik, sonra indeks engeli, sonra canonical tutarlılığı. Bu sıra, problemi yanlış katmana yığmayı önler. Robots.txt ile kapalı bir sayfada canonical düzenlemek çoğu zaman boşa emek olur; noindex açıkken canonical değiştirmek de tek başına sonuç vermez.

Pratik okuma sırası​

Bir URL için en doğru sıra şudur: canlı erişim, robots engeli, noindex, canonical. Bu sırayı izlemek hem rapor uyuşmazlıklarını hem de yanlış düzeltme sırasını azaltır. Sonuçta aranan şey tek bir etiket değil, arama motorunun sayfayı nasıl okuyabildiğidir.

Kısa karar özeti​

Erişim yoksa önce robots.txt, erişim var ama indeks yoksa noindex, indekslenebilir ama yanlış kopya seçiliyorsa canonical ve benzer içerik yapısı kontrol edilir. Böylece müdahale, sorunun bulunduğu katmana uygulanır; rastgele düzeltme yapılmaz.