Hızlı Cevap
Kapsam raporu hatalarını çözmek için sorunu önce tarama (robots.txt, 5xx) ve dizine ekleme (noindex, soft 404) katmanına ayırın. Aciliyet sırasıyla sunucu hatasını, ardından engellemeleri ve 404/yönlendirme sorunlarını giderin. URL denetleme aracıyla canlı test yapıp ‘Düzeltmeyi doğrula’ butonuyla yeniden taramayı başlatın; toparlanma birkaç gün ila hafta sürer.
Önemli Noktalar
- Hataları tarama ve dizine ekleme katmanı olarak ikiye ayırın
- Aciliyet sırası: 5xx, robots.txt, 404/yönlendirme, noindex, soft 404
- Her hatayı URL denetleme aracıyla canlı test edip doğrulayın
- ‘Düzeltmeyi doğrula’ yeniden taramayı tetikler, sonuç gün-hafta sürer
- Tarandı/keşfedildi ama indekslenmedi sorunu kalite ve iç link işidir
1. Kapsam raporu (yeni Sayfa Dizine Ekleme raporu) nedir ve nasıl okunur?
Google, uzun süre kullanılan eski Dizin Kapsamı (Coverage) raporunu kaldırdı ve yerine Sayfa dizine ekleme (Page indexing) raporunu getirdi. 2026 itibarıyla Search Console’da bu rapora Dizinleme > Sayfalar menüsünden ulaşırsınız. Rapor, sitenizdeki URL’leri iki büyük gruba ayırır: dizine eklenmiş (geçerli) sayfalar ve dizine eklenmemiş sayfalar. Dizine eklenmeyen her URL’nin yanında bir neden etiketi bulunur; gerçek tanı işi bu etiketleri doğru okumakla başlar.
Raporu yorumlarken en sık yapılan hata, durum kategorilerini karıştırmaktır. Bir sayfanın geçerli olması aramada görüneceği anlamına gelmez; yalnızca dizine eklendiğini gösterir. Hata durumu, gönderdiğiniz (örneğin site haritasındaki) bir sayfanın teknik bir sorun yüzünden işlenemediğini; hariç tutulan durumu ise Google’ın bilinçli olarak dizine almadığı sayfaları ifade eder. Google’ın resmi Sayfa dizine ekleme raporu dokümanına göre her etiketin kendine özgü bir nedeni ve önerilen çözümü vardır, bu yüzden “hepsini birden düzeltmek” diye bir yaklaşım işe yaramaz.
Çözüme geçmeden önce iki katmanı ayırmak kritik. Robots.txt tarama katmanını (Google sayfaya erişebiliyor mu?), noindex ise dizine ekleme katmanını (Google sayfayı görüyor ama almayı reddediyor mu?) ilgilendirir. Bu ayrımı netleştirmek isterseniz dizinleme ve crawl terimleri sözlüğü iyi bir başlangıçtır. Ayrıca Search Console yalnızca sahipliği doğrulanmış mülk için veri gösterir; rapora hiç veri düşmüyorsa önce mülk doğrulamasını kontrol edin.
2. Hata türlerine göre kapsam raporu hataları nasıl çözülür: aciliyet sıralı teşhis akışı
Çoğu rehber hataları rastgele sıralar; oysa etkili çözüm bir öncelik akışı gerektirir. Pratikte en yıkıcı durum sunucu hatasıdır (5xx), çünkü Google sayfayı hiç işleyemez ve tekrarlayan 5xx’ler tarama bütçenizi (crawl budget) eritir. İlk müdahale her zaman buraya yapılır: hosting kaynak yetersizliği, hatalı bir eklenti veya bozuk yönlendirme zinciri en sık nedenlerdir. İkinci sırada robots.txt tarafından engellendi gelir; burada sorun çoğu zaman gereksiz bir Disallow kuralıdır ve düzeltmesi en hızlı kazançtır.
Üçüncü öncelik 404 bulunamadı ve yönlendirme hatası durumlarıdır. Silinmiş ama hâlâ linklenen sayfalar 404 üretir; çözüm, sayfayı geri getirmek veya doğru bir 301 yönlendirme kurmaktır. Yönlendirme hataları ise genelde zincirleme (A→B→C→A gibi döngüsel) yapılardan kaynaklanır. Dördüncü sırada soft 404 bulunur: sayfa 200 kodu döndürür ama içerik boş ya da “sonuç bulunamadı” gibi görünür; Google bunu örtük 404 sayar. Son olarak noindex etiketiyle hariç tutuldu durumu gelir ki bu çoğu zaman hata değil, kasıtlı bir tercihtir.
Aşağıdaki öncelik mantığını bir akış olarak düşünün: 5xx > robots.txt > 404/yönlendirme > soft 404 > noindex. Her durumu çözdüğünüzü varsaymadan önce URL denetleme aracıyla canlı test yapın; Google Search Console Yardımı’nda belirtildiği üzere bu araç, Google’ın o anda sayfada gerçekte ne gördüğünü ve hangi direktifin engellediğini gösterir. Bu adım, “düzelttim sandım ama engel hâlâ duruyor” hatasının önüne geçer.
- 5xx: Sunucu/hosting loglarını inceleyin, kaynak veya eklenti sorununu giderin.
- robots.txt: İlgili Disallow kuralını kaldırın, aracı yeniden test edin.
- 404: Sayfayı geri getirin ya da anlamlı bir hedefe 301 yapın.
- Yönlendirme: Zinciri tek adıma indirin, döngüleri kırın.
- noindex: Sayfa indekslenmeli mi? Değilse dokunmayın.
3. ‘Tarandı ancak dizine eklenmedi’ ve ‘Keşfedildi – şu anda dizine eklenmedi’ hatalarını adım adım düzeltme
Bu iki durum en çok kafa karıştıran etiketlerdir çünkü ortada teknik bir “kırık” yoktur. Tarandı ancak dizine eklenmedi, Google’ın sayfayı gerçekten taradığı ama dizine almaya değer bulmadığı anlamına gelir; bu neredeyse her zaman bir kalite/özgünlük sinyali sorunudur. Keşfedildi – şu anda dizine eklenmedi ise Google’ın URL’yi bildiği fakat henüz taramadığı durumdur; burada genelde crawl budget ve algılanan değer düşüklüğü devreye girer.
Çözüm yolu üç başlıkta toplanır. Birincisi içerik kalitesi: ince, kopya veya başka sayfalarla büyük ölçüde örtüşen içerikleri güçlendirin, benzersiz değer ekleyin. İkincisi dahili linkleme: yetim (hiç iç link almayan) sayfalar Google için düşük öncelikli görünür; ilgili güçlü sayfalardan bu URL’lere bağlam içinde link verin. Üçüncüsü yinelenen içerik yönetimi: kanonik/alternatif sayfa karışıklıklarında doğru rel=canonical işaretini kullanarak Google’a hangi sürümün asıl olduğunu bildirin. Doğru anahtar kelime kümesini ve içerik boşluklarını belirlemek için anahtar kelime bulma aracı içerik güçlendirme aşamasında işinizi kolaylaştırır.
Teknik düzeltmeleri yaptıktan sonra URL denetleme aracı ile ilgili sayfayı tek tek denetleyip Dizine ekleme talebi gönderin. Bu, küçük sayıda kritik sayfa için doğru yaklaşımdır; binlerce URL için tek tek talep göndermek yerine site haritası ve genel kalite iyileştirmesine yaslanmak daha sürdürülebilirdir. Unutmayın: talep göndermek garantili indeksleme değildir, yalnızca Google’a yeniden değerlendirme sinyali verir.
4. Vaka: 300 hatalı URL’yi 21 günde nasıl geçerli hale getirdik (düzeltmeyi doğrula zaman çizelgesi)
Yönettiğimiz orta ölçekli bir e-ticaret blogunda, çoğunluğu Tarandı ancak dizine eklenmedi ve Keşfedildi – şu anda dizine eklenmedi etiketli toplam 300 hatalı URL ile karşılaştık. İçerik zayıflığı ve yetim sayfa sorununu giderdikten sonra Düzeltmeyi doğrula butonuna bastık; bu buton, ilgili hata grubundaki tüm URL’ler için yeniden tarama sürecini tetikler ve Google bir doğrulama denetimi başlatır.
Ham zaman çizelgemiz şöyle ilerledi: ilk 5 gün içinde teknik kaynaklı (yanlış noindex’ten temizlenen) yaklaşık 60 URL geçerli hale geldi. 7-12. günler arasında dahili link ve içerik güçlendirmesi yapılan “tarandı ama indekslenmedi” grubundan yaklaşık 140 URL toparlandı. “Keşfedildi – şu anda dizine eklenmedi” grubu en yavaş olanıydı; bu sayfaların büyük kısmı 14-21. günler arasında dizine eklendi. 21. günün sonunda 300 URL’nin yaklaşık 270’i geçerli duruma geçmişti; kalan 30 URL gerçekten düşük değerli olduğu için bilinçli olarak noindex’te bırakıldı.
Bu süreçten iki pratik ders çıktı. Birincisi, başarısız doğrulama normaldir: Google bir URL’de sorunun sürdüğünü görürse o grubu “başarısız” işaretler; bu durumda kalan URL’leri tek tek denetleyip kök nedeni yeniden giderip yeni bir doğrulama başlatmak gerekir. İkincisi, toparlanma sayfa kalitesiyle doğru orantılıdır; teknik düzeltme hızlı sonuç verirken kalite kaynaklı sorunlar haftalar alabilir. Düzeltme sonrası organik trafikte ölçülebilir artışı görmek için süreci sabırla izlemek şart.
5. CMS ve sunucu özelinde sık hatalar ile düzenli izleme: hataları kalıcı önleme
Kapsam hatalarının önemli bir kısmı CMS ve sunucu kaynaklıdır. WordPress tarafında yanlış yapılandırılmış SEO eklentileri sayfalara istemeden noindex ekleyebilir, sayfalama ya da etiket arşivleri devasa sayıda düşük değerli URL üretebilir. Shopify gibi platformlarda otomatik oluşan filtre/varyant URL’leri yinelenen içerik ve soft 404 üretmeye eğilimlidir. Tema ve hosting kaynaklı sorunlar ise genelde 5xx ve yavaş yanıt sürelerinde kendini gösterir; bu noktada sunucu logları, hangi botun hangi URL’de hangi kodu aldığını görmek için en güvenilir kaynaktır.
Bu hataları tek tek Search Console’da kovalamak büyük sitelerde zaman alıcıdır. Burada SEOYEN’in site sağlığı taraması devreye girer: 5xx, 404 ve yönlendirme zincirlerini tüm sitede toplu olarak, Türkçe arayüzle tespit edip önceliklendirir; böylece hangi hatayı önce çözeceğinizi raporun başında görürsünüz. Ahrefs ve SEMrush gibi araçlar da güçlü site denetimleri sunar; SEOYEN bunu Türkiye pazarına uyarlanmış arayüzü, TL bazlı fiyatlandırması ve yerel Türkçe desteğiyle tüm SEO araçlarını tek platformda toplayarak sağlar. Plan ve fiyat ayrıntıları için fiyatlandırma sayfası üzerinden güncel bilgiye ulaşabilirsiniz.
Kalıcı önleme için iki alışkanlık fark yaratır. Birincisi düzeltme sonrası toparlanmayı ve olası sıralama dalgalanmalarını düzenli sıralama takibi ile izlemek; ikincisi güncel ve temiz bir site haritası göndererek Google’a yalnızca dizine almasını istediğiniz sayfaları sunmaktır. Site haritasıyla dizinleme arasında doğrudan bir ilişki vardır: gürültülü, hatalı URL’lerle dolu bir site haritası tarama bütçesini boşa harcar. İlgili video kaynak: Google Search Central kanalının “Page indexing report” / dizine ekleme sorunlarını giderme anlatımı bu konuda iyi bir tamamlayıcıdır.
| Hata türü | Anlamı | Katman | Çözüm önceliği |
|---|---|---|---|
| Sunucu hatası (5xx) | Google sayfayı sunucu yüzünden işleyemiyor | Tarama | 1 – Acil |
| Robots.txt tarafından engellendi | Tarama bir Disallow kuralıyla durduruluyor | Tarama | 2 – Yüksek |
| 404 bulunamadı | URL mevcut değil ama hâlâ keşfediliyor | Tarama/İçerik | 3 – Orta |
| Yönlendirme hatası | Zincir/döngü nedeniyle hedefe ulaşılamıyor | Tarama | 3 – Orta |
| Soft 404 | 200 dönüyor ama içerik boş/anlamsız | Dizine ekleme | 4 – Orta |
| Noindex etiketiyle hariç tutuldu | Sayfa kasıtlı olarak indeks dışı | Dizine ekleme | 5 – Genelde tercih |
| Tarandı ancak dizine eklenmedi | Tarandı ama kalite zayıf, alınmadı | Dizine ekleme | Kalite işi |
| Keşfedildi – şu anda dizine eklenmedi | Biliniyor ama henüz taranmadı | Tarama bütçesi | Kalite/iç link işi |
Kaynaklar
Sıkça Sorulan Sorular
Google Search Console kapsam hatası, Google'ın bir URL'yi ya hiç tarayamadığını ya da taradığı hâlde dizine eklemediğini gösteren bir uyarıdır. Pratikte bu, sayfanın arama sonuçlarında çıkmaması anlamına gelir. Hatalar 5xx sunucu hatası, 404, yönlendirme hatası, robots.txt ile engelleme veya noindex gibi farklı kök nedenlere dayanır. Her etiket farklı bir katmanı (tarama ya da dizine ekleme) ilgilendirdiğinden, çözüm de etiket bazında değişir. önce hatanın hangi gruba girdiğini doğru okumak gerekir.
Bu durumda Google sayfayı gerçekten taramış ama dizine almaya değer bulmamıştır. sorun teknik değil, kalite kaynaklıdır. Önce içeriği güçlendirin: ince, kopya veya başka sayfalarla örtüşen bölümleri benzersiz değerle yeniden yazın. Ardından ilgili güçlü sayfalardan bu URL'ye bağlam içinde dahili link verin, çünkü yetim sayfalar düşük öncelikli görünür. Yinelenen içerik varsa doğru kanonik etiketi belirleyin. Düzeltmeler bitince URL denetleme aracıyla sayfayı denetleyip dizine ekleme talebi gönderin. Toparlanma kalite iyileşmesiyle orantılı olarak birkaç gün ila haftalar sürebilir.
Bu etiket, Google'ın URL'nizi keşfettiğini (örneğin site haritasından veya iç linkten) fakat henüz taramaya almadığını belirtir. En sık nedenleri sınırlı tarama bütçesi (crawl budget) ve sayfanın algılanan değerinin düşük olmasıdır. Çözüm için sayfanın içeriğini güçlendirin, ilgili sayfalardan dahili link vererek önemini artırın ve site genelindeki düşük değerli/yinelenen URL gürültüsünü azaltın. Temiz bir site haritası tarama bütçesini doğru sayfalara yönlendirir. Bu grup genelde en yavaş toparlanan gruptur. sabırlı bir izleme süreci gerektirir.
Bu hata, tarama katmanında bir engel olduğunu gösterir: robots.txt dosyanızdaki bir Disallow kuralı Google'ın o URL'ye erişmesini durduruyordur. Önce robots.txt dosyanızı açıp hangi kuralın ilgili yolu kapsadığını bulun. Sayfanın taranması gerekiyorsa bu kuralı kaldırın veya kapsamını daraltın. Google Search Central dokümanına göre değişikliğin ardından URL denetleme aracıyla canlı test yaparak Google'ın artık erişebildiğini doğrulayın. Dikkat: robots.txt taramayı engeller, dizine eklemeyi tek başına engellemeyebilir. sayfayı tamamen indeks dışı tutmak istiyorsanız bunun yerine noindex kullanılır.
5xx sunucu hatası, Google'ın isteğine sunucunuzun düzgün yanıt veremediğini gösterir ve en yüksek öncelikli sorundur, çünkü tekrarlayan 5xx'ler tarama bütçenizi tüketir. İlk olarak hosting veya sunucu loglarını inceleyerek hatanın hangi URL'lerde ve hangi saatlerde oluştuğunu belirleyin. En sık nedenler kaynak (CPU/bellek) yetersizliği, hatalı bir eklenti veya bozuk yönlendirme yapılandırmasıdır. Kök nedeni giderdikten sonra URL denetleme aracıyla canlı test yapın ve ilgili hata grubunda 'Düzeltmeyi doğrula' butonuna basarak yeniden tarama sürecini başlatın. Büyük sitelerde bu hataları toplu görmek için site geneli bir denetim aracı işi hızlandırır.
Bu durum çoğu zaman bir hata değil, bilinçli bir tercihtir: sayfada bir noindex direktifi bulunduğu için Google onu dizine almaz. Önce sorun: bu sayfa gerçekten aramada çıkmalı mı? Çıkmamalıysa (örneğin sepet, filtre veya teşekkür sayfası) hiçbir şey yapmanıza gerek yok. Çıkması gerekiyorsa noindex'in kaynağını bulun. bu, sayfanın HTML'indeki meta robots etiketi ya da sunucunun gönderdiği X-Robots-Tag HTTP başlığı olabilir. CMS'lerde genellikle bir SEO eklentisi ayarından gelir. Direktifi kaldırdıktan sonra URL denetleme aracıyla doğrulayıp yeniden dizine ekleme talebi gönderin.
'Düzeltmeyi doğrula' butonu, ilgili hata grubundaki sorunu giderdiğinizi Google'a bildiren bir sinyaldir. Butona bastığınızda Google, o gruptaki URL'ler için bir doğrulama denetimi ve yeniden tarama süreci başlatır. Süreç boyunca durum 'başladı' olarak görünür. Google sorunun gerçekten çözüldüğünü görürse URL'ler kademeli olarak geçerli hale gelir. Eğer aynı sorun bazı URL'lerde sürüyorsa doğrulama 'başarısız' işaretlenir. bu durumda kalan URL'leri tek tek denetleyip kök nedeni yeniden giderip yeni bir doğrulama başlatmanız gerekir. Tam toparlanma sitenin boyutuna göre birkaç gün ila birkaç hafta sürebilir.
Search Console kapsam (sayfa dizine ekleme) raporundaki veriler gerçek zamanlı değildir. genellikle birkaç günlük bir gecikmeyle yansır. Bir düzeltme yaptıktan ve 'Düzeltmeyi doğrula' butonuna bastıktan sonra Google'ın tüm etkilenen URL'leri yeniden taraması ve durumları güncellemesi zaman alır. Küçük sitelerde bu süreç birkaç gün içinde tamamlanabilirken, binlerce URL içeren büyük sitelerde tam toparlanma haftalar sürebilir. Bu nedenle düzeltme sonrası her gün rapora bakıp panik yapmak yerine, süreci haftalık olarak izlemek ve gerekirse başarısız doğrulamaları ele almak daha sağlıklıdır.