Tarama sayısı artarken dizine eklenen URL sayısı neden sabit kalır?

Tarama ile dizine ekleme neden aynı şey değildir?

Tarama, Googlebot’un bir URL’yi keşfedip içeriğini almaya çalışmasıdır. Dizine ekleme ise o URL’nin işlenip Google’ın arama dizininde tutulmaya uygun bulunmasıdır. Bu iki aşama aynı rapor evreninde görünse de aynı KPI değildir. Google Search Console Yardımı, Page Indexing raporunda her URL’nin dizine girmesinin beklenmemesi gerektiğini açıkça söyler; özellikle kopya, alternatif veya düşük değerli sürümlerin dışarıda kalması normaldir (Google Search Console Yardımı, 2026).

Bu yüzden Search Console’da tarama eğrisi yükselirken dizine eklenen toplamın yatay gitmesi tek başına alarm değildir. Örneğin yeni filtre kombinasyonları açıldığında, iç link yapısı genişlediğinde veya site haritası daha çok URL ilan ettiğinde Google daha fazla adres keşfeder. Ama keşfedilen kümeler önemli sayfa değilse, indeksli sayı aynı kalabilir. Google’ın “Google tüm sayfalarınızı buldu mu?” yardım sayfası da tarama denemesi ile dizine eklenmiş sayfa toplamının ayrı okunması gerektiğini vurgular (Google Search Console Yardımı, 2026).

Burada doğru soru şudur: İndeks artmıyor mu, yoksa indekslenmesi gereken segment artmıyor mu? Küçük bir sitede ana hizmet, kategori veya ürün sayfaları zaten dizindeyse sabit toplam doğal olabilir. Buna karşılık önemli klasörlerde sabitlik varken tarama hızla yükseliyorsa, genelde değer üretmeyen URL’ler Googlebot payını büyütüyordur.

Tarama artıyor ama indeks sabit: kalite, kopya ve canonical baskısı

En sık nedenlerden biri, düşük değerli veya birbirine fazla benzeyen URL kümeleridir. İnce içerik, sadece şablon değişen liste sayfaları, parametreli sıralama URL’leri, faceted navigation ve aynı içeriğin birden çok varyasyonu taramayı büyütür ama dizine eklenmeyi büyütmez. Google’ın 22 Temmuz 2026 güncellemeli crawl budget rehberi, URL envanterinin iyi yönetilmemesi halinde yinelenen ve önemsiz adreslerin tarama verimliliğini düşürdüğünü net biçimde söyler (Google for Developers, 2026-07-22).

İkinci baskı noktası canonical seçimidir. Siz bir canonical bildirseniz bile Google farklı bir URL’yi ana sürüm olarak seçebilir. Bu durumda aynı içeriğin kırmızı, mavi, sıralı, filtreli veya parametreli sürümleri taranır; fakat dizine yalnızca tek sürüm girer. Search Console’da bu tablo genelde “Google farklı bir standart sayfa seçti” veya “Kopya, kullanıcı farklı bir standart sayfa seçti” gibi durumlarla görünür. Dışarıdan bakınca tarama çalışıyormuş gibi görünür; gerçekte indeks, birleşen URL kümeleri yüzünden sabit kalır.

Kalite eşiği de aynı şekilde etkili olur. Özellikle e-ticaret, ilan ve programatik içerik tarafında şablon benzerliği çok yüksekse, Google her sayfayı ayrı değerli belge olarak görmeyebilir. Bu noktada sorun sadece teknik değil, içerik kalitesi ve amaç netliğidir. Kullanıcıya yeni bilgi sunmayan, iç linkle güçlenmeyen ve sorgu niyeti taşımayan sayfalar taransa bile dizine alınmayabilir.

En sık baskı oluşturan kümeler

• Parametreli filtre ve sıralama URL’leri
• Birbirine çok benzeyen kategori veya etiket sayfaları
• Canonical’ı yanlış veya tutarsız ilan edilen alternatif sürümler
• İnce içerikli şehir, marka veya varyasyon sayfaları
• Site haritasına gereğinden fazla eklenen düşük öncelikli URL’ler

Tarandı ve bulundu durumları, robots.txt, noindex ve site haritası sinyalleri

“Tarandı, şu anda dizine eklenmiş değil” ile “Bulundu, şu anda dizine eklenmiş değil” aynı şey değildir. İlkinde Google URL’yi gerçekten taramış, ama kalite, tekrar, canonical, içerik değeri veya öncelik sinyalleri nedeniyle henüz dizine almamıştır. İkincisinde ise URL keşfedilmiştir, fakat henüz tarama önceliği verilmemiş olabilir. Bu ayrım aksiyon sırasını değiştirir: tarandı durumunda kalite ve canonical daha baskınken, bulundu durumunda keşif kalitesi, iç link gücü, sitemap disiplini ve tarama talebi daha kritik hale gelir.

