Tarama İstatistikleri Raporu

TL;DR — Tarama İstatistikleri raporu, Google’ın son 90 gün içinde sitenizi nasıl taradığını; sayfaları kaç kez istediğini, ne kadar veri indirdiğini ve sunucunuzun ne kadar hızlı yanıt verdiğini gösterir. Rapora Google Search Console’daki Ayarlar bölümünden ulaşabilirsiniz. Rapor, yol kapsamlı bir mülk yerine kök düzeyindeki bir mülk için kullanılabilir. Çoğu site açısından optimize edilmesi gereken bir şey değil, bir sağlık kontrolüdür. Evidence for this claim The Crawl Stats report shows Googlebot request totals, download size, response time, host status, and request breakdowns. Scope: Current Search Console Crawl Stats report. Confidence: high · Verified: 2026-07-14 Google Search Console: Crawl Stats report Evidence for this claim Google says crawl-budget management is mainly relevant to very large or rapidly changing sites; most sites can rely on normal crawling. Scope: Google's current crawl-budget guidance. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawl budget management

Tarama İstatistikleri raporu nedir?

Google’ın tarayıcısı Googlebot sitenizi ziyaret ettiğinde yaptığı her istek Google tarafında günlüğe kaydedilir. Tarama İstatistikleri raporunda Google bu etkinliğin bir özetini gösterir: Sitenize ne sıklıkta geldiğini, ne indirdiğini ve sorunlarla karşılaşıp karşılaşmadığını.

Rapora Google Search Console’da Ayarlar → Tarama istatistikleri bölümünden ulaşabilirsiniz (diğer raporlarla birlikte ana kenar çubuğunda yer almaz). Rapor yaklaşık son 90 günü kapsar.

Raporu nerede bulabilirsiniz (ve neden göremiyor olabilirsiniz)?

