Google Search Console içindeki dizinleme raporu, sitenizdeki URL’lerin Google tarafından nasıl keşfedildiğini, tarandığını ve dizine eklendiğini gösteren en güvenilir teknik veri kaynağıdır. Rapor, indekslenebilirlik ve taranabilirlik sorunlarını nedenleriyle birlikte listeler. Hangi sayfanın neden arama sonuçlarında yer almadığını anlamak için ilk başvurulacak yer burasıdır. Bu rehberde raporda karşılaşılan her durum mesajının ne anlama geldiğini, ne zaman gerçek bir sorun sayılması gerektiğini ve nasıl çözüleceğini adım adım ele alıyoruz.
Bir URL Google Dizinine Nasıl Girer?
Raporu doğru yorumlamak için önce sürecin aşamalarını bilmek gerekir. Bir URL’in arama sonuçlarında görünmesi dört aşamada gerçekleşir. İlk aşama keşfetmedir. Googlebot bir adresi, başka bir sitenin verdiği bağlantıdan, iç linklerden veya XML site haritasından öğrenir. İkinci aşama taramadır. Googlebot adrese istek gönderir ve sunucudan gelen yanıtı, sayfa kaynaklarını ve içeriği okur. Üçüncü aşama dizine eklemedir. Google içeriği değerlendirir, kopya olup olmadığına ve kalitesine bakar, ardından kendi veri tabanına kaydeder. Son aşama servis etmedir. Dizindeki sayfa, uygun sorgularda kullanıcılara gösterilir.
Her aşamada süreci durduran farklı engeller bulunur. Sunucu hataları, robots.txt kısıtlamaları ve render sorunları taramayı; noindex yönergeleri, kopya içerik ve düşük kalite ise dizine eklemeyi engeller. Dizinleme raporundaki her mesaj, bu zincirin hangi halkasında sorun yaşandığını işaret eder. Yapay zekâ botlarının bu süreci nasıl işlettiğini merak ediyorsanız Teknik GEO Nedir? Yapay Zekâ Botları Web Sitenizi Nasıl Keşfeder, Tarar ve İşler? yazısı, klasik arama motoru sürecinden farklarını açıklıyor.
Sayfa Dizinleme Raporu Nerede Bulunur ve Nasıl Okunur?
Search Console’da sol menüdeki Dizinleme bölümü altında yer alan “Sayfalar” sekmesi, sitenizdeki URL’lerin genel durumunu gösterir. Grafikte iki ana grup görürsünüz. Birincisi dizine eklenmiş sayfalar, ikincisi dizine eklenmemiş sayfalardır. Grafiğin altında ise dizine eklenmeme nedenleri ayrı satırlar halinde sıralanır. Her satıra tıkladığınızda etkilenen URL’lerin örnek listesine, ilk tespit tarihine ve doğrulama durumuna ulaşırsınız.
Bu raporun en önemli özelliği, her mesajın bir hata olmadığını da göstermesidir. Dizine eklenmemiş bir URL, bilinçli bir tercihin sonucu olabilir. Örneğin filtre sayfalarını robots.txt ile engellediyseniz ya da yönetim paneli sayfalarına noindex eklediyseniz, bu URL’lerin raporda görünmesi doğaldır. Asıl kontrol edilmesi gereken, trafik ve gelir getirmesi beklenen sayfaların bu listelerde yer alıp almadığıdır. Rapor verisini farklı metriklerle birlikte yorumlamak için SEO Visibility Skoru Neden Tek Başına Bir KPI Olamaz? başlıklı rehber de faydalı bir çerçeve sunar.
Dizine Eklenmeme Nedenleri ve Çözümleri
Aşağıdaki başlıklar, “Sayfalar neden dizine eklenmiyor?” bölümünde en sık karşılaşılan durumları kapsar. Her durum için önce anlamı, sonra yapılması gereken kontrol ve düzeltme adımları verilmiştir.
Robots.txt tarafından engellendi
robots.txt dosyasındaki Disallow komutları, belirli bir URL’in, dizinin veya URL kalıbının taranmasını engeller. Googlebot bu kurala uyduğu için sayfaya erişmez ve rapor bu URL’leri bu başlık altında listeler. Mesaj tek başına bir hata değildir. Bilinçli olarak engellediğiniz yönetim, sepet, filtre ya da arama sonucu sayfaları burada görünebilir.
Yapılacak kontrol, listedeki adresler arasında organik trafik beklediğiniz bir sayfanın bulunup bulunmadığıdır. Hatalı yazılmış bir Disallow kuralı, tüm bir kategori ağacını yanlışlıkla kapatabilir. Böyle bir durumda kuralı düzeltin, Search Console’daki robots.txt test araçlarıyla ve URL Denetimi ile doğrulayın, ardından “Düzeltmeyi doğrula” seçeneğiyle Google’dan yeniden değerlendirme isteyin. Yapay zekâ botlarına yönelik kuralları da aynı dosyadan yönetiyorsanız robots.txt ile AI Botları Nasıl Yönetilir? yazısındaki yaklaşım, yanlışlıkla genel bir engel oluşturmanızı önler.
Başka bir 4xx sorunu nedeniyle engellendi
Search Console 404 ve 403 gibi yaygın kodları ayrı satırlarda gösterir. 405, 406, 408 ya da 429 gibi diğer 4xx yanıtları ise bu genel başlık altında toplanır. Sorunun kaynağı çoğunlukla sunucu yapılandırması, güvenlik duvarı ya da botlara uygulanan hız sınırlamasıdır.
Önce etkilenen URL’ler için URL Denetimi aracında canlı test çalıştırın ve Googlebot’un aldığı gerçek yanıt kodunu belirleyin. Ardından sunucu, CDN veya güvenlik katmanında Googlebot’a engel olan kuralı kaldırın. Sayfalar 200 yanıtı verdikten sonra doğrulama başlatın.
Keşfedildi, şu anda dizine eklenmiş değil
Bu durumda Google URL’i biliyor ancak henüz taramaya almamış demektir. Çoğu zaman yeni yayımlanan sayfalarda geçici olarak görülür. Ancak sayfa sayısı yüksek sitelerde, sunucu yavaşlığı ya da düşük kaliteli URL’lerin çokluğu nedeniyle bu liste kalıcı olarak büyüyebilir. Bu, Google’ın sitenize ayırdığı tarama kaynağının önceliklendirme yaptığına işaret eder.
Doğrudan bir düğme ile çözülmez, ancak şu adımlar etkili olur. Değerli sayfalara güçlü iç linkler verin, sitemap’e yalnızca indekslenmesini istediğiniz URL’leri koyun, sunucu yanıt süresini iyileştirin ve değeri düşük sayfaların sayısını azaltın. Sayfa önemini anlatan iç bağlantı yapısı, Googlebot’un önceliklendirmesini doğrudan etkiler.
Tarandı, şu anda dizine eklenmiş değil
Googlebot sayfayı ziyaret etmiş, içeriği okumuş ancak dizine eklememiştir. Bu durum, rapordaki en çok yanlış anlaşılan ve en stratejik mesajlardan biridir. Başlıca nedenler şunlardır:
- İçeriğin kısa, yüzeysel veya rakip sayfalardan ayrışmayan nitelikte olması
- Aynı ya da çok benzer içeriğin sitenin farklı URL’lerinde tekrarlanması
- Sitenin genelinde düşük kaliteli sayfaların çoğunlukta olması ve tarama kaynağının verimsiz harcanması
- Sayfanın iç link ağında zayıf kalması, yani site içinde önemsiz görünmesi
Çözüm için önce etkilenen sayfalar üzerinde bir içerik denetimi yapın. Zayıf sayfaları özgün veri, örnek, görsel ve uzman bakışıyla güçlendirin ya da değeri olmayanları birleştirin veya kaldırın. Ardından site genelinde tarama kaynağı yönetimi uygulayın. Hangi sorgu fırsatlarının içeriğinizde eksik kaldığını görmek için Keyword Gap Analizi Nedir ve Nasıl Yapılır? rehberi, sayfaları rakiplerinden ayıracak konu boşluklarını bulmanıza yardımcı olur.
“noindex” etiketi tarafından hariç tutuldu
Sayfada meta robots etiketi ya da X-Robots-Tag başlığı ile noindex yönergesi bulunuyorsa Google sayfayı dizine eklemez. Mesaj, yönergeyi Googlebot’un gördüğünü teyit eder. Bilinçli kullanıldığında sorun yoktur. Teşekkür sayfaları, iç arama sonuçları ve kullanıcı hesabı sayfaları bunun tipik örnekleridir.
Tehlike, bu listede kategori, ürün ya da blog yazısı gibi gelir getiren sayfalar görüldüğünde başlar. Test ortamından canlıya taşınan şablonlarda noindex etiketinin kalması çok yaygın bir hatadır. Etiketi kaldırın, sayfayı URL Denetimi ile yeniden test edin ve dizine ekleme talep edin.
Erişim izni verilmemesi (403) nedeniyle engellendi
403 yanıtı, sunucunun isteği anladığını ancak erişime izin vermediğini bildirir. Googlebot bu yanıtı aldığında sayfa içeriğini göremez ve URL dizine alınmaz. Nedenler genellikle IP tabanlı kısıtlamalar, yanlış yapılandırılmış güvenlik eklentileri, kimlik doğrulama zorunluluğu veya Googlebot’u yanlışlıkla bot trafiği sayan güvenlik duvarı kurallarıdır.
Sunucu veya güvenlik yazılımı kayıtlarında Googlebot isteklerini inceleyin. Gerçek Googlebot IP’lerini ters DNS doğrulamasıyla teyit ederek engel kuralını düzeltin. Sonrasında URL Denetimi ile canlı test yapın ve doğrulamayı başlatın.
Bulunamadı (404)
Googlebot bir adrese gittiğinde sayfanın bulunamadığını görür ve URL dizine alınmaz. Bu URL’ler, silinmiş sayfalardan, adresi değişen içeriklerden, hatalı iç linklerden ya da başka sitelerin yanlış verdiği bağlantılardan gelir. Google bir 404 adresini bir süre sonra daha seyrek kontrol eder, ancak tamamen unutmayı garanti etmez.
İşlem sırası şöyledir:
- Listedeki adreslerden hangilerinin gerçekten kaldırılması gerektiğini, hangilerinin başka bir sayfaya taşındığını belirleyin.
- Taşınan içerikler için ilgili yeni sayfaya 301 yönlendirme uygulayın. Bu, hem kullanıcıyı doğru yere götürür hem de eski adresin sahip olduğu bağlantı değerinin büyük bölümünü yeni adrese aktarır.
- Kasıtlı olarak kaldırılmış ve karşılığı olmayan sayfaları 404 ya da 410 olarak bırakmak sorun değildir.
- Sitenizin kendi içinde bu adreslere verdiği linkleri güncelleyin.
Soft 404
Soft 404, sunucunun 200 yanıtı vermesine rağmen sayfanın içeriği boş, çok zayıf ya da “bulunamadı” mesajı gösteriyor olması durumunda ortaya çıkar. Google, sayfanın kullanıcıya değer sunmadığını anlar ve onu 404 gibi ele alır. Stoku tükenmiş ürün sayfaları, sonuç döndürmeyen filtre sayfaları ve render sırasında içeriği yüklenemeyen JavaScript tabanlı sayfalar sık görülen örneklerdir.
Sayfanın gerçekten içeriği olup olmadığını, Googlebot gözüyle URL Denetimi’nin taranmış sayfa görünümünden kontrol edin. İçerik yüklenemiyorsa teknik nedeni giderin. Sayfa gerçekten boşsa ya zenginleştirin ya da doğru bir 404/410 yanıtı verin. Kalıcı olarak kalkan ürünler için en yakın alternatif kategoriye 301 yönlendirme de uygun bir yoldur.
Sunucu hatası (5xx)
5xx yanıtları, sunucunun isteği karşılayamadığını gösterir. Veri tabanı bağlantı sorunları, kaynak yetersizliği, hatalı yapılandırma ya da trafik yoğunluğu altında çöken sunucular bu tür hatalara yol açar. Googlebot tekrarlı 5xx yanıtları aldığında tarama hızını düşürür, bu da yeni içeriklerin dizine alınmasını geciktirir.
Sunucu hata kayıtlarını inceleyin, hata saatlerini Search Console’un tarama istatistikleriyle karşılaştırın ve altyapıyı yük altında dayanıklı hale getirin. Önbellekleme, daha güçlü barındırma kaynağı ve yönetilebilir bir CDN yapısı çoğu durumda sorunu çözer. Sorun giderildikten sonra doğrulamayı başlatın.
Yönlendirmeli sayfa
Bu başlık altındaki URL’ler başka bir adrese yönlendirildiği için dizine alınmaz. Yönlendirme tek başına bir hata değildir. Ancak uzun yönlendirme zincirleri ve sonsuz döngüler tarama verimini bozar. Google çok uzun zincirleri takip etmeyi bırakabilir.
Her yönlendirmenin doğrudan nihai hedefe gitmesini sağlayın. A’dan B’ye, B’den C’ye giden zincirleri A’dan C’ye tek adımda indirin. Kendini tekrar eden döngüleri kaldırın. Sitemap ve iç linklerde yönlendirilen eski adresler yerine doğrudan nihai URL’leri kullanın.
Yeniden yönlendirme hatası
Bu mesaj, yönlendirmenin hedefinin çalışmadığı veya zincirin tamamlanamadığı durumlarda görülür. Örneğin bir sayfa yönlendirildiği adreste 404 veriyorsa, ya da yönlendirme zinciri izin verilen adım sayısını aşıyorsa, URL bu başlıkta listelenir. Hatalı biçimli yönlendirme adresleri de aynı sonuca yol açar.
Yönlendirme hedeflerini tek tek kontrol edin. Çalışmayan hedefleri, sorunsuz 200 yanıtı veren ve konu olarak uyumlu sayfalarla değiştirin. Yönlendirme kurallarını sunucu, eklenti ve CMS düzeyinde birlikte denetleyin, çünkü çakışan kurallar bu hatanın sık görülen sebebidir.
Doğru standart etikete sahip alternatif sayfa
Bu mesaj bir hata değildir. Sayfanız başka bir URL’i canonical olarak işaret eder ve Google bu tercihe uyar. Parametreli URL’ler, mobil alternatifler ve sıralama varyasyonları burada görünür. Kontrol edilecek tek nokta, canonical etiketinin gerçekten niyet ettiğiniz sayfayı göstermesidir. Yanlış hedefe işaret eden bir canonical, doğru sayfanın dizinden düşmesine neden olabilir.
Kullanıcı tarafından seçilen standart sayfa olmadan kopya
Google bu sayfanın başka bir URL’in kopyası olduğunu belirlemiş, ancak sizin tarafınızdan tanımlanmış bir canonical bulamamıştır. Bu durum çoğunlukla www ve www’suz sürümler, HTTP ve HTTPS adresleri, sonu eğik çizgili ve çizgisiz varyasyonlar ya da birbirine çok benzeyen ürün sayfaları arasında görülür.
Her içerik için tek bir tercih edilen URL belirleyin ve canonical etiketini açıkça tanımlayın. Gerçek kopyaları 301 ile birleştirin, çok benzer sayfaların içeriklerini ayrıştırın.
Kopya, Google kullanıcıdan farklı bir standart sayfa seçti
Canonical etiketi bir yönerge değil, güçlü bir ipucudur. Google, içerik benzerliği, iç link yapısı ve yönlendirme sinyalleri gibi unsurları değerlendirerek sizin seçiminizden farklı bir URL’i standart sayfa olarak belirleyebilir. Günlük olarak değişen ve birbirine çok benzeyen veri sayfaları, bu duruma tipik bir örnektir. Aynı şablonu kullanan yalnızca tarihi farklı sayfalar birbirinin kopyası olarak görülebilir.
Önce canonical etiketinin gerçekten doğru sayfayı gösterdiğini doğrulayın. Sonra iç link, sitemap ve yönlendirme sinyallerinin aynı URL’i desteklediğinden emin olun. Son olarak benzer sayfalara özgün değer ekleyin ya da birleştirin.
Sayfa Görünümünü İyileştirme Bölümündeki Uyarılar
Bu bölümdeki URL’ler dizine eklenmiştir, ancak yine de dikkat gerektiren bir durum barındırır. Bu uyarılar sayfanın arama sonuçlarında nasıl göründüğünü ve içeriğinin Google tarafından nasıl algılandığını doğrudan etkiler.
Robots.txt tarafından engelleniyor olsa da dizine eklendi
robots.txt, taramayı engeller ancak dizine eklemeyi tek başına engellemez. Başka sitelerden ya da kendi sayfalarınızdan bu URL’e bağlantı varsa, Google içeriği taramadan da adresi dizine ekleyebilir. Sonuç olarak arama sonuçlarında açıklaması olmayan, yalnızca adres ve başlıktan oluşan bir listeleme görülebilir.
Sayfanın dizinde yer almasını istemiyorsanız robots.txt engelini kaldırın ve sayfaya noindex yönergesi ekleyin. Googlebot noindex’i görebilmek için sayfayı tarayabilmelidir. Sayfa dizinde kalacaksa engeli kaldırarak içeriğin okunmasına izin verin.
Sayfa içerik olmadan dizine eklendi
Google sayfayı dizine eklemiş ancak içeriğini okuyamamıştır. Bu, genellikle sayfanın render edilmesini engelleyen bir teknik sorun, bloke edilmiş JavaScript ya da CSS kaynakları, ya da içeriğin yalnızca istemci tarafında yüklenmesi nedeniyle ortaya çıkar. Sayfa dizinde olsa da içerik görülmediği için sıralama potansiyeli ciddi şekilde sınırlanır.
URL Denetimi’nde canlı test çalıştırıp taranmış HTML’i ve ekran görüntüsünü inceleyin. Engellenmiş kaynakları açın, kritik içeriği sunucu tarafında oluşturulan HTML içinde sunun ve sayfanın düzgün yüklendiğinden emin olun. Ardından do
ğrulamayı başlatarak Google’dan yeniden değerlendirme isteyin.
Düzeltmeyi Doğrula Süreci Nasıl İşler?
Bir sorunu giderdikten sonra ilgili mesajın içindeki “Düzeltmeyi doğrula” düğmesine bastığınızda Google, etkilenen URL’leri yeniden tarayarak sorunun çözülüp çözülmediğini kontrol eder. Bu süre birkaç günden birkaç haftaya kadar uzayabilir. Doğrulama sırasında sorun devam eden URL’ler başarısız olarak işaretlenir. Bu nedenle düğmeye basmadan önce, örnek URL’lerin birkaçını URL Denetimi’nde canlı test ederek düzeltmenin gerçekten çalıştığından emin olun.
Hangi Mesajlara Öncelik Verilmeli?
Tüm durumlar aynı aciliyette değildir. Önceliklendirmeyi, etkilenen sayfaların iş değerine göre yapmak gerekir. Önce gelir getiren ve organik trafik beklenen sayfalardaki noindex, 5xx, 403 ve robots.txt kaynaklı engelleri çözün. Ardından Soft 404, yönlendirme zinciri ve canonical çakışmalarına geçin. En son aşamada, yalnızca değeri düşük sayfaları ilgilendiren durumları ele alın. Yapay zekâ tarayıcılarının erişimini de aynı disiplinle izlemek isteyenler için GPTBot Nedir ve Nasıl Yönetilir? rehberi, log takibi açısından tamamlayıcı bir kaynaktır.
Raporu ayda en az bir kez gözden geçirmek, sorunların büyümeden fark edilmesini sağlar. Büyük bir site taşıması, tema değişikliği ya da altyapı güncellemesinden sonra ise bu kontrolü haftalık yapmak doğru olur. Arama motoru görünürlüğü ile yanıt motoru görünürlüğünün birbirini nasıl tamamladığını görmek için AEO ve SEO arasındaki farklar yazısını da inceleyebilirsiniz.
Dizinleme Sağlığını Sürdürülebilir Kılmak
Search Console dizinleme raporu, bir sitenin teknik sağlığını anlamak için tek başına yeterli değildir ancak en güvenilir başlangıç noktasıdır. Her mesajın anlamını doğru okumak, hangi durumun gerçek bir sorun, hangisinin bilinçli bir tercih olduğunu ayırt etmeyi sağlar. Temiz bir site haritası, tutarlı canonical yapısı, düzgün çalışan yönlendirmeler, kararlı bir sunucu altyapısı ve değer taşıyan içerik bir araya geldiğinde, Google sitenizi daha verimli tarar ve önemli sayfalarınızı daha hızlı dizine ekler. Dizinleme sağlığını düzenli denetimle korumak, organik görünürlüğün kalıcı olmasının temel şartıdır.
