Bir URL’nin neden görünmediğini anlamak için önce canlı testte Google’ın sayfaya gerçekten erişip erişemediğini, ardından indeksleme iznini ve kanonik seçimi ayırmanız gerekir. Kısa cevap: robots.txt taramayı, noindex indekslemeyi, canonical ise kopyalar arasındaki tercih edilen sürümü etkiler.
En doğru sıra, rapordaki eski veriyi canlı URL testiyle doğrulamak, sonra crawl allowed ve indexing allowed alanlarını okumak, en sonda Google-selected canonical ile sizin tercih ettiğiniz URL’yi karşılaştırmaktır. Böylece sorun tek bir sinyalde mi, yoksa birden çok teknik işarette mi anlayabilirsiniz.
Canlı testte sayfanın erişilebilir olup olmadığını, robots.txt engeli olup olmadığını ve noindex sinyalinin hâlâ durup durmadığını kontrol edin. Google’ın resmî dokümanları, tarama engeli varsa noindex’in okunamayacağını ve bu yüzden iki sinyalin farklı sorunlar olduğunu açıkça ayırır.
Eğer sayfa robots.txt ile kapalıysa, Google içeriği görmeden noindex’i de değerlendiremez. Bu durumda ilk düzeltme, yanlış engeli kaldırmak olur; noindex varsa ve sayfanın indekslenmesi isteniyorsa noindex kaldırılır.
Tercih ettiğiniz URL ile Google’ın seçtiği URL farklıysa, önce hangi URL’nin kullanıcı için daha anlamlı olduğunu değerlendirin; ardından rel=canonical, yönlendirme yapısı ve içerik benzerliğini kontrol edin. Aynı sitede bir URL’yi dışlamak için noindex kullanmak genelde doğru yaklaşım değildir; rel=canonical tercih edilen sinyaldir.
Bu sıra, gereksiz deneme-yanılmayı azaltır. Çünkü her adım bir önceki adımın okunabilir olmasına bağlıdır; Google’ın göremediği sinyali düzeltmeye çalışmak çoğu zaman boş çaba olur.
Eğer sorun birden fazla URL’nin aynı içeriği paylaşmasıysa, önce hangi sayfanın asıl sürüm olması gerektiğini belirleyin. Sonra o sayfaya güçlü bir canonical sinyali verin ve diğer varyantların arama görünürlüğünü istemiyorsanız onları ayrı yönlendirme ya da noindex mantığıyla yönetin.
Bu üçlü kontrol, Search Console’daki çoğu canonical, noindex ve robots.txt karışıklığını tek başına ayırır. Sayfanın canlı hali değiştiğinde rapor gecikebilir; bu yüzden kararınızı son görülen rapora değil, canlı test ve ilgili teknik sinyale dayandırın.
En doğru sıra, rapordaki eski veriyi canlı URL testiyle doğrulamak, sonra crawl allowed ve indexing allowed alanlarını okumak, en sonda Google-selected canonical ile sizin tercih ettiğiniz URL’yi karşılaştırmaktır. Böylece sorun tek bir sinyalde mi, yoksa birden çok teknik işarette mi anlayabilirsiniz.
Search Console’da canlı URL sinyallerini ayırma
Önce canlı testi okuyun
URL Inspection’daki canlı test, Google’ın sayfanın güncel sürümünde ne gördüğünü gösterir. Rapor eski olabilir; bu yüzden son değişiklikleri doğrulamak için önce canlı testi kullanmak daha güvenlidir.Canlı testte sayfanın erişilebilir olup olmadığını, robots.txt engeli olup olmadığını ve noindex sinyalinin hâlâ durup durmadığını kontrol edin. Google’ın resmî dokümanları, tarama engeli varsa noindex’in okunamayacağını ve bu yüzden iki sinyalin farklı sorunlar olduğunu açıkça ayırır.
Tarama ve indeksleme iznini birbirinden ayırın
robots.txt yalnızca taramayı etkiler; noindex ise sayfanın dizine eklenmesini engeller. Bu yüzden önce “Google sayfayı görebiliyor mu?” sorusunu, sonra “Google sayfayı indeksleyebilir mi?” sorusunu cevaplamalısınız.Eğer sayfa robots.txt ile kapalıysa, Google içeriği görmeden noindex’i de değerlendiremez. Bu durumda ilk düzeltme, yanlış engeli kaldırmak olur; noindex varsa ve sayfanın indekslenmesi isteniyorsa noindex kaldırılır.
Canonical seçimini son aşamada karşılaştırın
Sayfa erişilebilir ve indekslenebilir durumda olsa bile Google başka bir URL’yi kanonik seçebilir. Bu nedenle Google-selected canonical alanı, özellikle benzer veya yinelenen sayfalarda, son karar kontrolüdür.Tercih ettiğiniz URL ile Google’ın seçtiği URL farklıysa, önce hangi URL’nin kullanıcı için daha anlamlı olduğunu değerlendirin; ardından rel=canonical, yönlendirme yapısı ve içerik benzerliğini kontrol edin. Aynı sitede bir URL’yi dışlamak için noindex kullanmak genelde doğru yaklaşım değildir; rel=canonical tercih edilen sinyaldir.
Hangi durumda neyi önce düzeltmelisiniz?
Bir sayfa hiç taranamıyorsa önce robots.txt engelini düzeltin. Tarama mümkün ama indeksleme kapalıysa noindex’i kaldırın. Sayfa indeksleniyor ama yanlış URL kanonik görünüyorsa canonical sinyallerini ve gerekirse yönlendirmeyi düzeltin.Bu sıra, gereksiz deneme-yanılmayı azaltır. Çünkü her adım bir önceki adımın okunabilir olmasına bağlıdır; Google’ın göremediği sinyali düzeltmeye çalışmak çoğu zaman boş çaba olur.
| Kontrol | Ne anlama gelir |
|---|---|
| Crawl allowed? | robots.txt erişimi kesiyorsa önce bunu düzeltin; Google sayfayı tarayamazsa sonraki sinyalleri okuyamaz. |
| Indexing allowed? | Bu alan noindex etkisini gösterir; indekslenmesini istiyorsanız noindex’i kaldırın. |
| Google-selected canonical | Google’ın hangi URL’yi kanonik gördüğünü burada doğrulayın; tercih ettiğiniz URL farklı olabilir. |
| Live test | Rapor eski kalmışsa canlı testle mevcut sayfa durumunu yeniden kontrol edin. |
| Redirect var mı? | Yönlendirme varsa önce hedef URL’nin durumuna bakın; kaynak URL genelde indekslenmez. |
| Duplicate kümesi | Benzer sayfalar varsa rel=canonical ile sinyali birleştirin, içerik farkını da kontrol edin. |
Düzeltme sırasını uygularken neye bakılır?
İlk düzeltme her zaman sorunun türüne göre seçilir: erişim, indeksleme ya da canonicalizasyon. Bu ayrım, aynı sayfada birden fazla teknik sinyal çakıştığında teşhisi sadeleştirir.Eğer sorun birden fazla URL’nin aynı içeriği paylaşmasıysa, önce hangi sayfanın asıl sürüm olması gerektiğini belirleyin. Sonra o sayfaya güçlü bir canonical sinyali verin ve diğer varyantların arama görünürlüğünü istemiyorsanız onları ayrı yönlendirme ya da noindex mantığıyla yönetin.
Kalıcı kontrol listesi
Sadece rapora bakmak yerine düzenli olarak aynı üç soruyu sorun: Google sayfayı tarayabiliyor mu, indeksleyebiliyor mu, doğru URL’yi seçiyor mu?Bu üçlü kontrol, Search Console’daki çoğu canonical, noindex ve robots.txt karışıklığını tek başına ayırır. Sayfanın canlı hali değiştiğinde rapor gecikebilir; bu yüzden kararınızı son görülen rapora değil, canlı test ve ilgili teknik sinyale dayandırın.