İnsanların raporu bulamamasının en yaygın nedeni basittir: Rapor yalnızca kök düzeyindeki mülklerde gösterilir. Buna bir Alan mülkü (yalnızca alan adı, https:// ön eki olmadan) ve sitenin kökünde doğrulanmış bir URL ön eki mülkü (https://example.com gibi) dahildir. Bir alt klasörü veya alt yolu işaret eden URL ön eki mülkü eklediyseniz raporu göremezsiniz.

Çözüm, alan adı veya kök URL ön eki biçiminde kök düzeyinde bir mülkü doğrulamaktır. Aynı siteyi farklı bir mülk türüyle eklediğinizde rapor görünür.

Üstteki üç sayı

• Toplam tarama isteği — Başarılı olup olmadığına bakılmaksızın Googlebot’un sitenizdeki bir URL’yi kaç kez istediği.
• Toplam indirme boyutu — Google’ın tarama sırasında indirdiği bayt miktarı.
• Ortalama yanıt süresi — Sunucunuzun yanıt vermesinin ortalama ne kadar sürdüğü.

Bunlar ulaşılması gereken hedefler değil, izlenmesi gereken eğilimlerdir. “Doğru” bir sayı yoktur. Önemli olan, çizginin zaman içindeki şeklidir.

Bunun için endişelenmeniz gerekiyor mu?

Açıkçası muhtemelen hayır. “Tarama bütçesi” konusunda çok fazla kaygı var ancak çoğu sitenin bunu düşünmesi bile gerekmez. Rapor, optimize edilecek bir gösterge panelinden çok sunucu sorunları için erken uyarı sistemi olarak yararlıdır.

Dikkat etmeniz gereken şey sunucunuzun zorlanmasıdır. Ortalama yanıt süreniz yükselirse veya sunucu hataları görmeye başlarsanız Google bunu fark eder ve durumu daha da kötüleştirmemek için sitenizi daha az tarar. Dolayısıyla sayfalar birdenbire alınmamaya başlarsa ilk bakacağım yerlerden biri bu rapordur.

Burada ayrıca Google’ın sitenize erişirken herhangi bir sorun yaşayıp yaşamadığını (robots.txt dosyasını getirme, DNS ve sunucuya bağlanma) işaretleyen bir Ana makine durumu özeti bulunur. En önemli bölüm budur; kırmızıysa önce onu düzeltin.

Tüm metriklerin ayrıntılı açıklamasını ve her örüntünün ne anlama geldiğini mi istiyorsunuz? Gelişmiş sekmesine geçin.

TL;DR — Tarama İstatistikleri (Ayarlar → Tarama istatistikleri; yalnızca Alan veya kök URL ön eki gibi kök düzeyindeki mülkler) yaklaşık 90 günlük toplam tarama isteklerini, toplam indirme boyutunu ve ortalama yanıt süresini; ayrıca yanıta, dosya türüne, Googlebot türüne ve amaca (Keşif ya da Yenileme) göre dökümleri gösterir. Bunu bir tarama bütçesi gösteriş paneli olarak değil, sunucu sağlığı izleyicisi olarak okuyun: Yanıt süresinin veya 5xx hatalarının artması Google’ın tarama kapasitesini azaltmasına, uzun süreli robots.txt hatasıysa taramayı durdurmasına yol açabilir. GSC’nin günlük verilerine en çok yaklaşan özelliğidir ancak yalnızca Google tarayıcılarını kapsar ve tüm istekleri içerdiği garanti edilmez. Tüm botlar ve kullanıcılar ile eksiksiz bir kayıt için yine sunucu günlüklerine ihtiyacınız vardır. Google kendi tarama bütçesi rehberini büyük ve sık değişen sitelerle sınırlar; deneyimlerime göre daha küçük sitelerin çoğunda bunun neredeyse hiç önemi yoktur. Evidence for this claim The Crawl Stats report shows Googlebot request totals, download size, response time, host status, and request breakdowns. Scope: Current Search Console Crawl Stats report. Confidence: high · Verified: 2026-07-14 Google Search Console: Crawl Stats report Evidence for this claim Google says crawl-budget management is mainly relevant to very large or rapidly changing sites; most sites can rely on normal crawling. Scope: Google's current crawl-budget guidance. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawl budget management

Nedir ve nerede bulunur?

Google bunu doğrudan şöyle ifade eder: “The Crawl Stats report shows you statistics about Google’s crawling history on your website.” Rapora ana rapor kenar çubuğundan değil, Ayarlar → Tarama istatistikleri bölümünden ulaşırsınız; birçok kişinin kafasını karıştıran nokta budur.

İnsanların raporun “eksik” veya “bozuk” olduğunu düşünmesinin en büyük nedeni şudur: Google raporu yalnızca kök düzeyindeki mülklerde gösterir. Google’ın ifadesiyle, “This report is available only for root-level properties.” Bu, hem bir Alan mülkünü hem de sitenin kökünde doğrulanmış bir URL ön eki mülkünü (örneğin https:// example.com) kapsar; protokolsüz Alan mülkleriyle sınırlı değildir. Bir alt klasör veya alt yol kapsamındaki URL ön eki mülkünü doğruladıysanız kök düzeyinde yeniden doğrulayın; rapor görünür. Sitenizde bir sorun yoktur. Evidence for this claim Crawl Stats is available for root-level properties, including a Domain property or a URL-prefix property at a host root; saying it requires a Domain property or a property without a protocol is too narrow. Scope: root-level properties Confidence: high · Verified: 2026-07-16 Crawl Stats report

Önemsemeli misiniz? Tarama bütçesini yeniden çerçevelemek

Çoğu sitenin tarama bütçesini optimize etmesi gerekmez ve raporun asıl değeri bütçe ayarlamak değil, sağlığı izlemektir. Google kendi tarama bütçesi rehberini büyük siteler (1M+ benzersiz sayfa) ve her gün değişen orta veya daha büyük sitelerle (10k+ sayfa) sınırlar. Bu eşiklerin altında bu, bir proje değil tanılama aracıdır.

Google ayrıca raporun ileri düzey kullanıcılar için tasarlandığını belirtir ve yaklaşık 1 000 sayfadan küçük sitelerin genellikle bu ayrıntı düzeyine inmesi gerekmediğini söyler; bu, yukarıdaki tarama bütçesi rehberinden daha düşük bir eşiktir. Benim genel kuralım daha gevşek: Yaklaşık 10 000 sayfadan küçük çoğu site için yine de tarama bütçesine fazla zaman ayırmazdım. Bunu resmî bir sınır değil, bir uygulayıcının değerlendirmesi olarak kabul edin.

Tarama hızı birlikte çalışan iki unsurla belirlenir: tarama kapasitesi sınırı ve tarama talebi. Kapasite, sunucunuzun kaldırabileceği yüktür. Google kapasite sınırını şöyle tanımlar: “The maximum number of simultaneous parallel connections that Google can use to crawl a site, as well as the time delay between fetches.” Talep ise popülerlik ve güncelliğini yitirme gibi etkenlere bağlı olarak Google’ın ne kadar tarama yapmak istediğidir. Her ikisinin sonuçlarını bu raporda görürsünüz. (Kavram hakkında daha fazla bilgi için tarama bütçesine bakın.)

Sayıları okumadan önce bilinmesi gereken birkaç kapsam ayrıntısı vardır: Rapor, Googlebot’un istediği gerçek URL’yi sayar; URL’nin çözümlendiği standart URL’yi değil. Yinelenen istekleri ve sunucu tarafındaki her yönlendirme adımını ayrı ayrı sayar (istemci tarafındaki yönlendirmeler burada yönlendirme yanıtı olarak sayılmaz). Kapsam, görüntülediğiniz mülk veya ana makineyle sınırlıdır. Diğer alanlardaki ve bazen kardeş ya da alt alanlardaki kaynaklar, mülk türüne bağlı olarak eksik veya fazla temsil edilebilir. Google’ın kendi belgelerine göre rapor tarama isteklerinin çoğunu yansıtır ancak bazılarını atlayabilir; dolayısıyla kendi sunucu günlüklerinizle küçük bir uyuşmazlık beklenir ve bu bir hata değildir.

Bu, Search Console’un günlük dosyası verilerine en çok yaklaşan özelliğidir; ancak yalnızca Google’ın tarayıcılarını kapsar, toplulaştırılmıştır ve tüm istekleri içerdiği garanti edilmez. Tüm botlardan ve kullanıcılardan gelen isabetleri veya eksiksizliği garanti edilen bir kaydı istiyorsanız sunucu günlüklerinize ihtiyacınız vardır. Günlük analizine yatırım yapmadan önce ücretsiz bir ilk bakış olarak Tarama İstatistiklerini kullanın.

Üst düzey üç metrik

Bunları hedef değil, eğilim olarak okuyun:

• Toplam tarama isteği — “The total number of crawl requests issued for URLs on your site, whether successful or not.” Hatalı sonuçlananlar da dâhil olmak üzere her istek sayılır.
• Toplam indirme boyutu — “Total number of bytes downloaded from your site during crawling, for the specified time period.”
• Ortalama yanıt süresi — “Average response time for all resources fetched from your site during the specified time period.” Bu, fiilen sunucu sağlığının bir göstergesidir. Sürekli bir artış performans alarmıdır ve Google buna tarama kapasitesi sınırınızı düşürerek karşılık verebilir. Dolayısıyla SEO zararı, sayfa hızıyla ilgili herhangi bir sıralama faktöründen ayrı ve dolaylıdır: daha yavaş ve daha az tarama.

Döküm: Yanıta göre

Google’ın ifadesiyle bu tablo, “the responses that Google received when crawling your site, grouped by response type, as a percentage of all crawl responses.” Yanıt türleri arasında Tamam (200), Kalıcı olarak taşındı (301), Geçici olarak taşındı (302), Bulunamadı (404), Sunucu hatası (5XX) ve robots.txt kullanılamıyor bulunur.

Her örüntüyü şöyle yorumluyorum:

• 200 yanıtları büyük çoğunluğu oluşturmalıdır. Google belirli bir hedef yüzde yayımlamaz; bu nedenle kesin bir sayının peşinden gitmek yerine kendi taban değerinizle karşılaştırın ve kalıcı değişimleri izleyin.
• Çok sayıda 404 ölümcül değildir ancak boşa harcanan taramaya, yani Google’ın var olmayan URL’lere istek göndermesine işaret eder.
• Çok sayıda 301, yönlendirme zincirlerine veya hâlâ eski URL’leri hedefleyen iç bağlantılara işaret eder. Bağlantıları nihai hedefe yöneltecek şekilde düzeltin.
• 5xx artışı, rapordaki en zararlı örüntüdür. Sunucunuz tarama yükü altında hata verir; bu durum kapasite sınırını düşürür ve daha az tarama yapılmasına yol açar. Sürekli 5xx hataları Google’ı ciddi biçimde yavaşlatabilir.
• robots.txt not available, kalıcı ve anlamlı bir oranda görülmemelidir. Google sabit bir hedef yüzde yayımlamaz ancak sürekli bir pay, Google’ın robots.txt dosyanızı dönem dönem getiremediği anlamına gelir. Bu önemlidir; robots.txt dosyanız erişilemez durumda kalırsa Google tahminde bulunmak yerine ihtiyatlı davranarak taramayı bir süre duraklatır. (robots.txt dosyasının neleri kontrol edip etmediği için robots.txt konusuna bakın.)

Döküm: Dosya türüne göre

Google taramayı dosya türüne göre gruplandırır: HTML, görsel, JavaScript, CSS, JSON, PDF ve diğerleri. Bu, tanılamaya yönelik bir ipucudur; tek başına israfın kanıtı değildir. Normal JS, CSS, görsel veya JSON taraması miktarı sitenizin nasıl oluşturulduğuna bağlıdır (yoğun JS kullanan bir uygulama, statik bir HTML sitesinden haklı olarak daha fazla kaynak taramasına ihtiyaç duyar). Kendi taban değerinize göre yüksek olan veya aniden sıçrayan JS/CSS/görsel payı, olası oluşturma kaynağı ek yükü açısından incelenmeye değerdir. Beklenmedik dosya türlerinin görünmesi, gereksiz içerik üreten sonsuz veya neredeyse sonsuz bir URL alanı gibi bir tarama tuzağını ortaya çıkarabilir.

Döküm: Googlebot türüne göre

Bu bölüm, taramayı getirme işlemini yapan Googlebot’a göre ayırır: akıllı telefon, masaüstü, görsel, video, sayfa kaynağı yükleme ve AdsBot. Google zorunlu bir dağılım belirtmez ancak mobil öncelikli taramada çoğu sitede Smartphone genellikle başı çeker. Masaüstü ağırlıklı bir profil veya Image ya da AdsBot’tan gelen beklenmedik hacim, tek başına bir ihlal değil, araştırılmaya değer bir ipucudur. Google’ın sitenizi mobil öncelikli olarak ele almadığı, reklam/görsel taramasının içeriğe ayırmayı tercih edeceğiniz bütçeyi tükettiği veya sitenizin yalnızca sıra dışı kaynak gereksinimleri olduğu anlamına gelebilir.

Döküm: Amaca göre — Keşif ve Yenileme

İki kategori vardır ve Google bunları yalnızca önceki tarama geçmişine göre tanımlar; etiketler tek başına dağılımın sağlıklı olup olmadığını göstermez:

• Keşif — “The URL requested was never crawled by Google before.”
• Yenileme — “A recrawl of a known page.”

Bir lansman veya taşıma sırasında Keşif oranının yükselmesi beklenir; Google yeni URL’lerinizi buluyordur. Aynı yükseliş sonsuz alanlardan veya parametreli URL’lerden kaynaklanıyorsa sorundur; tarama bütçesi çöpe gidiyordur. Fazla yeni içerik yayımlamayan yerleşik bir sitede Yenileme ağırlıklı bir dağılım normaldir. Her ikisini de sabit bir “sağlıklı” oranla değil, kendi taban değeriniz ve değiştiğini bildiğiniz unsurlarla karşılaştırın.

Ana makine durumu — en uygulanabilir bölüm

Ana makine durumu, Google’ın sitenizi taramaya çalışırken erişilebilirlik sorunlarıyla karşılaşıp karşılaşmadığını üç alt kontrol altında özetler: robots.txt getirme, DNS çözümleme ve sunucu bağlantısı. Kırmızı bir ana makine durumu, rapordaki en uygulanabilir sinyallerden biridir. Genellikle Google’ın söz konusu zaman aralığında içeriğinize ulaşamadan altyapı düzeyinde engellendiği veya yavaşlatıldığı anlamına gelir. Ancak bu toplu bir uyarıdır; her URL’nin etkilendiğini veya sorunun hâlâ sürdüğünü kanıtlamaz. Sorunun giderildiğini düşünmeden önce zaman çizelgesini kontrol edip güncel durumu canlı getirme, URL Denetimi veya günlüklerinizle doğrulayın. Yine de önce kırmızı ana makine durumunu araştırın. (Ana makine durumu başlığı altında ayrıca ele alınmıştır.)

Ani yükselişleri ve düşüşleri okumak

İçselleştirmeniz gereken mekanizma şudur: Sunucunuzun davranışı, Google’ın ne kadar tarama yaptığına geri besleme sağlar. Site hızlı ve güvenilir biçimde yanıt verirse Google’ın kapasite sınırı yükselebilir; site yavaşlar veya sunucu hataları döndürmeye başlarsa sınır düşer. Dolayısıyla:

• Yanıt süresinde artış → kapasite sınırı düşebilir → daha az tarama.
• 5xx artışı → kapasite sınırı düşer → daha az tarama; sürerse sizi ciddi biçimde yavaşlatabilir.
• robots.txt kullanılamıyor → erişilemez durumda kalırsa Google ihtiyatlı davranarak taramayı duraklatır.

Bunların hiçbiri bir sıralama cezası değildir. Zarar dolaylıdır: Sayfalar taranıp dizine eklenmezse hiç sıralama alamaz; ancak daha fazla taranmak da sıralamayı yükseltmez. (Kapasite ve talebin birlikte ele alındığı tam model için tarama bütçesi kavramına bakın.)

Tarama İstatistikleri ve sunucu günlükleri

Tarama İstatistikleri, GSC’nin günlüklere en çok yaklaştığı özelliktir ancak aradaki farklar önemlidir:

Tarama İstatistikleri artık ihtiyacınızı karşılamıyorsa; URL başına verilere, Google dışındaki botlara veya daha uzun bir geçmişe ihtiyacınız varsa günlük dosyası analizine geçme zamanı gelmiştir. Tarama İstatistikleri bir şeylerin ters gittiğini, günlükler ise tam olarak nerede ters gittiğini söyler.

Bunun taramanın geri kalanıyla ilişkisi

Tarama İstatistikleri raporu, tamamlanmış tarama işlemlerini görmenizi sağlar. Sonraki adımın dizine ekleme tarafında Sayfa Dizine Ekleme raporu tamamlayıcıdır: Tarama İstatistikleri Google’ın ne getirdiğini, Sayfa Dizine Ekleme ise nelerin dizine girdiğini gösterir. Bu raporda sunulan Ana makine durumu da öncelik verilmesi gereken altyapı düzeyindeki sinyaldir.

AI özeti

Gelişmiş sürümün kısa özeti:

• Nerede bulunur: Search Console → Ayarlar → Tarama istatistikleri. Yaklaşık 90 günü kapsar. Yalnızca kök düzeyindeki mülklerde, yani bir Alan mülkünde veya sitenin kökünde doğrulanmış bir URL ön eki mülkünde kullanılabilir. URL ön eki alt klasörlerinde “eksik” görünmesinin nedeni budur.
• Üst düzey üç metrik: Toplam tarama isteği, toplam indirme boyutu ve ortalama yanıt süresi. Bunları hedef değil, eğilim olarak okuyun.
• Dört döküm: Yanıta göre (200/301/404/5xx/robots.txt kullanılamıyor), dosya türüne göre (HTML/JS/CSS/görsel/PDF…), Googlebot türüne göre (akıllı telefon/masaüstü/görsel/video/AdsBot) ve amaca göre (Keşif ve Yenileme).
• Bu, bütçe gösterge paneli değil, sunucu sağlığı izleyicisidir. Yanıt süresinin veya 5xx hatalarının artması Google’ın tarama kapasitesi sınırını düşürüp daha az tarama yapmasına; uzun süreli robots.txt erişilemezliği ise taramayı duraklatmasına yol açabilir.
• Ana makine durumu (robots.txt getirme, DNS ve sunucu bağlantısı) en uygulanabilir bölümdür; kırmızı bir ana makine durumunu önce düzeltin.
• Tarama ≠ sıralama: Daha fazla tarama sıralamayı yükseltmez ancak taranmamış sayfalar hiç sıralama alamaz.
• GSC’nin günlüklere en çok yaklaştığı özelliktir ancak yalnızca Google’ı kapsar, toplulaştırılmıştır ve tüm istekleri içerdiği garanti edilmez. Tüm botlar/kullanıcılar ve URL başına ayrıntı için sunucu günlüklerini kullanın.
• Google, resmî tarama bütçesi rehberini büyük ve sık değişen sitelerle sınırlar (hatta yaklaşık 1 000 sayfadan küçük siteler için raporun bu ayrıntı düzeyini gereksiz bulur). Uygulayıcı genel kuralı: 10k sayfanın oldukça altındaki çoğu sitenin tarama bütçesini optimize etmesi gerekmez; ancak bu resmî bir sınır değil, değerlendirmedir.

Resmî belgeler

Google’ın birincil kaynak belgeleri.

Google

• Tarama İstatistikleri raporu — Bu raporun metriklerini, dökümlerini, ana makine durumunu ve kök düzeyindeki mülk şartını açıklayan Search Console Yardım sayfası.
• Tarama bütçenizi optimize edin — Tarama kapasitesi sınırı + tarama talebi ve bütçeyi gerçekte kimlerin yönetmesi gerektiği.
• Tarama ve Dizine Ekleme — robots, site haritaları ve tarama kontrollerine ilişkin geniş kapsamlı merkez.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan götürür.

Google — raporun gösterdikleri

• “The Crawl Stats report shows you statistics about Google’s crawling history on your website.” — Google Search Console Yardım. Alıntıya git
• “This report is available only for root-level properties.” Alıntıya git

Google — üç metrik

• “The total number of crawl requests issued for URLs on your site, whether successful or not.” Alıntıya git
• “Total number of bytes downloaded from your site during crawling, for the specified time period.” Alıntıya git
• “Average response time for all resources fetched from your site during the specified time period.” Alıntıya git

Google — dökümler

• “This table shows the responses that Google received when crawling your site, grouped by response type, as a percentage of all crawl responses.” Alıntıya git
• “Discovery: The URL requested was never crawled by Google before.” Alıntıya git
• “Refresh: A recrawl of a known page.” Alıntıya git

Google — tarama kapasitesi (sayıların arkasındaki bütçe mekanizması)

• Tarama kapasitesi sınırı: “The maximum number of simultaneous parallel connections that Google can use to crawl a site, as well as the time delay between fetches.” — Google Search Central, büyük siteler için tarama bütçesi rehberi. Alıntıya git

Tarama İstatistikleri raporunu okuma kontrol listesi

Rapordaki sinyali hızla anlamak için:

• Bir alan (kök düzeyinde) mülkündesiniz; aksi takdirde rapor görünmez.
• Ana makine durumu yeşil (robots.txt getirme, DNS ve sunucu bağlantısının tümü OK). Buradaki kırmızı durumları önce düzeltin.
• Ortalama yanıt süresi sabit ve yükseliş eğiliminde değil.
• Yanıta göre dökümde büyük çoğunluk 200; 5xx ve robots.txt kullanılamıyor yanıtlarının kalıcı ve anlamlı bir payı yok (Google sabit hedef yayımlamaz; kendi eğiliminizi izleyin).
• Beklenmedik hacimde bulunamadı yanıtları (boşa giden tarama) veya kalıcı yönlendirmeler (yönlendirme zincirleri / eski iç bağlantılar) yok.
• Mobil öncelikli taramada Googlebot türüne göre dağılım genellikle Smartphone ağırlıklı. Resmî olarak zorunlu bir dağılım yoktur ancak ani değişim incelenmeye değerdir.
• Dosya türüne göre dağılım, kendi taban değerinize kıyasla JS/CSS/görsel ağırlıklı değil ve beklenmedik dosya türleri (olası tarama tuzağı) göstermiyor.
• Amaca göre: Keşif ve Yenileme oranlarını kendi taban değeriniz ve değişen unsurlarla (lansman, taşıma, site haritası güncellemesi) karşılaştırın. Her iki yöndeki açıklanamayan sıçrama da parametreli/sonsuz URL israfı veya durmuş yeniden tarama açısından kontrol edilmeye değerdir.
• URL başına ayrıntıya, Google dışındaki botlara veya daha uzun geçmişe ihtiyacınız varsa sunucu günlüğü analizine geçin.

Zihinsel modeller

1. Bu bir puan tablosu değil, sağlık izleyicisidir. Sayılar en üst düzeye çıkarılacak hedefler değil, izlenecek eğilimlerdir. “İyi” bir mutlak değer değil, eğrinin şekli ile ani yükseliş ve düşüşleri arıyorsunuz.

2. Sunucu geri bildirim döngüsü. Hızlı, kararlı sunucu → kapasite sınırı yükselebilir → daha fazla tarama. Yavaş sunucu veya 5xx → kapasite sınırı düşer → daha az tarama. Yanıt süresi ve hata oranı, rapordaki diğer her şeyi sessizce yöneten kaldıraçlardır.

3. Önce ana makine durumu, sonra yanıtlar, ardından geri kalanı. Etki düzeyine göre önceliklendirin: Kırmızı ana makine durumu her şeyi engeller → düzeltin. Ardından yanıta göre döküme bakın (tehlikeli olanlar 5xx ve robots.txt kullanılamıyor yanıtlarıdır). Dosya türü/Googlebot türü/amaç ayrıntılarıyla ancak bundan sonra ilgilenin.

4. Tarama İstatistikleri ve günlükler — geçiş kuralı. Tarama İstatistikleri bir şeylerin ters gittiğini söyler (yalnızca Google, toplulaştırılmış, eksiksizliği garanti edilmez, 90 gün). Sunucu günlükleri ise tam olarak neyin ters gittiğini gösterir (tüm botlar/kullanıcılar, her istek, URL başına). Tarama İstatistikleriyle başlayın; kesinlik gerektiğinde günlüklere geçin.

5. “Önemsemeli miyim?” eşiği. Google raporu ileri düzey kullanıcılara yönelik olarak tanımlar ve yaklaşık 1 000 sayfadan küçük siteler için gereksiz olduğunu belirtir; resmî tarama bütçesi rehberi çok daha büyük ve sık değişen siteleri hedefler. Benim uygulayıcı olarak genel kuralım daha gevşektir: Yaklaşık 10k sayfanın altında tarama bütçesi esasen geçerli değildir. Ancak bunu resmî bir sınır değil, değerlendirme olarak kabul edin. Her iki durumda da raporu sunucu sağlığına ilişkin erken uyarı için kullanın ve sıralamaları değiştirmeyen bir sayıyı optimize etmeyi bırakın.

Tarama İstatistikleri raporu — kısa başvuru

Konum ve kapsam

• Search Console’da Ayarlar → Tarama istatistikleri. Yaklaşık 90 gün. Yalnızca kök düzeyindeki mülkler — Alan veya kök URL ön eki.

Üst düzey üç metrik

• Toplam tarama isteği — başarılı olsun veya olmasın tüm istekler.
• Toplam indirme boyutu — indirilen bayt miktarı.
• Ortalama yanıt süresi — sunucu sağlığı göstergesi; sürekli artış → daha az tarama.

Yanıta göre — her örüntünün anlamı

Dosya türüne göre — HTML, Image, JavaScript, CSS, JSON, PDF ve diğerleri. Kendi taban değerinize göre yüksek bir pay, israfın kanıtı değil, tanılamaya yönelik bir ipucudur; kaynak ek yükünü ve beklenmedik türleri (tarama tuzaklarını) izleyin.

Googlebot türüne göre — Smartphone (genellikle başı çeker; resmî olarak zorunlu bir dağılım yoktur), Desktop, Image, Video, Page resource load ve AdsBot.

Amaca göre — Keşif (URL daha önce hiç taranmamış) ve Yenileme (bilinen bir sayfanın yeniden taranması).

Ana makine durumu — robots.txt getirme · DNS çözümleme · sunucu bağlantısı. Kırmızı = önce düzeltin.

Kısa bilgiler

• Rapor “eksik” mi? Bir alt klasörle sınırlandırılmış URL ön eki mülkündesiniz; kök düzeyinde yeniden doğrulayın (Alan mülkü veya kök URL ön eki mülkü).
• Daha fazla tarama ≠ daha iyi sıralama; ancak taranmayan sayfa sıralama alamaz.
• GSC’nin günlüklere en çok yaklaştığı özelliktir ancak yalnızca Google’ın tarayıcılarını kapsar, toplulaştırılmıştır, tüm istekleri içerdiği garanti edilmez ve 90 günlüktür.

Google’ın sizi nasıl taradığını görmeye yarayan araçlar

• Google Search Console — Tarama İstatistikleri raporu — Bu sayfanın konusu: Kök düzeyindeki mülkler (Alan veya kök URL ön eki) için Ayarlar → Tarama istatistikleri.
• Google Search Console — URL Denetimi — Tek bir URL’nin nasıl tarandığını, oluşturulduğunu ve dizine eklendiğini kontrol edin.
• Google Search Console — Sayfa Dizine Ekleme raporu — Tamamlayıcı görünüm: Taramadan dizine nelerin girdiği.
• Sunucu günlüğü dosyası analizi — Tüm botları ve kullanıcıları kapsayan temel gerçeklik. Araçlar: Screaming Frog Log File Analyser veya günlükleri BigQuery / bir günlük platformuna aktarın.
• Tarayıcılar / site denetimleri — Ahrefs Site Audit ve Screaming Frog SEO Spider bir taramayı simüle ederek yönlendirme zincirlerini, engellenmiş URL’leri ve tuzak benzeri örüntüleri ortaya çıkarır.
• Ahrefs Webmaster Tools — Doğruladığınız siteler için ücretsiz tarama + denetim.

Kendinizi sınayın: Tarama İstatistikleri

SOP: Haftalık tarama sağlığı incelemesi

Bunu yalnızca tarama hacmini artırmak için bir gerekçe olarak değil, kısa ve yinelenen bir kontrol olarak kullanın.

1. Doğru mülkü açın. Kök düzeyindeki Search Console mülküne gidin, ardından Ayarlar → Tarama istatistikleri bölümünü açın.
2. Bağlamı belirleyin. Grafikle çakışan dağıtımları, taşımaları, kesintileri, trafik olaylarını ve site haritası değişikliklerini not edin.
3. Önce Ana makine durumunu kontrol edin. Raporun geri kalanını yorumlamadan önce robots.txt getirme, DNS veya sunucu bağlantısı uyarılarını önceliklendirin.
4. Üç eğilimi karşılaştırın. İstekleri, indirme boyutunu ve yanıt süresini genel bir kıyaslama değeriyle değil, mülkün önceki haftalarıyla karşılaştırın.
5. “Yanıta göre” bölümünü açın. Sürekli 5xx hatalarını, robots.txt erişilemezliğini, yönlendirmelerdeki artışı ve yeni yükselen 404 örüntülerini araştırın.
6. Dağılımı inceleyin. Dosya türü, Googlebot türü ve Keşif/Yenileme oranlarında açıklanamayan değişimler veya tarama tuzakları arayın.
7. Sonraki aşamayla ilişkilendirin. Temsilî URL’ler için URL Denetimi ve Sayfa Dizine Ekleme raporunu kontrol edin. Önemli sayfalar taranmamış veya dizine eklenmemiş kalıyorsa daha fazla isteğin önemi yoktur.
8. Toplu veriler yetersiz olduğunda ayrıntıya geçin. URL başına kanıt, kesin zaman damgaları, kullanıcı aracıları ve Google dışı trafik için sunucu günlüklerini alın.
9. Bulguyu kaydedin. Tarihi, anormalliği, olası nedeni, sorumluyu, eylemi ve normale dönmesi gereken metriği kaydedin. Sorunu yalnızca eğilim düzeldikten sonra kapatın.

Tarama İstatistikleri sorun giderme

Rapor görünmüyor

Olası neden: Yol düzeyinde bir URL ön eki mülkünü görüntülüyorsunuz. Çözüm: Kök düzeyindeki mülkü açın veya doğrulayın. Raporun daha dar kapsamlı bir mülkte bulunmaması, Google’ın siteyi tarayıp taramadığı hakkında hiçbir şey söylemez.

Tarama istekleri düşerken ortalama yanıt süresi yükseliyor

Olası neden: Kaynak sunucu, CDN veya uygulama yük altında yavaşladığı için Google geri çekiliyor. Çözüm: Zaman damgasını izleme verileri ve günlüklerle ilişkilendirin, yavaş yolları veya kaynak türlerini belirleyin, güvenilir kapasiteyi geri kazandırın; ardından tarama hacminin toparlanmasını beklemeden önce yanıt süresinin düşüp düşmediğini izleyin.

5xx yanıtlarında ani artış

Olası neden: Bir kesinti, hız sınırlayıcı, aşırı yüklenmiş kaynak sunucu veya bota özel güvenlik kuralı Googlebot isteklerinin başarısız olmasına yol açıyor. Çözüm: Kesin günlük girdilerini inceleyin, gerektiğinde Googlebot’u doğrulayın, yanlışlıkla uygulanan engelleri kaldırın ve etkilenen URL’leri uygulama oturumunun dışından test edin.

“robots.txt not available” görünüyor

Olası neden: DNS, TLS, CDN, yönlendirme veya sunucu hataları Google’ın dosyayı getirmesini engelledi; bunun nedeni dosyanın içindeki hatalı bir yönerge olmak zorunda değildir. Çözüm: Etkilenen ana makinelerin her birinden /robots.txt dosyasını doğrudan isteyin, kararlı ve başarılı bir yanıtı doğrulayın; hata zaman aralığı için Ana makine durumunu ve günlükleri kontrol edin.

Keşif beklenmedik biçimde artıyor

Olası neden: Yeni bir lansman veya taşıma amaçlandığı gibi çalışıyor ya da Google parametreler, filtreler, takvimler veya site içi arama sayfaları gibi sınırsız bir URL alanı buldu. Çözüm: Yeni URL örüntüsünü belirlemek için günlükleri ve iç bağlantıları örnekleyin. Amaçlanan keşifleri koruyun; tarama tuzaklarını kaynağında sınırlandırın.

Rapor sağlıklı görünüyor ancak önemli sayfalar dizine eklenmiyor

Olası neden: Toplu ana makine sağlığı iyi olsa da bazı URL’lerde keşif, standart URL, kalite veya dizine ekleme sorunları vardır. Çözüm: Bu sayfalar için URL Denetimi ve Sayfa Dizine Ekleme raporunu kullanın. Tarama İstatistikleri, belirli bir URL’nin dizine eklenmek üzere seçildiğini kanıtlayamaz.

Tarama sağlığını kotalarla değil, eğilimlerle ölçün

Evrensel olarak “iyi” sayılabilecek bir tarama isteği sayısı yoktur. Bu site için bir taban değer oluşturun ve dağıtımlar ile olayları buna açıklama olarak ekleyin.

Başarıyı çözmekte olduğunuz olaya göre tanımlayın. Bir sunucu sorununun ardından başarı; kararlı erişilebilirlik ve normalleşmiş yanıt süresini, ardından taramanın toparlanmasını ifade eder. Bir tarama tuzağını kapattıktan sonra başarı, önemli URL’lerin keşfini veya yenilenmesini azaltmadan istenmeyen örüntüye giden isteklerin azalmasıdır. Ek istekler tek başına bir SEO sonucu değildir ve Tarama İstatistikleri sıralamayı veya dizin kalitesini tek başına ölçemez.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Tarama Bütçesi İçin Ne Zaman Endişelenmelisiniz? — Tarama bütçesine bakışım, Tarama İstatistiklerinin buradaki yeri ve çoğu sitenin neden bunu takıntı hâline getirmemesi gerektiği.
• Googlebot Nedir ve Nasıl Çalışır? — Bu rapordaki her sayının arkasındaki tarayıcı.
• Teknik SEO’ya Yeni Başlayanlar İçin Rehber — Tarama ve Search Console’un daha geniş çerçevedeki yeri.

Resmî

• Tarama İstatistikleri raporu — Search Console Yardım — Her metrik ve dökümün birincil kaynağı.
• Tarama bütçenizi optimize edin — Kapasite + talep ve boyut eşikleri.

Sektörden kaynaklar

• Googlebot Crawl Budget Explained by Google’s Gary Illyes — Search Engine Journal’ın Gary Illyes’in tarama bütçesi açıklamasına ilişkin haberi; rapordaki sayıları nelerin yönlendirdiğini yorumlamak için yararlı bağlam.
• Crawl Budget for SEO: Everything You Need to Know — Search Engine Journal’ın tarama bütçesi kavramları, kapasite ve talep üzerine ayrıntılı incelemesi.
• Crawling and Indexing — Tüm resmî tarama belgeleri, robots.txt ve site haritaları için Google Search Central merkezi.
• Search Off the Record: How Googlebot Crawls the Web — Gary Illyes ve Martin Splitt, tarama altyapısını ve zamanlayıcının sunucunuza nasıl tepki verdiğini anlatıyor.
• r/TechSEO — Tarama/dizin sorunlarını gidermeye yönelik topluluk.

Podcast’ler

• Search Off the Record (Google Search Relations) — How Googlebot crawls the web. Gary Illyes ve Martin Splitt; tarama altyapısı, koşullu istekler ve tarama zamanlayıcısının sunucunuza nasıl tepki verdiği üzerine konuşuyor. Bu rapordaki sayıları nelerin yönlendirdiğini anlamak için yararlı bir arka plan. Dinleyin

Videolar

• Google Search Central (YouTube) — Martin Splitt’in tarama/oluşturma açıklamaları ve How Google Search Works serisi. Googlebot’un Tarama İstatistikleri raporuna ulaşmadan önce ne yaptığını anlamak için iyi bir temel. Kanal

Değişiklik günlüğü