İndeks Sayısı Düşerse Search Console’da Ne Okunur?

İndekslenen sayfa sayınız düşüyorsa önce tek tek URL değil, toplu sinyaller okunur. Sorun çoğu zaman robots.txt, noindex, giriş zorunluluğu veya site yapısındaki bir değişiklikten gelir; URL Inspection buna son doğrulamayı ekler.

Doğru sıra şudur: önce Page indexing raporunda genel eğilimi ve hangi neden grubunun arttığını görün, sonra robots.txt ve noindex gibi engelleri kontrol edin, en sonda ilgili örnek URL’yi URL Inspection ile doğrulayın. Böylece tekil hata ile site geneli etkisini birbirine karıştırmazsınız.

Önce düşüşün türünü ayırın​

İndeks kaybı her zaman aynı anlama gelmez. Bir bölüm sayfa eksiliyorsa bu, belirli bir dizin ya da şablon sorunu olabilir; tüm sitede düşüş varsa daha çok yaygın bir engel, yanlış yönlendirme ya da erişim değişikliği düşünülür.

Toplu nedenleri önce okuyun​

Page indexing raporu, Google’ın bulduğu sayfaları ve karşılaştığı indeksleme sorunlarını gösterir. Bu raporda artan neden grubu size ilk ipucunu verir. Örneğin robots.txt engeli, duplicate sayfalar, login gereksinimi veya noindex benzeri sinyaller aynı anda yüzlerce URL’yi etkileyebilir.

Bu aşamada amaç çözmek değil, sınıflandırmaktır. Sorun bir klasörde mi yoğunlaşıyor, yeni eklenen URL türlerinde mi görünüyor, yoksa sitenin tamamına mı yayılıyor? Bu ayrım sonraki adımı belirler.

Robots.txt’i doğru rolünde değerlendirin​

robots.txt taramayı yönetir; indekslemeyi tek başına açıklayan bir araç değildir. Google’ın robots.txt yardımı, bunun arama sonuçlarında görünmeyi engellemek için değil, taramayı kontrol etmek için kullanıldığını açıkça belirtir. Bu yüzden bir sayfa robots.txt ile engellense bile, başka yollarla bulunmuş bir URL arama sonuçlarında görünebilir.

Tabloya bakarken şunu ayırın: robots.txt engeli tarama erişimini sınırlar, ama sayfanın neden görünmediğine dair tek başına kesin hüküm vermez. Eğer site genelinde düşüş görüyorsanız, robots.txt’de yapılan bir değişiklik büyük bir grubu etkilemiş olabilir.

Noindex ile robots.txt farkını karıştırmayın​

noindex, bir sayfanın indekslenmesini doğrudan hedefler. Robots.txt ise tarama katmanında çalışır. Google dokümantasyonu, bir sayfanın arama sonuçlarında görünmesini istemiyorsanız robots.txt yerine noindex ya da parola koruması gibi yöntemlerin kullanılması gerektiğini söyler.

Bu fark önemlidir çünkü rapor okumada karar değiştirir. robots.txt engeli varsa önce tarama erişimini, noindex varsa doğrudan indeksleme kararını incelemek gerekir. Aynı sayfada ikisi birlikte de olabilir; o durumda yorum, “hangi sinyal önce geldi?” sorusuna döner.

URL Inspection’ı en sonda kullanın​

URL Inspection tek bir URL’nin indeks durumunu görmek içindir. Google’ın API ve yardım dokümantasyonu da bunun URL düzeyinde doğrulama sağladığını belirtir. Bu nedenle toplu bir düşüşü anlamaya çalışırken başlangıç noktası değil, son kontrol olmalıdır.

Pratikte sıralama şöyle işler: raporda neden grubunu bul, ardından o grubun sayfaya gerçekten uygulanıp uygulanmadığını kontrol et, sonra örnek bir URL ile sonucu doğrula. Böylece “sorun var” ile “bu URL neden görünmüyor” sorularını birbirine karıştırmazsınız.

Kararı rapora göre verin, tek URL’ye göre değil​

Eğer düşüş raporunda bir neden açıkça öne çıkıyorsa, çözüm de oradan başlar. Sitemap’te yer alıp robots.txt ile engellenen sayfalar, noindex’e alınan yeni şablonlar ya da giriş gerektiren bölümler farklı işlemler ister.

Bir başka önemli nokta da şudur: Google, bazı sayfaları erişmeden de indeksleyebilir ya da robots.txt nedeniyle içeriği göremediği halde URL’yi bulabilir. Bu yüzden “tarandı” ile “indekste kaldı” sonuçlarını aynı şey gibi okumamak gerekir. Site geneli düşüşlerde asıl hedef, hangi katmanda kopma olduğunu bulmaktır; son kontrol ise ilgili URL’de yapılır.