Search Console Tarama İstatistikleri raporunu okurken tek başına tarama isteği sayısına bakmayın. Önce ana makine durumunu kontrol edin; ardından toplam istek, indirme boyutu ve ortalama yanıt süresini birlikte değerlendirin. Son olarak değişimin hangi yanıt kodu, dosya türü, tarama amacı ve Googlebot türünden kaynaklandığını örnek URL’lerle doğrulayın.
Bu raporda her site için geçerli bir “iyi tarama sayısı” veya sabit yanıt süresi eşiği yoktur. Anlamlı olan, sitenin kendi baz çizgisinden neden saptığı ve bu sapmanın sunucu, URL envanteri ya da Google’ın tarama talebiyle açıklanıp açıklanamadığıdır.
Tarama İstatistikleri raporu neyi gösterir?
Tarama İstatistikleri raporu, Google’ın sitenizdeki URL ve kaynaklar için yaptığı tarama isteklerini, sunucunun verdiği yanıtları ve tarama sırasında karşılaşılan kullanılabilirlik sorunlarını gösterir. Rapora Search Console’da Ayarlar → Tarama istatistikleri yoluyla ulaşılır.
Google’ın Tarama İstatistikleri raporu dokümanına göre rapor ileri düzey kullanıcılara yöneliktir ve yalnızca alan adı mülkü veya kök düzeyindeki URL ön eki mülklerinde kullanılabilir. Rapor yaklaşık son 90 günlük davranışı şu başlıklarda sunar:
- Toplam tarama istekleri
- Toplam indirme boyutu
- Ortalama yanıt süresi
- Ana makine durumu
- Tarama yanıtları
- Taranan dosya türleri
- Tarama amacı
- Googlebot türü
Rapor, bir sayfanın indekslendiğini veya sıralama alacağını göstermez. Google’ın bir URL’yi istemesi tarama olayını; URL’nin değerlendirilerek indekse alınması ise ayrı bir süreci ifade eder. İndeks kararı için Sayfa Dizine Ekleme ve URL Denetimi verileri ayrıca incelenmelidir.
Raporu hangi sırayla incelemelisiniz?
En verimli okuma sırası, önce sitenin Googlebot’a yanıt verebildiğini doğrulamak ve sonra tarama dağılımındaki değişimin kaynağına inmektir.
- Ana makine durumunda güncel bir kullanılabilirlik sorunu olup olmadığını kontrol edin.
- Toplam istek, indirme boyutu ve ortalama yanıt süresi grafiklerini aynı tarihler üzerinden karşılaştırın.
- Yanıta göre dağılımda 5xx, 429, yönlendirme veya 404 değişimi arayın.
- Dosya türü, tarama amacı ve Googlebot türü kırılımlarında artışın kaynağını bulun.
- İlgili satıra tıklayarak örnek URL kalıplarını inceleyin.
- Hipotezi sunucu logları, site taraması, URL Denetimi veya Sayfa Dizine Ekleme raporuyla doğrulayın.
Bu sıra, grafikteki her yükselişi sorun veya her düşüşü tarama bütçesi kaybı olarak yorumlamayı önler.
Ana makine durumu neden ilk kontroldür?
Ana makine durumu, Google’ın robots.txt dosyasına erişirken, alan adını çözümlerken veya sunucuya bağlanırken önemli bir kullanılabilirlik problemi yaşayıp yaşamadığını gösterir. Durum yeşilse son 90 günde önemli bir sorun görülmemiştir. Güncel uyarı varsa önce hangi bileşenin etkilendiğini açarak kontrol etmek gerekir.
| Kontrol alanı | Gösterdiği sorun | İlk doğrulama |
|---|---|---|
| Robots.txt getirme | Google’ın robots.txt için kabul edilebilir yanıt alamaması | Dosyanın durum kodu, erişilebilirliği ve CDN/güvenlik kuralı |
| DNS çözümleme | Ana makine adının çözümlenememesi veya zamanında yanıt vermemesi | DNS sağlayıcısı, kayıtlar ve kesinti zamanları |
| Sunucu bağlantısı | Sunucunun bağlantı kuramaması ya da tam yanıt verememesi | Sunucu logları, hata kayıtları ve altyapı izleme sistemi |
Robots.txt dosyasının bulunmaması ile kullanılamaması aynı şey değildir. Google, robots.txt isteğinde 404 yanıtını dosyanın bulunmadığı ve taramanın genel olarak serbest olduğu bir durum olarak kabul edebilir. Buna karşılık 429 veya 5xx yanıtları bağlantı sorunu sayılır ve taramanın yavaşlamasına ya da geçici olarak durmasına yol açabilir.
Üç temel metriği birlikte nasıl yorumlamalısınız?
Toplam tarama isteği, indirme boyutu ve ortalama yanıt süresi birbirinden bağımsız KPI’lar değildir. Aynı tarihte birlikte değişip değişmedikleri, daha güçlü bir teşhis sinyali verir.
Toplam tarama istekleri
Bu metrik, başarılı veya başarısız bütün tarama isteklerini sayar. Aynı URL’ye yapılan tekrar istekler ayrı ayrı kaydedilir. Sitenizde barındırılan ve sayfa oluşturulurken istenen CSS, JavaScript veya görsel kaynakları da toplamı artırabilir.
İsteklerin yükselmesi tek başına olumlu değildir. Yeni içerik yayını, site taşıma, genişleyen ürün envanteri veya güncel sitemap sonrasında beklenen bir artış olabilir. Kontrolsüz parametreler, takvim URL’leri, faceted navigation ya da yönlendirme zincirleri de aynı grafiği yükseltebilir.
Toplam indirme boyutu
Toplam indirme boyutu, Google’ın tarama sırasında sitenizden aldığı bayt miktarıdır. İstek sayısı benzer kalırken indirme boyutu yükseliyorsa daha büyük HTML yanıtları, görseller, script dosyaları veya başka site içi kaynaklar taranıyor olabilir.
Bu değişim mutlaka performans sorunu değildir. Yeni bir bölüm, yeni görsel yapısı veya geçerli bir dosya türü artışı olabilir. Nedeni bulmak için aynı tarihte “Dosya türüne göre” dağılımı açın.
Ortalama yanıt süresi
Ortalama yanıt süresi, getirilen bütün kaynakların ortalama sunucu yanıtını gösterir. Bir sayfanın kullandığı her site içi kaynak ayrı yanıt olarak sayıldığı için bu değer Core Web Vitals veya kullanıcının tam sayfa yüklenme süresiyle aynı metrik değildir.
Tek bir evrensel milisaniye sınırı kullanmak yerine sitenin normal aralığını ve değişim tarihini inceleyin. Yanıt süresi yükselirken tarama istekleri düşüyorsa kapasite, 5xx/429 veya altyapı sorunu ihtimali güçlenir. Yanıt süresi sabitken tarama azalması ise daha düşük tarama talebi, azalan URL envanteri veya olağan dönemsel değişimle açıklanabilir.
Grafik desenleri ne anlama gelebilir?
| Gözlenen desen | Olası açıklama | Kontrol edilecek kırılım |
|---|---|---|
| İstek artıyor, yanıt süresi sabit | Yeni içerik, site taşıma, sitemap değişikliği veya artan tarama talebi | Tarama amacı, dosya türü ve Googlebot türü |
| İstek ve yanıt süresi birlikte artıyor | Artan yük sunucu kapasitesini zorluyor olabilir | 5xx/429 yanıtları, ana makine durumu ve sunucu logları |
| İstek düşüyor, yanıt süresi yükseliyor | Googlebot sunucuyu zorlamamak için taramayı daraltmış olabilir | Sunucu hataları, zaman aşımı ve altyapı değişiklikleri |
| İstek düşüyor, yanıt süresi sabit | Tarama talebi, güncelleme sıklığı veya URL envanteri azalmış olabilir | Keşif/yenileme oranı, sitemap ve yayın takvimi |
| İstek sabit, indirme boyutu artıyor | Daha ağır dosyalar veya büyüyen yanıt gövdeleri taranıyor olabilir | Dosya türü ve örnek URL’ler |
| Keşif taramaları beklenmedik biçimde artıyor | Yeni bölüm veya kontrolsüz URL üretimi olabilir | Örnek URL kalıpları, iç linkler ve parametre yapısı |
Bu tablo olasılık üretir, kesin neden değil. Örneğin istek düşüşüyle yanıt süresi artışı aynı güne denk gelse bile sunucu logları ve hata kodları olmadan nedensellik kurulamaz.
Yanıt kodları nasıl değerlendirilmelidir?
“Yanıta göre” tablosu, Google’ın aldığı yanıtları toplam tarama isteklerinin yüzdesi olarak gösterir. Normal bir dönemde çoğunluğun 200 veya beklenen diğer iyi yanıt türlerinden oluşması gerekir; ancak her 3xx veya 404 kaydı otomatik hata değildir.
| Yanıt | Nasıl yorumlanır? | Ne zaman araştırılır? |
|---|---|---|
| 200 | İstek başarıyla karşılanmıştır | Oran beklenmedik biçimde düşüyorsa diğer yanıt grupları incelenir |
| 301/308 | Kalıcı yönlendirme; planlı taşıma veya URL değişiminde normal olabilir | Ani artış, zincir veya eski URL kalıplarının hâlâ yoğun taranması durumunda |
| 302/307 | Geçici yönlendirme; gerçekten geçici ise beklenen davranıştır | Kalıcı taşınan URL’lerde uzun süre devam ediyorsa |
| 304 | Kaynağın değişmediğini bildirerek önbellekteki sürümün kullanılmasını sağlar | Genellikle sorun değildir; dağılım bağlamında değerlendirilir |
| 404/410 | Gerçekten kaldırılmış ve eşdeğeri olmayan URL için doğru yanıt olabilir | İç link verilen, sitemap’te bulunan veya değerli sayfalarda artıyorsa |
| 429 | Sunucunun istek hızını sınırladığını gösterir | Tekrarlıyorsa kapasite ve güvenlik kuralları kontrol edilir |
| 5xx | Sunucu isteği tamamlayamamıştır | Yeni, tekrarlayan veya belirli şablonlarda yoğunlaşan her artışta |
Yönlendirme kullanan bir URL zincirindeki her sunucu tarafı istek ayrı sayılır. Planlı taşıma sonrasında 3xx artışı beklenebilir; fakat uzun zincirler gereksiz istek üretir. Bu tür bir desen görürseniz 301 yönlendirme haritasını hazırlama sürecindeki kaynak-hedef ve zincir kontrollerini uygulayın.
Dosya türü dağılımı neyi açıklar?
Dosya türü tablosundaki yüzdeler, indirilen toplam baytı değil isteklerin sayısal dağılımını gösterir. HTML, görsel, JavaScript, CSS, PDF, video, JSON ve diğer kaynak türlerinin ne kadar istendiğini buradan görebilirsiniz.
Beklenmedik bir değişiklikte şu soruları sorun:
- JavaScript veya CSS istekleri bir şablon değişikliği sonrasında mı yükseldi?
- Görsel taramaları yeni galeri, ürün veya medya yapısıyla açıklanabiliyor mu?
- “Diğer dosya türü” artışı yönlendirme yanıtlarından mı kaynaklanıyor?
- Yavaş yanıt süresi belirli bir dosya türünde mi yoğunlaşıyor?
- İstenen kaynaklar Google’ın sayfayı oluşturması için gerekli mi?
Rapor yalnızca seçili mülk kapsamındaki kaynakları gösterir. Harici CDN veya başka alan adında barındırılan kaynaklar bu mülkün toplamında görünmeyebilir. Bu nedenle dosya türü dağılımını sitenin tüm ağ trafiği gibi okumayın.
Keşfetme ve yenileme taramaları nasıl okunur?
Google daha önce hiç taramadığı bir URL’yi istediğinde bunu keşfetme; bilinen bir URL’yi yeniden taradığında yenileme olarak sınıflandırır. Bu iki oran için de bütün sitelerde geçerli ideal bir dağılım yoktur.
Yeni bölüm, ürün grubu veya toplu içerik yayını sonrasında keşfetme taramalarının artması beklenebilir. Buna karşılık planlı bir değişiklik yokken keşfetme hızla yükseliyorsa Google yeni URL kalıpları buluyor olabilir. Parametre sıraları, site içi arama sonuçları, takvimler ve filtre kombinasyonları örnek URL’lerde araştırılmalıdır.
E-ticaret sitesinde keşif istekleri filtre kombinasyonlarında yoğunlaşıyorsa konu yalnızca “tarama bütçesi” değildir. Hangi kombinasyonların gerçek arama sayfası olduğunu belirlemek için e-ticaret filtre URL’lerini yönetme kararlarıyla URL envanterini birlikte değerlendirin.
Yeni sayfalar yayımlandığı halde keşfetme artmıyorsa sitemap, iç linkler, robots.txt ve sayfanın erişilebilirliği kontrol edilmelidir. Yine de tek başına düşük keşfetme oranı, bütün yeni URL’lerin bulunamadığını kanıtlamaz.
Googlebot türü dağılımında ne aranmalıdır?
Googlebot türü tablosu akıllı telefon, masaüstü, resim, video, sayfa kaynak yükü, AdsBot, StoreBot ve diğer Google tarayıcılarını ayırır. Burada sabit bir “mobil Googlebot oranı” hedeflemek doğru değildir; beklenen dağılım sitenin içeriğine, reklam kurulumuna, ürün feed’lerine ve kaynak yapısına göre değişir.
Ani değişimi bağlama göre yorumlayın:
- Sayfa kaynak yükü artışı, daha fazla CSS, JavaScript veya görsel getirilmesiyle ilişkili olabilir.
- AdsBot artışı, Dinamik Arama Ağı Reklamları için eklenen hedeflerle bağlantılı olabilir.
- StoreBot artışı, ürün ve alışveriş altyapısındaki değişikliklerle açıklanabilir.
- Resim veya video Googlebot artışı, yeni medya içeriği ve ilgili sayfa şablonlarıyla karşılaştırılmalıdır.
Bir Googlebot türünün payı yükselirken toplam tarama da artıyorsa önce değişimi hangi aracının ürettiğini belirleyin. Böylece bütün artışı ana Googlebot’un HTML sayfalarını daha sık taraması gibi yanlış yorumlamazsınız.
Örnek URL’ler nasıl kullanılmalıdır?
Her kırılımda satıra tıklayarak tarama zamanı, yanıt kodu, yanıt boyutu ve başka istek ayrıntıları bulunan örnek URL’lere ulaşabilirsiniz. Ancak Google bu listenin kapsamlı olmadığını, yalnızca temsili örnekler sunduğunu açıkça belirtiyor.
Bu nedenle tek tek URL düzeltmek yerine tekrar eden kalıbı bulun. Örneğin 404 örneklerinin çoğu aynı eski dizinden, 301 istekleri aynı yönlendirme zincirinden veya keşif istekleri aynı parametre ailesinden geliyorsa sorun sayfa değil şablon ya da üretim kuralıdır.
Rapordaki URL’ler Google’ın gerçekten istediği adreslerdir; canonical URL altında birleştirilmez. Bu özellik, kopya veya parametreli URL’lerin gerçekte taranıp taranmadığını görmek için değerlidir. Fakat bütün isteklerin eksiksiz listesi gerektiğinde sunucu veya CDN loglarına geçmek gerekir.
Tarama raporu hangi verilerle doğrulanmalıdır?
Tarama İstatistikleri raporu güçlü bir başlangıç noktasıdır ancak tek başına tam teknik teşhis sağlamaz. Bulguyu, yanıtlamak istediğiniz soruya uygun ikinci bir veri kaynağıyla eşleştirin.
| Soru | Doğrulama kaynağı |
|---|---|
| Hangi URL’ler ve botlar gerçekten sunucuya istek yaptı? | Sunucu veya CDN erişim logları |
| Belirli bir URL Google tarafından nasıl görülüyor? | Search Console URL Denetimi |
| URL indekslendi mi veya neden indekslenmedi? | Sayfa Dizine Ekleme raporu ve URL Denetimi |
| Hata site genelinde hangi URL kalıplarını etkiliyor? | Site taraması ve şablon bazlı örnekleme |
| Yanıt süresi veya 5xx artışı hangi altyapı olayıyla eşleşiyor? | Sunucu izleme, dağıtım kayıtları ve loglar |
| Google’ın bildiği URL alanı neden büyüyor? | İç link, sitemap, parametre ve URL üretim analizi |
Bir sayfanın taranıp indekslenmemesi ayrı bir içerik ve kalite değerlendirmesi gerektirir. Bu durum için “Tarandı, şu anda dizine eklenmiş değil” teşhis adımlarını kullanabilirsiniz.
Hızlı tarama sağlığı kontrolü
- Ana makine durumunun yeşil ve güncel uyarılardan arınmış olduğunu doğrulayın.
- Üç üst metriğin son 90 günlük baz çizgiden saptığı tarihleri not edin.
- Aynı tarihlerde 5xx, 429, robots.txt veya DNS hatası artışı olup olmadığına bakın.
- Artışı hangi dosya türü ve Googlebot türünün oluşturduğunu belirleyin.
- Keşfetme ve yenileme dağılımını yayın, taşıma ve sitemap tarihleriyle karşılaştırın.
- Her anomali için birkaç örnek URL açın ve ortak kalıbı yazın.
- Hipotezi log, site taraması veya ilgili Search Console raporuyla doğrulayın.
Kontrol sonucunu “tarama düştü” diye kaydetmek yerine tarih, etkilenen kırılım, örnek URL kalıbı, olası neden, doğrulama kaynağı ve önerilen aksiyonla belgeleyin. Sonraki kontrolde aynı anomali tekrarlandığında karşılaştırılabilir bir kayıt oluşur.
Hangi durumlarda aksiyon almak gerekmez?
Tarama grafiğinin düz olmaması tek başına problem değildir. Google’ın tarama talebi içerik güncellemeleri, site boyutu, sayfa kalitesi, popülerlik ve site genelindeki olaylara göre değişebilir. Ana makine sağlıklıysa, hata oranları beklenen düzeydeyse ve değişim planlı bir yayın veya altyapı olayıyla açıklanabiliyorsa sırf tarama sayısını yükseltmek için müdahale etmeyin.
Google’ın güncel tarama bütçesi dokümanı, ileri düzey bütçe optimizasyonunu özellikle çok büyük, sık güncellenen veya geniş ölçekte “Keşfedildi, şu anda dizine eklenmiş değil” sorunu yaşayan siteler için konumlandırıyor. Küçük bir sitede önemli sayfalar zamanında taranıyor ve indeksleniyorsa daha yüksek istek sayısı başlı başına bir başarı hedefi değildir.
Tarama sayısını değil, açıklanabilir davranışı hedefleyin
Tarama İstatistikleri raporunun değeri, Googlebot’un kaç kez geldiğini göstermekten çok değişimin hangi sunucu yanıtı, kaynak türü, bot veya URL kalıbından doğduğunu açığa çıkarmasıdır. Sağlıklı yorum; ana makine durumuyla başlar, üç üst metriği birlikte okur ve örnek URL’lerden ikinci veri kaynağına ilerler.
Beklenmedik tarama deseninin indeksleme, yönlendirme, site mimarisi veya altyapı sorunlarıyla birlikte incelenmesi gerekiyorsa Teknik SEO Hizmeti kapsamında bulguları URL kalıpları ve uygulanabilir aksiyonlarla önceliklendiririm.
