Tarama bütçesi boşa gidiyorsa hangi sayfalar önce optimize edilmeli

Tarama bütçesi boşa gidiyorsa önce bunun gerçekten sorun olup olmadığını doğrulayın

Tarama bütçesi her sitede aynı ağırlıkta bir sorun değildir. Google’ın crawl budget rehberine göre bu konu en çok çok büyük sitelerde, çok hızlı güncellenen yapılarda ve Search Console’da yüksek miktarda Discovered – currently not indexed görülen alanlarda darboğaz yaratır (Google for Developers, 2025-12-19). Küçük bir kurumsal sitede birkaç günlük tarama dalgalanması tek başına alarm değildir; yüz binlerce URL üreten e-ticaret veya ilan sitelerinde ise doğrudan önceliktir.

İlk bakacağınız ekran Search Console Crawl Stats olmalı. Burada toplam crawl request, average response time, host status, response type ve crawl purpose birlikte okunur. Search Console Help, bu raporun son 90 güne yayılan host durumu, yanıt tipleri ve discovery ile refresh ayrımı sunduğunu açıkça belirtir (Search Console Help, 2026). Host status sarı ya da kırmızıysa önce erişilebilirlik ve sunucu kapasitesine bakın; rapor yeşil ama istekler gereksiz klasörlerde yoğunlaşıyorsa sorun çoğunlukla URL envanterindedir.

İkinci doğrulama katmanı sunucu loglarıdır. Googlebot’un en çok hangi klasörleri, parametreleri ve dosya tiplerini istediğini loglardan görmeden sadece indeksleme raporuna bakmak eksik kalır. Özellikle /filter/, /sort/, ?color=, iç arama sonuçları, eski kampanya klasörleri ve soft 404 dönen şablonlar ayrı ayrı etiketlenmelidir. Amaç, çok taranan ile gerçekten önemli olan URL setini birbirinden ayırmaktır.

Önce hangi sayfalar optimize edilmeli: düşük değerli URL kümeleri için öncelik matrisi

Önceliklendirmeyi tek tek sayfalarda değil, URL kümelerinde yapmak daha sağlıklıdır. Dört sinyal yeterlidir: aldığı crawl request payı, iş değeri, indekslenme ihtimali ve gelir ya da lead etkisi. Bu dört ekseni yan yana koyduğunuzda en üst sıraya genelde yüksek tarama payı alan ama düşük değer üreten kümeler çıkar. Çünkü burada yapılacak tek bir şablon düzeltmesi, yüzlerce ya da binlerce isteği yeniden dağıtabilir.

Pratikte ilk sıraya filtre ve sıralama URL’leri, parametreli duplicate’ler, iç site araması ve süresi dolmuş kampanya sayfaları yerleşir. Bunlar çoğu zaman kategori, ürün veya esas içerik sayfalarından daha çok taranır ama organik görünürlükte anlamlı katkı üretmez. Tam tersine, güçlü ticari değeri olan ama zayıf iç linklenen kategori ve ürün sayfaları düşük crawl demand yüzünden geç keşfedilir.

• İlk müdahale grubu: yüksek tarama, düşük iş değeri taşıyan filtre, sort ve parametreli varyasyonlar.
• İkinci müdahale grubu: soft 404, redirect chain ve gereksiz arşiv şablonları gibi kalite kaçakları.
• Üçüncü müdahale grubu: iş değeri yüksek ama zayıf iç link alan kategori, ürün ve içerik sayfaları.

Bu nedenle doğru sıra çoğu zaman şöyledir: önce gereksiz taramayı şişiren kümeleri bastırın, sonra önemli ama yeterince taranmayan URL’lerin talebini artırın. Yalnızca yeni iç link ekleyip alttaki israfı bırakırsanız, Googlebot’un zamanı yine yanlış yerde harcanır.

Parametreli, filtreli ve yinelenen URL’lerde robots.txt, canonical, noindex kararı

Fasetli navigasyonlu sitelerde karar ağacının merkezinde şu soru vardır: Bu URL’nin kullanıcı için değeri olabilir, peki arama motoru açısından ayrıca taranması gerekiyor mu? Google’ın faceted navigation rehberi, gereksiz filtre kombinasyonlarının hem overcrawling hem de slower discovery ürettiğini net biçimde söyler (Google for Developers, 2025-12-18). Bu yüzden parametreli URL yönetiminde varsayılan yaklaşım daha fazla URL açmak değil, gereksiz kombinasyonları daraltmaktır.

• robots.txt: URL kümesini hiç taratmak istemiyorsanız ilk aday budur. Filtre, sort, izleme parametresi ya da iç arama sonuçları organik değer üretmiyorsa burada kontrol başlar.
• canonical: Kullanıcıya açık kalması gereken ama sıralama sinyali tek URL’de toplanacak varyasyonlarda tercih edilir. Renk, sıralama ya da oturum parametresi gibi tekrar üreten varyasyonlarda çoğu zaman doğru hamledir.
• noindex: Sayfa taranabilir kalmalı ama sonuçlarda görünmemeli diyorsanız kullanılır. Ancak bu yöntem taramayı baştan kesmez; Google önce sayfayı ister, sonra noindex sinyalini işler.

