Google Search Console’da bir URL’yi anlamanın en doğru yolu, robots.txt, noindex, canonical ve son tarama bilgisini birlikte okumaktır. Böyle bakınca sorun çoğu zaman “Google neden bu sayfayı göstermiyor?” değil, “hangi sinyal önce düzeltilecek?” sorusuna iner.
En pratik yaklaşım, önce tarama engeli var mı, sonra dizine eklemeyi etkileyen bir sinyal var mı, en sonda da Google’ın hangi canonical’ı seçtiğini kontrol etmektir. Böylece aynı URL için birbirine zıt görünen işaretleri tek tek yorumlamak yerine, sorunu doğru sırayla ayıklarsınız.
En pratik yaklaşım, önce tarama engeli var mı, sonra dizine eklemeyi etkileyen bir sinyal var mı, en sonda da Google’ın hangi canonical’ı seçtiğini kontrol etmektir. Böylece aynı URL için birbirine zıt görünen işaretleri tek tek yorumlamak yerine, sorunu doğru sırayla ayıklarsınız.
Önce tarama engelini ayırın
Google bir URL’ye erişemiyorsa, sonraki sinyallerin çoğu anlamını kaybeder. Bu yüzden robots.txt, sayfanın isteğe kapalı olup olmadığını ilk kontrol olarak düşünmek gerekir. Google’ın dokümantasyonu, robots.txt’nin tarayıcının URL’yi isteyip isteyemeyeceğini belirlediğini; buna karşılık noindex’in farklı bir amaçla, sayfanın dizine eklenmesini engellemek için kullanıldığını açıkça ayırır.robots.txt neyi çözer, neyi çözmez?
robots.txt, Google’ın sayfayı istemesini engeller. Bu, özellikle gereksiz parametreli URL’ler, yinelenen sürümler veya taranması istenmeyen kaynaklar için uygundur. Ancak robots.txt ile kapatılan bir sayfa, sırf bu yüzden dizinden hemen silinmiş sayılmaz; çünkü Google içeriği görmeden yalnızca isteğe kapalı olduğunu anlayabilir. Bu yüzden tarama engeliyle indeksleme engelini aynı şey gibi kullanmamak gerekir.noindex ne zaman daha doğru olur?
Sayfanın taranmasına izin verip dizine eklenmesini istemediğiniz durumlarda noindex daha uygundur. Google’ın açıklaması, noindex’in dizine eklemeyi engellemek için kullanıldığını ve bu işaretin robots.txt’den farklı çalıştığını gösterir. Yani amaç “Google bu sayfayı hiç görmesin” değilse, noindex daha net bir çözümdür.Canonical seçimini Google’ın gözünden okuyun
Bir URL’nin taranması tek başına yeterli değildir; Google bazen sizin belirlediğiniz canonical yerine başka bir URL’yi seçebilir. Canonical sorunlarını anlatan Google belgeleri, seçilen canonical’ın içerik kalitesi ve teknik sinyaller nedeniyle değişebileceğini ve URL Inspection üzerinden Google’ın hangi URL’yi canonical kabul ettiğinin görülebileceğini belirtir.Google canonical ile sizin canonical’ınız neden ayrışır?
Bu ayrışma çoğu zaman aynı içeriğin farklı sürümleri, zayıf farklılaşmış kopyalar veya yanlış teknik sinyallerle ilişkilidir. Google’ın seçtiği canonical, kullanıcı için daha mantıklı görünen sürüm olabilir; fakat teknik yanlışlık varsa bunu düzeltmek gerekir. Burada hedef, tüm sürümleri tek bir URL’de toplamak değil, Google’ın hangi sayfayı temsilci olarak seçtiğini anlamaktır.Ne zaman yeniden değerlendirme istenmeli?
Canonical, içerik veya indeksleme sorunu düzeltildikten sonra Search Console’daki URL Inspection aracıyla yeniden dizine alma isteği gönderilebilir. Google’ın dokümanları bu isteğin kota sınırlı olduğunu ve en önemli URL’ler için saklanması gerektiğini söyler. Yani yeniden istek, ilk adım değil; düzeltme tamamlandıktan sonra kullanılan kontrol aşamasıdır.| Durum | Ne anlama gelir |
|---|---|
| robots.txt engeli | Google URL’yi isteyemez; tarama durur ama bu tek başına indeks kaldırmaz. |
| noindex sinyali | Sayfa taranabilir; Google içeriği görür ve dizinden çıkarmayı uygular. |
| Google canonical | Google’ın seçtiği standart URL, sizin belirlediğiniz canonical’dan farklı olabilir. |
| Search Console URL Inspection | Son tarama, robots.txt durumu, noindex ve canonical bilgisini tek yerde gösterir. |
| Yeniden dizine alma isteği | Sorunu düzelttikten sonra önemli URL’ler için re-evaluation talep edilir. |
| Core Web Vitals | Sayfa deneyiminin parçasıdır; tek başına üst sıralar için garanti değildir. |
Tek bir kararla değil, bir sıra ile ilerleyin
URL Inspection ekranında en yararlı okuma sırası genelde şöyledir: önce robots.txt durumu, sonra noindex bilgisi, ardından Google’ın seçtiği canonical ve en son son tarama zamanı. Search Console API tanımı da bu alanların aynı analizde birlikte görülebileceğini doğrular. Bu yüzden sorunları ayrı ayrı değil, birbirine bağlı bir akış olarak değerlendirmek daha sağlıklıdır.Hızlı karar akışı
- URL taranamıyorsa önce robots.txt ve erişim engelleri kontrol edilir.
- URL taranıyor ama dizine girmiyorsa noindex ve benzeri indeksleme sinyalleri kontrol edilir.
- URL indeksleniyor ama yanlış sürüm görünüyorsa canonical seçimi incelenir.
- Sorun düzeltildiyse önemli URL’ler için yeniden değerlendirme talep edilir.
