Google Search Console Tarama İstatistikleri Rehberi

Raporu zaman serisi olarak okuyun

Crawl Stats ekranı bir gündeki mutlak istek sayısından çok, aynı sitenin geçmiş davranışına göre değişimi anlamlı kılar. Takvimde yayın, taşıma, CDN ayarı veya sunucu olayı varsa çizgideki hareketle eşleştirin.

Kısa süreli dalgalanmayı sorun kabul etmeden önce veri aralığını genişletin. Sağlıklı bir tehlike sinyali, birden fazla metrikte aynı zaman diliminde görülen ve teknik olayla açıklanabilen değişimdir.

Toplam tarama isteğini sayfa envanteriyle karşılaştırın

Tarama isteği artışı yeni içerik, yeniden işlenen şablonlar veya URL çoğalmasıyla ilişkilendirilebilir. Sayı tek başına iyi ya da kötü değildir; indekslenebilir URL sayısı ve sunucunun kaldırabildiği yükle birlikte yorumlanmalıdır.

Ani düşüşte robots engeli, erişim hatası veya host sorunu araştırılır. Ani yükselişte ise parametreli URL üretimi, filtreleme yapısı veya botların tekrarlayan yönlendirmelerle karşılaşması gibi ihtimaller değerlendirilir.

İndirme boyutunu kaynak tüketimi açısından inceleyin

Toplam indirme boyutu, Googlebot'un aldığı yanıtların ne kadar veri taşıdığını gösterir. Ağır HTML, gereksiz yanıt gövdeleri veya büyük dokümanlar bu değeri büyütebilir; fakat her büyüme hız sorunu anlamına gelmez.

Değişim belli bir dosya türüyle çakışıyorsa sunulan içeriğe bakın. Örneğin yanlışlıkla taranabilir hale gelen büyük PDF arşivi ile şablon HTML'inin büyümesi farklı müdahaleler gerektirir.

Ortalama yanıt süresindeki eşiği izleyin

Yanıt süresi yükseldiğinde önce uygulama ve sunucu katmanında aynı döneme ait hata, yoğunluk veya cache değişikliği olup olmadığına bakın. Birkaç yavaş URL, rapordaki ortalamayı anlamlı biçimde etkilemeyebilir.

Kalıcı bir yavaşlama varsa veritabanı sorguları, edge cache, üçüncü taraf istekler ve kaynak tüketimi ayrı ayrı incelenmelidir. Amaç yalnızca sayıyı düşürmek değil, bot ve kullanıcı için istikrarlı bir teslim süresi sağlamaktır.

Host durumunu erişilebilirlik sinyali olarak ele alın

Host status, Googlebot'un alan adınıza erişiminde DNS, sunucu bağlantısı veya robots alma aşamalarında problem görüp görmediğini özetler. Uyarı dönemini trafik veya dağıtım kayıtlarıyla karşılaştırmak doğru teşhisi hızlandırır.

Tek bir iyi gün, sorunun bittiğini göstermez. Tekrarlayan host uyarıları, altyapı sağlayıcısı, TLS yapılandırması veya güvenlik katmanındaki kesintiler için daha derin inceleme gerektirir.

Response code dağılımını hata sınıflarına ayırın

2xx yanıtların baskın olması beklenir; 3xx, 4xx ve 5xx grupları ise hangi URL ailesinin veya akışın dikkat istediğini gösterebilir. Özellikle 5xx oranı, geçici bir sunucu olayını kalıcı URL sorunu sanmamak için zaman çizelgesiyle okunmalıdır.

4xx artışı silinmiş bir kampanya, bozuk iç bağlantı veya istek alan bot türüyle bağlantılı olabilir. Yanıt kodunu yalnızca rapordan değil, sunucu logundaki URL örneklerinden de doğrulayın.

Dosya türlerine göre tarama yükünü ayrıştırın

HTML, görsel, JavaScript ve diğer dosya türleri farklı teknik yollarla sunulur. Bir dosya türünde beklenmeyen tarama artışı varsa cache başlıkları, kaynak URL üretimi ve sayfa şablonlarındaki çağrılar kontrol edilir.