Google’ın robots meta dokümanı, noindex ve X-Robots-Tag kurallarının ancak URL taranabildiğinde görülebildiğini açıkça belirtir; robots.txt ile bloklanan bir sayfada bu sinyal okunmaz (Google Search Central, 2026-03-24). Bu yüzden tarama israfını azaltmak istiyorsanız noindex çoğu durumda ilk savunma hattı değildir. HTML dışı dosyalarda ya da belirli başlık yanıtlarında x-robots-tag kullanmanız gerektiğinde kavramları netleştirmek için teknik SEO terimleri sözlük sayfası işinizi kolaylaştırır.

Yinelenen URL’lerde sinyal birleştirme tarafında canonical ve yönlendirme birlikte düşünülmelidir. Google’ın canonical rehberi, kalıcı olarak emekliye ayrılan URL’lerde redirect’in daha güçlü sinyal verdiğini; sitemap’in ise daha zayıf ama tamamlayıcı bir sinyal olduğunu vurgular (Google Search Central, 2026-03-27). Bu nedenle XML sitemap’inizde yalnızca tercih edilen kanonik URL’leri tutun, lastmod bilgisini gerçek güncellemelerle hizalayın ve iç linklerinizi de aynı tercih edilen adreslere verin.

404, soft 404, redirect chain ve thin content sayfaları hangi sırayla temizlenmeli

Tarama bütçesi temizliğinde en çok vakit kazandıran düzeltmeler genelde hatalı yönlendirme ve kalite kaçağı üreten şablonlarda olur. Özellikle redirect chain, redirect loop ve yanlış hedefe giden eski URL’ler tek bir keşif isteğini birkaç isteğe çevirir. Crawl Stats raporunda redirect hataları ve yanıt süresi artışı görüyorsanız, bu satırları bekletmeyin.

1. Redirect chain ve loop’ları tek sıçramaya indirin. Eski kampanya, taşıma veya kategori birleşimlerinden kalan çok adımlı yönlendirmeler önce temizlenmeli.
2. Soft 404 şablonlarını düzeltin. Boş listeleme sayfaları, stoksuz ama içeriksiz ürün sayfaları ve ince arşivler sık görülen örneklerdir.
3. Kalıcı kaldırılmış URL’lerde 404 ya da 410 kullanın. Google, crawl budget rehberinde her ikisini de güçlü sinyal olarak tanımlar; 410 daha net bir kaldırma mesajı verebilir.
4. Thin content kümelerinde sayfayı güçlendirme, birleştirme veya kaldırma kararı verin. Her ince sayfa silinmez; bazıları şablon ve içerik desteğiyle toparlanabilir.

Thin content tarafında karar sayfa bazında değil şablon bazında alınmalıdır. Eski kampanya sayfaları, zayıf etiket arşivleri, çok benzer lokasyon varyasyonları ve açıklamasız filtre sayfaları çoğu zaman aynı probleme sahiptir. Eğer sayfa iş değeri üretmiyor ve benzersiz talep toplamıyorsa kaldırmak ya da kanonikleştirmek daha doğrudur; iş değeri varsa onu içeriği genişleterek ve iç link ekleyerek yaşatmak gerekir.

Bir başka sessiz kayıp da yetim ya da çok zayıf iç link alan önemli sayfalardır. Bunlar doğrudan israf üretmez gibi görünür, ancak crawl demand düşüklüğü nedeniyle geç keşfedilir veya seyrek yenilenir. Özellikle kategori, ürün ve dönüşüm odaklı içerik sayfalarında güçlü iç bağlantı yoksa, tarama bütçesi temizlenmiş olsa bile önemli URL’ler beklediğiniz sıklıkta taranmayabilir.

90 günlük log + Crawl Stats mini vaka: hangi klasörler crawl request payını şişirdi

Bu bölümdeki rakamlar yöntemi somutlaştırmak için hazırlanmış temsili bir mini vakatır; gerçek bir markayı değil, teknik teşhis akışını model alır. Ama desen çok tanıdıktır: tarama israfı çoğu zaman sitenin tamamına dağılmaz, birkaç klasörde toplanır. Bu yüzden Crawl Stats ekranını tek başına değil, log kırılımıyla birlikte okumak daha isabetli sonuç verir.

İlk 90 günlük görünümde toplam 182.000 crawl request vardı. Bunun 61.000’i /filter/, 37.000’i /sort/, 24.000’i parametreli kategori varyasyonlarına gidiyordu; kategori ve ürün sayfalarının toplamı ise 46.000 istekte kalıyordu. Average response time 690 ms seviyesindeydi. Response type dağılımı ilk bakışta dramatik görünmese de klasör bazlı log okuması problemin kapasiteden çok URL envanteri kaynaklı olduğunu gösteriyordu.