Bir diğer yaygın karışıklık, robots.txt ile noindex’in aynı işlevi gördüğünü sanmaktır. Robots.txt taramayı kısıtlar; noindex ise sayfa tarandıktan sonra dizine alınmamasını söyler. Google’ın crawl budget rehberi, noindex kullanılan sayfaların yine de istenebileceğini ve bunun tarama zamanı tüketebileceğini belirtir; gereksiz URL’lerde kalıcı çözüm çoğu zaman URL envanterini daraltmak, doğru canonical kullanmak veya gerçekten taranmasını istemediğiniz kümeleri robots.txt ile ele almaktır (Google for Developers, 2026-07-22).

Buraya 4xx, 5xx, soft 404, x-robots-tag ve hatalı sitemap sinyallerini de eklemek gerekir. Search Console Yardımı, tekil URL’de tarama izni, alınan yanıt, dizine ekleme uygunluğu ve seçilen canonical bilgisinin URL Denetleme ile doğrulanmasını önerir (Google Search Console Yardımı, 2026). Sitemap yalnızca dizine girmesini istediğiniz, standart ve canlı URL’leri taşımalıdır; aksi halde tarama artar, fakat indeks tarafında kayda değer ilerleme görülmez.

Page Indexing, Crawl Stats, URL Denetleme ve loglar birlikte nasıl okunur?

Sağlıklı teşhis için dört kaynağı aynı tarih aralığında eşleştirin: Page Indexing raporu neden bazlı kümeleri gösterir, Crawl Stats tarama hacmi ile yanıt örüntülerini verir, URL Denetleme tekil örnekleri doğrular, ham sunucu logları ise Googlebot’un zamanını hangi URL desenlerinde harcadığını ortaya çıkarır. Toplam sayı tek başına çoğu zaman yanıltıcıdır; klasör, şablon ve sayfa tipi bazında ayrım yapılmadan bakılan grafikler yanlış alarm üretir.

Küçük sitelerde önce para sayfalarını, yani hizmet, ürün, kategori ve en güçlü rehberleri segmentleyin. Büyük sitelerde ise klasör bazlı okuma şarttır: /kategori/, /etiket/, /arama/, parametreli filtre, görsel, sayfalama ve eski kampanya kümeleri birbirinden ayrı incelenmelidir. Crawl budget rehberinin 2026 güncellemesi, crawl capacity ile crawl demand’in birlikte çalıştığını ve site erişilebilirliği sorunlarının tarama etkinliğini sınırlayabildiğini vurguluyor; bu yüzden hostload, 5xx sıçraması ve uzun yanıt süreleri de tabloya dahildir (Google for Developers, 2026-07-22).

Pratik karar ağacı

• Page Indexing’de en çok artan dışlama durumunu bulun.
• O durumdaki örnek URL’leri klasör ve şablona göre gruplayın.
• URL Denetleme ile 3-5 örnek URL’de canonical, tarama ve dizine ekleme sinyallerini doğrulayın.
• Crawl Stats’ta aynı günlerde tarama hacmi, yanıt tipi ve ana bilgisayar durumu değişti mi bakın.
• Loglarda Googlebot’un en çok hangi desenlere gittiğini sayın.

Bu okuma biçimini tek panelde sürdürebilmek için site sağlığı raporu gibi düzenli uyarı veren bir görünüm pratik avantaj sağlar. Özellikle Türkçe arayüz isteyen ekiplerde, teknik bulguları log ve Search Console notlarıyla aynı karar akışında tutmak daha hızlı önceliklendirme sağlar. İsterseniz Google Search Central’ın Page Indexing ve URL Denetleme anlatımlarını bu bölümle birlikte izleyerek ekran mantığını pekiştirebilirsiniz.

30 günlük mini vaka: filtreli URL patlaması mı, gerçek keşif mi?

Anonimleştirilmiş bir e-ticaret incelemesinde, 30 gün içinde Googlebot istekleri 18.200’den 31.400’e çıktı. İlk bakışta bu artış olumlu görünüyordu; fakat aynı dönemde dizine eklenen önemli URL sayısı 412’den yalnızca 414’e yükseldi. Page Indexing tarafında en çok artan durumlar “Tarandı, şu anda dizine eklenmiş değil” ve canonical çatışmasıyla ilgili kopya kümeleriydi. Ham loglarda ise isteklerin yüzde 61’inin filtre parametreli /kategori?renk=, /kategori?beden= ve sıralama kombinasyonlarına gittiği görüldü.

Karar anı, toplam tarama sayısına değil segment bazlı büyümeye baktığımızda geldi. Yeni içerik keşfi gerçekten artmış olsaydı, en azından ana kategori ve ürün kümelerinde indeks kazanımı görmemiz gerekirdi. Oysa artışın neredeyse tamamı düşük değerli varyasyon URL’lerinden geliyordu. Bu nedenle sitemap yalnızca standart sayfalara indirildi, gereksiz filtre kombinasyonları temizlendi, canonical kuralları sadeleştirildi ve ana kategori sayfalarına iç link desteği güçlendirildi.

