Webmaster Rehberi: Google’da Görünmeyen Sayfayı İnceleme

Webmaster rehberi yaklaşımıyla Google’da görünmeyen yeni bir sayfayı incelemek için önce sayfanın gerçekten yayımlanıp yayımlanmadığını, ardından robots.txt, noindex, canonical ve site haritası sinyallerini kontrol edin. Sayfa erişilebilir ve taramaya açık olduğu hâlde sonuçlarda yoksa teknik hata yerine Google’ın tarama ve değerlendirme sürecini beklemek gerekebilir; aynı ayarları rastgele değiştirmek sorunu netleştirmez.

İncelemeye başlamadan önce ortamı ve kanıtı belirleyin

Bu işlem için web sitesinin yönetim paneline veya CMS hesabına ve ilgili alan adının Google Search Console mülküne erişim gerekir. Paylaşımlı hosting paneli çoğunlukla dosya ve alan adı ayarlarını gösterir; ancak Search Console’daki tarama durumu için ayrıca doğrulanmış mülk erişimi gerekir. Yönetilen bir sunucuda robots.txt, web sunucusu kuralları veya güvenlik katmanı üzerinde değişiklik yapmadan önce mevcut dosyanın ve ayarın bir kopyasını alın.

Önce görünmeyen sayfanın tam URL’sini, yayımlanma saatini ve aynı sorunun hangi tarihte tekrarlandığını not edin. Ana sayfa da açılmıyorsa konu tek bir URL’nin indekslenmesi değildir; DNS, sunucu erişimi veya genel site yapılandırması ayrıca ele alınmalıdır. Sadece bir sayfa etkileniyorsa aşağıdaki kontroller daha anlamlı kanıt üretir.

Webmaster rehberi için beş adımlı görünürlük kontrolü

1. Sayfanın anonim erişimini test edin. Tarayıcıda çıkış yapmış bir pencereden tam URL’yi açın ve HTTP durumunu, yönlendirmeyi ve görünen içeriği kontrol edin. Sayfa giriş istiyor, sürekli başka bir adrese yönleniyor veya 4xx/5xx yanıtı veriyorsa önce CMS yayın durumu, erişim kuralı ya da sunucu hata kaydını inceleyin. Sayfa normal açılıyorsa sonraki adıma geçin; erişim hatası sürerken indeksleme ayarlarını değiştirmeyin.
2. Search Console URL Denetimi ekranındaki son tarama bilgisini okuyun. Tam URL’yi bu araca girerek Google’ın bilinen sürümünü, dizine eklenme durumunu ve varsa neden açıklamasını karşılaştırın. “URL Google’da değil” sonucu, tek başına robots.txt engeli anlamına gelmez; ayrıntıda noindex, taranamadı, yinelenen sayfa veya keşfedilmedi gibi farklı nedenler bulunabilir. Araç URL’yi henüz tanımıyorsa site haritasını ve iç bağlantıları kontrol etmeye geçin.
3. Kaynak HTML’de robots ve canonical sinyallerini inceleyin. Sayfanın tarayıcıdaki kaynak görünümünde noindex ifadesini ve canonical bağlantısını arayın. noindex varsa CMS’nin SEO ayarında sayfanın arama motorlarına kapalı olmadığını kontrol edin; canonical başka bir URL’yi gösteriyorsa bunun kasıtlı olup olmadığını içerik sahibiyle doğrulayın. Kayıtlı değer yanlışsa önce mevcut ayarı not edip yalnızca ilgili sayfada indekslemeye izin veren seçeneği düzeltin. Canonical doğru başka bir sürüme işaret ediyorsa yeni URL’nin ayrı sonuç olarak görünmemesi beklenen davranış olabilir.
4. robots.txt ve site haritasını karşılaştırın. Alan adının robots.txt kaynağında ilgili dizini kapsayan bir Disallow kuralı bulunup bulunmadığına, Search Console’daki site haritası raporunda URL’nin gönderilip gönderilmediğine bakın. robots.txt engeli varsa tüm siteyi açmak yerine yalnızca yanlış kapsamı daraltın; güvenlik veya yönetim dizinlerini gelişi güzel taramaya açmayın. Site haritası URL’yi içermiyorsa CMS’nin site haritası ayarını kaydedip oluşturulan dosyada adresin gerçekten yer aldığını doğrulayın.
5. Aynı URL’yi yeniden test edip yeni kanıtı karşılaştırın. Değişiklikten sonra aynı başarısız URL’yi Search Console URL Denetimi’nde tekrar inceleyin ve yeni tarama isteğini yalnızca sayfanın erişilebilir, indekslemeye açık ve içerik olarak hazır olduğu doğrulandıysa gönderin. İşlemden sonra yeni tarihli tarama kaydı, değişen kaynak HTML veya site haritası kaydı oluşmasını bekleyin. Eski kayıtla yeni kaydı karıştırmayın; aynı hata devam ediyorsa ikinci bir ayarı değiştirmeden önce URL’nin yönlendirme zincirini, sunucu yanıtını ve güvenlik katmanının bot isteklerini engelleyip engellemediğini inceleyin.

Sonuca göre hangi düzeltme daha güvenlidir?

URL Denetimi noindex gösteriyorsa hedefli düzeltme CMS’deki indeksleme seçeneğini değiştirmektir; robots.txt engeli görünüyorsa hedefli düzeltme yalnızca ilgili kuralın kapsamını düzenlemektir. Buna karşılık sayfa “taranmış ancak dizine eklenmemiş” durumundaysa noindex’i kaldırmak çözüm olmayabilir. Bu durumda sayfanın boş, çok benzer veya iç bağlantısız olup olmadığını değerlendirin; içerik ve site yapısını iyileştirip yeni tarama sinyali oluşturmak, bütün site ayarlarını değiştirmekten daha güvenlidir.

Örneğin yeni bir ürün kılavuzu anonim ziyaretçiye düzgün açılıyor, kaynak HTML’de noindex bulunmuyor, canonical kendi URL’sini gösteriyor ancak site haritasında yer almıyorsa ilk düzeltme güvenlik ayarlarını gevşetmek değil, CMS’nin site haritası üretimini kontrol etmektir. URL site haritasına eklendikten sonra Search Console’da yeni kayıt oluşur fakat sayfanın hemen arama sonucuna girmesi garanti edilmez. Site haritasında zaten yer alıyorsa aynı örnekte sonraki inceleme içerik benzerliği ve iç bağlantılar olmalıdır.

Belirti sürerse güvenli geri dönüş planı

Değişiklikten sonra sayfa açılmıyor, yanlış URL’ye yönleniyor veya daha fazla sayfa görünmez hâle geliyorsa son değişikliği geri alın ve daha önce kaydettiğiniz robots.txt, CMS SEO ayarı ya da site haritası değerine dönün. Her seferinde tek faktör değiştirmek, hangi düzeltmenin etkili olduğunu ayırmanızı sağlar. Teknik kanıtlar çelişiyorsa yeni kural eklemek yerine hosting panelindeki erişim kayıtlarını ve güvenlik duvarı olaylarını aynı saat aralığıyla karşılaştırın; gerekli yönetici erişimi yoksa sunucu yöneticisinden yalnız ilgili URL ve zaman aralığını incelemesini isteyin.

Kontrolden sonra alan adı yapılandırması, DNS ve yayınlama düzeni için İyibirNet sitesindeki ilgili kaynakları inceleyebilirsiniz. Bir sonraki güvenli adım, sayfanın anonim erişimini ve Search Console’daki yeni tarama kaydını aynı URL üzerinden yeniden doğrulamaktır.