İkinci aşamada filtre kombinasyonları robots.txt ile sınırlandı, sort varyasyonları kanonik URL’lere bağlandı, eski kampanya şablonları 410 ve tek adımlı 301 kararlarıyla temizlendi. Sonraki ölçüm periyodunda kategori ve ürün sayfalarının payı 46.000’den 79.000’e çıktı; average response time 690 ms’den 540 ms’ye indi; Discovered – currently not indexed kümesi de 12.400’den 8.100’e geriledi. Ders basit: önce klasör bazlı israfı kapatmadan sadece içerik üretmek, crawl dağılımını beklenen hızda iyileştirmez.

Buradaki asıl içgörü, tek bir KPI’a aşırı bağlanmamaktır. Toplam tarama isteği bazen düşer, bazen artar; önemli olan isteklerin nereye gittiğidir. Kategori, ürün ve dönüşüm odaklı içerik sayfalarının payı yükseliyor; düşük değerli kümelerin payı geriliyorsa doğru yoldasınız.

Önemli sayfaların daha sık taranması için iç linkleme ve SEOYEN iş akışı

Tarama bütçesi optimizasyonu yalnızca engelleme işi değildir; aynı zamanda crawl demand oluşturma işidir. Ana navigasyon, kategori hub’ları, ilgili içerikler, breadcrumb ve modüler iç link bloklarıyla önemli sayfalara düzenli sinyal vermeniz gerekir. Bunun yanında sitemap’te yalnızca kanonik URL’leri tutmak ve gerçek güncellemelerde lastmod alanını yenilemek, keşif hızını destekleyen temiz bir ikinci katman oluşturur.

Operasyon tarafında bulguların dağılmaması önemlidir. Teknik tespitleri düzenli bir site sağlığı raporu içinde takip etmek, hangi şablonun tekrar hata ürettiğini hızla yakalamanızı sağlar. Yayın sonrası görünürlük ve toparlanma etkisini sıralama takibi paneli üzerinden izlediğinizde, teknik düzeltmenin organik sonuçlara ne zaman yansıdığını ekip içinde daha net anlatabilirsiniz.

Ahrefs, SEMrush, Moz, SE Ranking veya SEOptimer gibi platformlar farklı veri katmanlarında güçlü işler yapar. SEOYEN’in farkı, bu teknik SEO operasyonunu Türkiye pazarına daha yakın bir akışla toplamasıdır: tek platformda SEO araçları, Türkçe arayüz, TL bazlı fiyatlandırma mantığı ve yerel destek birlikte çalışır. Bu yapının size uygun olup olmadığını statik rakamla değil, güncel paket detayları üzerinden değerlendirmek daha sağlıklıdır.

Adım Adım Tarama bütçesi önceliklendirme akışı

Aşağıdaki akış, tarama israfını tek seferlik temizlik değil, tekrar eden teknik SEO rutini olarak yönetmek için kullanılabilir. Amaç daha fazla veri toplamak değil, aynı veri setinden daha hızlı doğru karar çıkarmaktır.

1. Crawl Stats ve log verisini çıkarın. Son 90 günü aynı zaman aralığında alın. Host status, response type ve crawl purpose verisini loglardaki klasör kırılımıyla eşleştirin.
2. URL kümelerini değer ve israfla etiketleyin. Her grubu iş değeri, indekslenme ihtimali, crawl payı ve gelir etkisine göre sınıflandırın. Tekil sayfa listesi yerine şablon mantığıyla çalışın.
3. Filtre ve duplicate kümelerinde doğru kontrolü seçin. Taranmaması gereken kümeleri robots.txt ile sınırlayın; kullanıcıya açık kalacak yakın kopyalarda canonical kullanın; gerektiğinde noindex ya da x-robots-tag ile indeksleme kontrolü ekleyin.
4. Soft 404 ve yönlendirme zincirlerini temizleyin. Boş şablonları, kırık kampanya hedeflerini ve çok adımlı yönlendirmeleri tek tek değil, desen bazında düzeltin. Bu adım genelde en hızlı operasyonel kazanımı verir.
5. İç linkleme ve sitemap sinyallerini güçlendirin. Önemli kategori, ürün ve içerik sayfalarına ana akıştan link verin. Sitemap’te yalnızca kanonik URL’leri tutun ve güncellemeleri gerçek tarihle eşleyin.
6. KPI değişimini birkaç hafta izleyin. Toplam tarama sayısına değil, klasör bazlı pay değişimine bakın. Average response time, discovery crawl oranı ve önemli URL’lerin taranma sıklığı birlikte değerlendirilmelidir.

Sıkça Sorulan Sorular