İzleyen 30 günde gereksiz tarama payı yüzde 61’den yüzde 24’e indi; dizine eklenen önemli kategori ve ürün URL’leri ise 412’den 447’ye çıktı. Buradaki ders şudur: taramanın artması değil, doğru URL’lere kayması önemlidir. Ekip içinde GSC ile logları yan yana okumamızın nedeni tam olarak bu; aynı grafiği iki farklı ekip iki farklı yorumlayabilir, ama ham URL desenleri gerçeği hızla ortaya çıkarır.

Önceliklendirilmiş düzeltme planı ve SEOYEN ile sürekli takip

Küçük sitelerde ilk hedef, dizine mutlaka girmesi gereken sayfaları netleştirmektir: ana hizmetler, ana kategoriler, yüksek ticari niyetli ürünler ve güçlü dönüşüm rehberleri. Büyük sitelerde ise sıra tersine döner; önce gereksiz URL kümeleri temizlenir, sonra değerli segmentlere crawl payı taşınır. Bu yüzden “yeniden tarama isteği gönder” refleksi, engeller çözülmeden çoğu zaman yalnızca semptomu iter.

Takip planını da buna göre kurun: dışlama durumlarını segmentleyin, düzeltilen kümeleri ayrı notlayın, sitemap disiplinini koruyun ve iki haftalık periyotlarla önemli sayfa grubunda gerçek indeks kazanımı olup olmadığını ölçün. Ahrefs ve SEMrush geniş veri setleriyle bu resmi farklı açılardan destekler; SEOYEN ise bunu Türkiye pazarına uyarlanmış, tek platformda ilerleyen bir operasyon akışına çevirir. Türkçe arayüz, TL bazlı fiyatlandırma ve yerel destek ihtiyacı olan ekipler için Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları bağlamı netleştirir; plan seçenekleri için de sabit rakama bağlı kalmadan paket detayları sayfasına bakmak daha doğru olur.

Kısa kontrol listesi

• İndekslenmesi gereken URL segmentleri net mi?
• Sitemap yalnızca standart ve değerli URL’leri mi içeriyor?
• Canonical, noindex, robots.txt ve x-robots-tag sinyalleri tutarlı mı?
• Loglarda Googlebot payı gereksiz kümelere akıyor mu?
• Düzeltme sonrası artış toplamda değil, önemli sayfalarda mı görülüyor?

Bu sorulara net cevap verdiğinizde, tarama artışı ile sabit kalan indeks sayısı artık belirsiz bir uyarı olmaktan çıkar ve önceliklendirilebilir bir teknik SEO problemine dönüşür.

Adım Adım: Tarama artışı varken indeks sabitliğini teşhis etme

Aşağıdaki akış, Search Console ekranlarını tek tek okumak yerine raporları birbirine bağlayarak karar vermeyi kolaylaştırır. Özellikle küçük işletme sitelerinde gereksiz veri kalabalığını azaltır, büyük sitelerde ise URL envanteri sorununu görünür hale getirir.

1. Page Indexing grafiğini segmentlere ayır: Toplam sayı yerine klasör, şablon ve sayfa tipi bazında hangi kümelerin dizin dışında kaldığını ayırın. Böylece sorun ana hizmet sayfalarında mı, etiketlerde mi, filtrelerde mi hemen görürsünüz.
2. Hariç tutulan durumları nedenlere göre grupla: Tarandı, bulundu, canonical, noindex, soft 404 ve erişim hatalarını ayrı problem kümeleri olarak sınıflandırın. Aynı grafikte görünen iki düşüş veya iki artışın kök nedeni çoğu zaman farklıdır.
3. Tekil URL sinyallerini URL Denetleme ile doğrula: Örnek URL’lerde tarama izni, alınan yanıt, dizine ekleme uygunluğu ve seçilen canonical bilgisini tek tek kontrol edin. Bu adım, rapor adını gerçek URL davranışına bağlayan aşamadır.
4. Crawl Stats ve sitemap verisini eşleştir: Tarama hacmi gerçekten önemli sayfalara mı gidiyor, yoksa gereksiz URL kümelerine mi akıyor sorusunu yanıtlayın. Sitemap yalnızca dizine girmesini istediğiniz standart sayfaları taşımalıdır.
5. Sunucu loglarında filtreli URL patlamasını ara: Parametreli, kopya veya faceted URL’lerin Googlebot payını büyütüp büyütmediğini aynı tarih aralığında inceleyin. Gözle görülür tarama artışlarının önemli kısmı burada ortaya çıkar.
6. Düzeltmeleri site ölçeğine göre sırala: Küçük sitede önemli sayfaları öne çıkarın; büyük sitede gereksiz URL tüketimini azaltın. Etkiyi yeniden ölçmeden yapılan her değişiklik, teşhisi zorlaştırır.

Sıkça Sorulan Sorular