Resmi doğrulama yöntemi neyi kontrol eder?
Google’ın istek doğrulama rehberi iki yol açıklar. Tekil incelemede erişen IP için ters DNS sorgusu yapılır; dönen alan adının ilgili Google alanına ait olduğu kontrol edilir. Ardından bu ad için ileri DNS sorgusu çalıştırılır ve sonucun başlangıçtaki IP ile eşleştiği doğrulanır. Yalnız alan adında “google” kelimesini görmek veya ters sorgunun ilk sonucunu kabul etmek yeterli değildir.
Otomatik incelemede IP, Google’ın yayımladığı ilgili IP aralığı listesiyle karşılaştırılabilir. Belge; yaygın tarayıcıları, özel amaçlı tarayıcıları ve kullanıcı isteğiyle çalışan getiricileri ayrı sınıflandırır. Bir Google isteğinin doğrulanması, onun mutlaka normal Googlebot taraması olduğu anlamına gelmez. İncelenen sınıfa uygun liste ve yöntem kayda yazılmalıdır.
Bu açıklama bir canlı NEFES sunucu testi değildir. Burada gerçek erişim IP’si veya doğrulanmış bot ziyaret sayısı yayımlanmıyor. Uygulama, işletmenin yetkili teknik ekibinin kendi kayıtlarıyla yapacağı ayrı bir iştir.
Teknik ekipten hangi kanıtı isteyin?
Rapor yalnız “Googlebot geldi” diyorsa hangi kayıtla bu sonuca varıldığını sorun. Kimlik kanıtı, isteğin iddia ettiği ad ile doğrulama sonucunu bağlar. Tarama kaydı ise istenen URL, zaman ve sunucunun cevabı gibi olay bilgilerini taşır. Bu iki kayıt birbirini tamamlar, aynı soruyu cevaplamaz.
| Rapordaki ifade | İstenebilecek dayanak | Tek başına göstermediği sonuç |
|---|---|---|
| Kullanıcı aracısında Googlebot yazıyor | İlgili istek satırı | İsteğin gerçek kimliği |
| İstek kimliği doğrulandı | Uygulanan yöntem, zaman ve eşleşme sonucu | Sayfanın indekslendiği |
| Hizmet URL’si istendi | Tam yol ve sunucu yanıtı | Metnin arama sonucu olarak seçildiği |
| Google URL’yi indeksledi | Tarihli URL Denetimi sonucu | Yapay zekâ cevabında önerildiği |
| İşletme bir yanıtta göründü | Sorgu, yanıt ve gözlem tarihi | O ziyaretin müşteri başvurusu yarattığı |
Bu tablo bir rapor değerlendirme aracıdır; satırların tamamının herhangi bir işletmede gerçekleştiğini söylemez. Kanıt bulunmayan satırı tahminle doldurmayın. “Doğrulama yapılmadı”, “doğrulama başarısız” ve “bu kayıtta gerekli veri yok” farklı durumlardır.
Kurgusal örnek: bir kayıt iki kez yanlış yorumlanırsa
Bir işletmenin aylık raporunda hizmet sayfasına gelen ve kendini Googlebot olarak tanıtan bir istek bulunduğunu düşünün. Ekip önce bu adın gerçekliğini kontrol etmeden “Google taradı” yazıyor; ardından aynı satırı “GEO çalışması müşteri getiriyor” sonucuna bağlıyor olsun. Bu kurgusal örnekte iki ayrı kanıt boşluğu vardır.
İlk boşluk kimlikle ilgilidir. İlgili kayıt, doğrulama yöntemine yetecek bilgilerle teknik sorumluya gönderilir. İkinci boşluk sonuçla ilgilidir: kimlik doğrulansa bile müşteri başvurusu için ayrı bir kayıt gerekir. Birinci sorunun çözülmesi ikinci iddiayı kendiliğinden doğru yapmaz. Raporda mevcut bulgu dar kapsamıyla korunur, desteklenmeyen sonuç çıkarılır.
Eksik kayıt bulunduğunda ne yapılır?
Teknik ekibe belirsiz bir ekran görüntüsü yerine incelenen URL’yi, zaman aralığını ve rapordaki iddiayı verin. Ekip gerekli istek kaydını bulamıyorsa yeni bir sonuç uydurmak yerine incelemenin neden tamamlanamadığını yazsın. Kayıtların kapsamı ve saklama süresi işletmenin kendi sistemi içinde değerlendirilmelidir; bütün ziyaretçilerin verisini sırf bu çalışma için yayımlamak gerekmez.
Bir uyuşmazlık görülmesi de tüm site erişimini değiştirmek için yeterli karar değildir. Önce hangi isteğin hangi yöntemle incelendiği netleşsin. Bu rehber, güvenlik duvarını kapatma veya bir bot adını taşıyan herkese istisna tanıma talimatı vermez.
Sayfanın erişim ayarları için robots.txt ve indeksleme kontrol sırası, kayıtların zaman içinde korunması için yayın sonrası takip dosyası ayrı adımlardır. GEO görünürlük analizi bulgularını değerlendirirken teknik erişim, indeks durumu ve yanıt gözlemini bu ayrımla okuyabilirsiniz. Resmi yöntem 31 Ekim 2026’da açılan kaynaktan kontrol edilmiştir; uygulamada güncel belge esas alınmalıdır.