Search Console'daki Kapsam raporu (güncel adıyla Sayfa dizine ekleme raporu), Google'ın sitenizde hangi sayfaları indekslediğini, hangilerini indekslemediğini ve nedenlerini gösterir. İndekslenmeyen her sayfa bir etikete bağlanır; doğru etiketi okuyup ilgili sorunu düzeltir, ardından yeniden doğrulama isteği gönderirsiniz. Bu yazıda raporu satır satır nasıl okuyacağınızı ve hangi hatayı önce çözeceğinizi anlatıyoruz.
Bir sayfanın Google'da çıkması için iki şeyin gerçekleşmesi gerekir: önce taranması (crawl), sonra dizine eklenmesi (index). Bir sayfa taransa bile dizine eklenmeyebilir. İşte Kapsam raporu tam da bu boşluğu görünür kılar. Yazılan onca içeriğin neden aramada görünmediğini anlamak istiyorsanız, başlangıç noktanız burasıdır.
Kapsam (Sayfa dizine ekleme) raporu ne anlatır?
Google Arama Merkezi'ne göre Sayfa dizine ekleme raporu, Google'ın sitenizde indekslediği veya indekslemeye çalıştığı tüm sayfalara genel bir bakış sunar; hatalı, uyarılı veya hariç tutulmuş sayfaları ayrı ayrı gösterir (Google Arama Merkezi). Yani rapor, sadece kaç sayfanızın indekslendiğini değil, indekslenmeyenlerin de neden öyle olduğunu söyler.
Raporun adı zamanla değişti. Eski arayüzde "Kapsam" olarak geçen bu bölüm, artık "Sayfa dizine ekleme" başlığıyla sunuluyor. Search Console Yardımı'nın belirttiğine göre rapor, Google'ın sitenizde indekslediği veya indekslemeye çalıştığı tüm sayfaların genel görünümünü; indekslenen ve indekslenmeyen sayfaları, hataları, uyarıları ve hariç tutulanları bir arada gösterir (Search Console Yardımı).
Grafiği okumanın mantığı
Raporu açtığınızda üstte zaman içindeki sayfa sayılarını gösteren bir grafik görürsünüz. Burada iki ana grup vardır: indekslenen sayfalar ve indekslenmeyen sayfalar. Sağlıklı bir sitede indekslenen sayfa sayısı, yayınladığınız gerçek içerik sayısına yakın seyreder ve zamanla istikrarlı şekilde artar.
Ani düşüşler ve ani sıçramalar dikkat ister. İndekslenen sayfalarda keskin bir düşüş genellikle bir teknik sorunun (yanlış noindex, sunucu hatası, hatalı yönlendirme) işaretidir. İndekslenmeyen sayfalarda beklenmedik bir artış da aynı şekilde araştırılmalıdır. Grafiğin altında ise nedenleri gruplayan bir tablo bulunur; asıl iş bu tabloyu okumaktır.
İndekslendi mi, hariç mi tutuldu? Net ayrım
İki durumu birbirine karıştırmamak önemli. "İndekslendi" demek, sayfanın Google'ın dizininde yer aldığı ve aramada görünmeye uygun olduğu anlamına gelir. "İndekslenmedi" veya "hariç tutuldu" ise sayfanın bir nedenle dizine alınmadığını gösterir.
Burada kritik bir nokta var: her hariç tutulma bir hata değildir. Bazı sayfaların indekslenmemesi tamamen doğrudur. Örneğin bilinçli olarak noindex verdiğiniz bir teşekkür sayfası ya da bir kopya URL'in kanonik dışı versiyonu, rapora indekslenmedi olarak düşer; bu beklenen davranıştır. Asıl sorun, indekslenmesini istediğiniz sayfaların hariç tutulanlar arasında olmasıdır. Bu yüzden listeyi okurken sorulacak ilk soru şudur: "Bu sayfanın aramada çıkmasını istiyor muyum?"
Sık görülen indekslenmeme nedenleri (etiket etiket)
Search Console Yardımı, bir sayfanın neden indekslenmediğini ayrı etiketlerle listeler (Search Console Yardımı). En sık karşılaşacaklarınızı ne anlama geldikleriyle birlikte görelim:
- noindex etiketiyle hariç tutuldu: Sayfada bir noindex direktifi var. Sayfayı bilerek gizliyorsanız sorun yok; ama önemli bir içeriğe yanlışlıkla noindex eklenmişse, etiketi kaldırmanız gerekir.
- robots.txt ile engellendi: robots.txt dosyası Google'ın o sayfayı taramasını engelliyor. İndekslenmesini istediğiniz bir sayfa burada engelliyse, kuralı düzeltin.
- Alternatif sayfa (doğru canonical etiketine sahip): Sayfa, başka bir sayfanın kanonik versiyonunu işaret ediyor. Bu çoğu zaman doğru bir durumdur ve müdahale gerektirmez.
- Kullanıcı tarafından seçilen canonical olmadan kopya: Google sayfayı bir kopya olarak görüyor ve net bir kanonik işaret bulamıyor. Doğru canonical etiketini eklemek genellikle çözer.
- Kopya, Google farklı bir canonical seçti: Sizin işaret ettiğiniz canonical ile Google'ın seçtiği farklı. İçeriği ve canonical sinyallerini gözden geçirin.
- Tarandı - şu anda dizine eklenmedi: Google sayfayı taradı ama indekslemeye değer bulmadı veya henüz karar vermedi. Çoğu durumda içerik kalitesi ve özgünlük sinyalleriyle ilgilidir.
- Bulundu - şu anda dizine eklenmedi: Google sayfayı keşfetti ancak henüz taramadı bile. Genellikle tarama önceliği ve site geneli sinyallerle ilişkilidir.
- Soft 404: Sayfa görünüşte yükleniyor ama içerik aslında "bulunamadı" gibi davranıyor.
- Sunucu hatası (5xx) ve 401/403/404: Sayfaya erişimde teknik bir engel veya erişim hatası var.
- Yönlendirme: Sayfa başka bir URL'e yönlendiriyor, bu yüzden kendi başına indekslenmiyor.
Bu etiketleri okurken zihinsel olarak üç kovaya ayırmak işinizi kolaylaştırır: (1) doğru ve beklenen durumlar (çoğu canonical/alternatif satırı), (2) içerik/kalite ile çözülecek durumlar (tarandı-dizine eklenmedi, bulundu-dizine eklenmedi), (3) teknik hatalar (5xx, soft 404, yanlış noindex, yanlış robots.txt).
Hangi hatayı önce düzeltmeli? Etki bazlı öncelik
Rakip içeriklerin çoğu nedenleri listeliyor ama hangisini önce çözeceğinizi söylemiyor. Pratikte mantıklı bir sıralama şöyle kurulur:
- Önce gerçek erişim hatalarını kapatın. Sunucu hataları (5xx) ve indekslenmesi gereken sayfalardaki 4xx durumları, hem kullanıcıyı hem botu doğrudan etkiler. Bunlar çoğu zaman teknik ve nettir, en hızlı kazancı buradan alırsınız.
- Yanlış yapılandırma sinyallerini düzeltin. İstemeden eklenmiş noindex ve önemli sayfaları kapatan robots.txt kuralları, tek bir satırla onlarca sayfayı geri kazandırabilir.
- Kanonik/kopya karmaşasını çözün. "Kullanıcı tarafından seçilen canonical olmadan kopya" gibi durumlar, doğru canonical etiketleriyle düzeltildiğinde indeksleme netleşir.
- En sona içerik kaynaklı satırları bırakın. "Tarandı - şu anda dizine eklenmedi" ve "Bulundu - şu anda dizine eklenmedi" genellikle içerik değeri ve site otoritesiyle ilgilidir; bunlar tek bir düğmeyle değil, içeriği güçlendirerek ve dahili bağlantı kurarak zamanla iyileşir.
Önceliklendirirken etkilenen URL sayısına da bakın. Aynı nedenden binlerce URL etkileniyorsa, bu büyük olasılıkla tek bir sistemsel sorundur (bir şablon, bir kategori yapısı, bir yönlendirme kuralı) ve düzeltmesi de toplu olur. Tersine, yalnızca birkaç URL'i etkileyen bir satır çoğu zaman bekleyebilir. Etkiyi ölçerken o sayfaların sizin için ne kadar değerli olduğunu da unutmayın: trafik getiren veya dönüşüm sağlayan bir kategori sayfası, ziyaret edilmeyen eski bir etiket sayfasından her zaman önceliklidir. Yani sayı kadar niyet de önemlidir; düzeltme sırasını hem etkilenen URL adedine hem de o sayfaların iş değerine göre kurun.
Tanı yöntemi: hatalı URL gruplarını teşhis etme
Tabloda bir nedene tıkladığınızda, o nedenden etkilenen örnek URL listesini görürsünüz. Tanının ilk adımı bu URL'lerde bir desen aramaktır: Hepsi aynı kategoride mi? Aynı şablonu mu kullanıyor? Belirli bir tarihten sonra mı ortaya çıktı? Desen, kök nedeni gösterir.
İkinci adım, hatanın geçici mi yoksa kalıcı mı olduğunu belirlemektir. Geçici bir sunucu yavaşlığı sonucu oluşan bir hata, kalıcı bir yapılandırma hatasından farklı ele alınır. Birincisi kendiliğinden düzelebilirken, ikincisi siz müdahale etmeden geçmez.
Üçüncü adımda tek tek URL'leri URL Denetleme aracıyla inceleyin. Bu araç, belirli bir sayfanın Google tarafından nasıl görüldüğünü, hangi canonical'in seçildiğini ve neden indekslenmediğini sayfa düzeyinde açıklar. Google Arama Merkezi'ne göre belirli sayfaların yeniden taranması da yine URL Denetleme aracı üzerinden istenebilir (Google Arama Merkezi). Yani teşhis ile çözüm aynı araçta birleşir.
Yeniden doğrulama isteği: düzeltmeden sonra ne yapılır?
Bir sorunu düzelttikten sonra Google'a "baktım, hallettim" demenin yolu doğrulama isteği göndermektir. Search Console Yardımı'na göre düzeltme sonrası bir doğrulama isteği başlatabilir ve Google etkilenen URL'leri yeniden kontrol ederken durumu izleyebilirsiniz; doğrulama durumu Başladı, İyi görünüyor, Başarılı veya Başarısız olarak ilerler ve süreç genellikle iki haftaya kadar sürebilir (Search Console Yardımı).
Bu durumları kısaca okuyalım: "Başladı" Google'ın kontrole başladığını, "İyi görünüyor" ilk işaretlerin olumlu olduğunu, "Başarılı" tüm örnek URL'lerin temizlendiğini, "Başarısız" ise sorunun en az bir URL'de hâlâ sürdüğünü gösterir. Başarısız sonuçta düzeltmenizi gözden geçirip tekrar deneyin.
Tek bir sayfa için: "Dizine ekleme iste"
Belirli ve öncelikli bir sayfayı hızlandırmak istiyorsanız, URL Denetleme aracındaki "Dizine ekleme iste" düğmesini kullanın. Search Console Yardımı'na göre bu düğmeyle tek bir URL için yeniden tarama ve indeksleme talep edebilirsiniz; indeksleme bir ya da iki hafta sürebilir ve sayfa canlı testte dizine eklenemez bulunursa istek yapılamaz (Search Console Yardımı). Yani önce sorunu çözün, sonra isteği gönderin; aksi halde araç zaten reddeder.
İyileşme süreleri ve istek limitleri
Sabır gerektiren bir alandayız. Hem doğrulama hem de yeni indeksleme genellikle bir ila iki hafta arası bir zaman alır; düğmeye bastığınız anda sonuç beklemeyin. Bu süre boyunca raporu birkaç günde bir kontrol etmek yeterlidir.
Ayrıca isteklerin bir sınırı vardır. Search Console Yardımı'na göre indeksleme istekleri sonucu garanti etmez ve günlük bir istek limiti bulunur; çok sayıda sayfa için tek tek istek göndermek yerine güncellenmiş bir site haritası (sitemap) göndermek daha verimlidir (Search Console Yardımı). Pratik kural şu: birkaç önemli sayfa için tekil istek, yüzlerce sayfa için sitemap.
Tek tek istek yerine sitemap ile toplu yaklaşım
Büyük sitelerde her URL'i elle denetlemek hem zaman alır hem de günlük limite takılır. Bunun yerine güncel ve doğru bir site haritası tutmak, Google'a tüm önemli sayfalarınızı tek seferde gösterir. Sitemap'inizde yalnızca indekslenmesini istediğiniz, canonical ve durum kodu sağlıklı URL'ler bulunmalıdır; noindex'li veya yönlendiren URL'leri site haritasına koymak karışık sinyal verir.
Sağlıklı bir kapsam tablosu neye benzer? Kabaca, indekslenen sayfa sayınız yayınladığınız gerçek içerik sayısına yakındır; indekslenmeyenler ise çoğunlukla bilinçli olarak dışarıda bıraktığınız (noindex, alternatif/canonical, yönlendirme) satırlardan oluşur. Hata kovasında biriken, indekslenmesini istediğiniz sayfa sayısı sıfıra yakınsa işiniz iyi durumdadır.
Önleme: hataları baştan engellemek
En iyi düzeltme, hiç oluşmayan hatadır. Birkaç alışkanlık çoğu kapsam sorununu baştan keser:
- Yeni sayfa yayınlarken canonical etiketinin doğru sayfayı işaret ettiğini ve sayfada istenmeyen bir noindex bulunmadığını kontrol edin.
- robots.txt değişikliklerini yayına almadan önce, indekslenmesi gereken dizinleri yanlışlıkla engellemediğinizden emin olun.
- İçerik silerken veya URL değiştirirken doğru yönlendirmeleri kurun; aksi halde soft 404 ve 404 satırları birikir.
- Sitemap'i içerik yapınızla senkron tutun; eski, silinmiş veya yönlendiren URL'leri temizleyin.
- Kapsam raporunu düzenli (örneğin aylık) kontrol ederek küçük sorunları büyümeden yakalayın.
Kapsam raporunu okumayı bir kez oturttuğunuzda, sitenizin Google ile olan ilişkisini neredeyse gerçek zamanlı izleyebilirsiniz. İndeksleme, içeriğin görünür olmasının ön koşuludur; bu yüzden bu rapor, yaptığınız tüm SEO çalışmasının görünmeyen temelidir.
VixSEO'da, Wix, İkas ve özel sitelerin Search Console kapsam durumunu düzenli takip eder, hariç tutulan sayfaları nedenlerine göre ayıklayıp düzeltme önceliği çıkarırız. İndeksleme sorunlarınızı tek tek çözmek yerine sistemli bir akışa bağlamak isterseniz hizmetlerimize göz atabilir veya araçlarımızı inceleyebilirsiniz.