Bu görünüm, performans optimizasyonunu rastgele küçültme işlemlerinden ayırır. Önce hangi türün ne kadar istek ve veri oluşturduğunu anlamak, doğru ekibin doğru katmanda çalışmasını sağlar.

Googlebot türünü ve tarama amacını ayırt edin

Rapor, Googlebot'un farklı kullanıcı aracısı türlerini ve bazı istek amaçlarını gösterebilir. Akıllı telefon botu, masaüstü botu veya özel bir ürün botunun davranışı aynı yorumla ele alınmamalıdır.

Tarama amacı bilgisi de URL'lerin keşif, yenileme veya farklı kaynak ihtiyaçlarıyla işlendiğini anlamaya yardımcı olur. Bu veriyi tek bir sıralama göstergesi gibi değil, teknik gözlem olarak kullanın.

Crawl budget sinyallerini kapasite bağlamında değerlendirin

Crawl budget, özellikle büyük ve sık değişen sitelerde kaynakların gereksiz URL'lere harcanıp harcanmadığını anlamaya yarayan bir çerçevedir. Küçük bir sitede bu kavramı her tarama dalgalanmasına bağlamak genellikle yarar sağlamaz.

Sinyaller; sonsuz filtre kombinasyonları, yinelenen sayfa ailesi, yavaş sunucu yanıtı veya kontrolsüz takvim URL'leri gibi durumlarda anlam kazanır. Teşhis, URL üretim kuralı ile sunucu kapasitesini birlikte ele almalıdır.

Ani artış ve düşüşleri olay kaydıyla açıklayın

Bir sürüm yayını sonrasında istekler yükseliyorsa yeni şablonun botlara hangi bağlantıları sunduğunu kontrol edin. Düşüşten önce erişim sorunu yaşandıysa host status ve response code dağılımı ilk kanıt kaynaklarıdır.

Yorumlamada tek bir günün grafiği yerine önceki haftanın ortalaması, dağıtım takvimi ve log örnekleri kullanılır. Böylece tesadüfi dalgalanma ile müdahale gerektiren üretim sorunu ayrışır.

Log analiziyle rapor bulgusunu sınayın

Crawl Stats eğilim gösterir; sunucu logu ise hangi URL'ye hangi user-agent ile hangi yanıtın verildiğini ayrıntılandırır. Raporun işaret ettiği günlerde log örneklemesi yapmak, varsayımları somut isteklerle test eder.

Loglarda taranması gerekmeyen parametreli yollar görünüyorsa, sorunu sitemap gönderimiyle değil URL üretimi, canonical, robots veya iç bağlantı kurallarıyla çözmek gerekir.

Teknik teşhis senaryosunu hipotezle başlatın

Örneğin ortalama yanıt süresi artarken 5xx yanıtları da yükseldiyse, önce uygulama hatası veya kaynak doygunluğu hipotezi test edilir. Eğer yalnızca görsel indirme boyutu büyüdüyse, kaynak teslimi ve cache politikasına odaklanmak daha mantıklıdır.

Her hipotez için ölçülebilir bir kanıt, sorumlu ekip ve yeniden kontrol tarihi belirleyin. Bu disiplin, raporu izlenen bir grafikten gerçek bir operasyon aracına dönüştürür.

Aksiyonları etki ve aciliyete göre sıralayın

Önce erişimi engelleyen host veya 5xx sorunları, sonra gereksiz URL taramasına yol açan üretim kuralları, ardından performans iyileştirmeleri ele alınabilir. Aynı anda her metriği optimize etmeye çalışmak net sahiplik oluşturmaz.

Aksiyon listesine beklenen teknik etki, doğrulama yöntemi ve geri alma ihtimali ekleyin. Bir sonraki rapor döneminde aynı metrikleri incelemek, müdahalenin gerçekten fayda sağlayıp sağlamadığını gösterir.

İlgili kaynaklar

seo rehberleri teknik seo nedir seo analizi core web vitals nedir javascript seo nedir xml sitemap nedir http durum kodlari seo teknik seo seo paketleri seo danismanligi ilgili uygulama tamamlayıcı uygulama

Bu uygulama akışını ilgili Google uygulaması ve tamamlayıcı ölçüm rehberi ile birlikte değerlendirin.

Sık sorulan sorular