Search Console dizine ekleme raporu ne gösterir?
Search Console'daki dizine ekleme raporu, Google'ın sitenizdeki adresleri hangi durumda gördüğünü listeler: dizine eklenenler, taranıp eklenmeyenler, keşfedilip henüz taranmayanlar ve yönlendirme, canonical ya da noindex nedeniyle dışarıda kalanlar. Rapor canlı durum değil, Google'ın son tarama anındaki fotoğrafıdır; bu yüzden düzeltilen sorunlar bir süre daha listede görünmeye devam eder.
Kendi sitemi yayına aldıktan birkaç gün sonra Search Console'da dizine ekleme raporunu açtım ve karşımda yedi ayrı "dizine eklenmedi" başlığı buldum. İlk tepkim herkesinkiyle aynı oldu: sitede ciddi bir sorun var. Değildi. O yedi başlığın altısı ya zaten düzelttiğim ya da baştan beri hiç sorun olmayan şeylerdi.
Bu rapor yanlış okunmaya çok müsait, çünkü Google'ın kullandığı ifadeler kısa ve teknik. Burada her satırın gerçekte ne anlattığını, hangisinin acil olduğunu, hangisinin görmezden gelinebileceğini anlatıyorum. Bir SEO denetiminin en somut adımlarından biri bu tabloyu doğru okumaktır; yanlış okuyunca hiç var olmayan sorunları düzeltmeye çalışarak haftalar harcanıyor.
Rapor neyi gösteriyor, neyi göstermiyor?
En kritik nokta şu: dizine ekleme raporu canlı durum değildir. Google o adresi en son ne zaman gördüyse, o andaki fotoğrafını gösterir. Tablodaki "son tarama" sütunu tam olarak bunu söyler ve genelde kimse ona bakmaz.
Yani üç gün önce düzelttiğiniz bir yönlendirme, Google sayfayı yeniden taramadıysa raporda hâlâ sorun olarak durur. Bunu bilmeden bakınca insan aynı şeyi ikinci kez düzeltmeye kalkıyor. Ben de tam bunu yapmaya başlamıştım; beni durduran şey son tarama tarihlerinin hepsinin düzeltmeden önceye ait olduğunu fark etmek oldu.
Rapor ayrıca sıralama hakkında hiçbir şey söylemez. Bir sayfanın dizine eklenmiş olması onun bulunacağı anlamına gelmez, yalnızca yarışa girebildiği anlamına gelir. Dizin bir eşiktir, hedef değil.
"Dizine eklenmedi" satırlarının hangisi gerçek sorun?
Google'ın kullandığı başlıkları, kendi sitemde en sık karşılaştığım sıraya göre tek tek açayım. Aralarındaki fark önemli: bazıları müdahale ister, bazıları yalnızca bilgi satırıdır.
Keşfedildi - şu anda dizine eklenmiş değil
Google adresi biliyor ama henüz taramadı. Çoğu kişinin hata sandığı satır budur ve büyük ihtimalle hata değildir. Google tarama isteğini bilerek erteledi; genellikle sitenin yeni olması, aynı anda çok sayıda adresin bildirilmesi ya da sunucunun yavaş cevap vermesi yüzünden.
Yeni bir sitede bu satırın kalabalık olması normaldir. Sorun sinyali veren tek durum, aynı sayfaların haftalar boyunca burada takılı kalması ve hiç taranmaması. O zaman bakılacak yer sayfa değil, sunucu ve iç bağlantı yapısı.
Tarandı - şu anda dizine eklenmiş değil
Bu farklı ve daha ciddi. Google sayfayı gördü, okudu ve dizine almamayı seçti. Neredeyse her zaman bir içerik kararıdır: sayfa ince, başka bir sayfanın tekrarı ya da ziyaretçiye yeni bir şey vermiyor.
Buradaki çözüm teknik değil. Sayfayı gerçekten zenginleştirmek ya da yakın bir sayfayla birleştirip 301 vermek gerekiyor. Mevcut içeriği elden geçirirken izlediğim sıra burada da işe yarıyor: önce ilk paragraf, sonra başlık yapısı.
Yönlendirme içeren sayfa
Bu bir hata değil, bilgi satırıdır. Eski adresten yenisine 301 kurduysanız Google eski adresi bu başlık altında listeler; doğru olan da budur. Ben sitede eski WordPress adreslerinden bir dizi yönlendirme kurdum ve hepsi burada görünüyor. Hepsi kasıtlı.
Kontrol edilecek tek şey zincir: yönlendirme tek adımda hedefe varıyor mu, yoksa araya ikinci bir yönlendirme mi giriyor? Zincirler tarama bütçesini boşa harcar ve bazen tamamen kırılır.
Uygun kurallı etiketle alternatif sayfa
Yine hata değil. Sayfanın canonical etiketi başka bir adresi işaret ediyor ve Google buna uyuyor. Sayfalama, parametreli adresler ve varyantlar burada birikir. Bakılacak tek şey, canonical'in gerçekten istediğiniz adresi gösterip göstermediği.
noindex etiketiyle hariç tutuldu
Sayfa bilerek dizinden çıkarılmış. Kontrol listem tek soruluk: bu etiketi oraya ben mi koydum? Cevap hayırsa acil bir sorun var demektir. Bir tema güncellemesi, bir eklenti ya da geliştirme ortamından kopyalanan bir ayar bunu topluca yapabiliyor ve fark edilmesi haftalar alıyor.
Bulunamadı (404)
Adres yok. Buradaki asıl soru "neden 404 veriyor" değil, "bu adrese kim bağlantı veriyor". İçeriden bağlantı veriliyorsa bağlantı düzeltilir. Dışarıdan geliyorsa ve adres bir zamanlar gerçekten varsa 301 kurulur. Hiçbiri değilse 404 doğru cevaptır ve öylece bırakılır; her 404'ü yönlendirmek zorunda değilsiniz.
Yinelenen sayfa, Google farklı bir sayfayı kurallı olarak seçti
Siz bir canonical verdiniz, Google onu kabul etmedi ve başka bir sayfayı asıl saydı. Bu, iki sayfanın Google gözünde birbirinin aynısı olduğu anlamına gelir. İki sayfayı gerçekten farklılaştırmak ya da birini tamamen kaldırmak gerekiyor. Bu satır bende çoğunlukla içerik planındaki bir örtüşmenin habercisi oldu.
Yeni bir sitede bunların çoğu neden normal?
Google yeni bir siteyi ilk gördüğünde ona ne kadar tarama ayıracağını bilmiyor. Bu yüzden temkinli davranıyor: birkaç sayfayı alıyor, sunucunun nasıl davrandığına bakıyor, sonra kademeli olarak açıyor.
Sitemap gönderdiğiniz gün altmış sayfanın altmışının taranmasını beklemek gerçekçi değil. Kendi sitemde ilk haftanın sonunda listenin büyük kısmı hâlâ "keşfedildi" durumundaydı ve bu düzeltilecek bir hata değil, beklenecek bir süreçti. Aynı raporun bir hafta sonraki hâline bakmak, o andaki hâline bakmaktan çok daha bilgilendirici.
Tarama bütçesi bu tabloyu nasıl etkiliyor?
Search Console'un tarama istatistikleri ekranı, dizine ekleme raporundan çok daha az bakılan ama en az onun kadar öğretici. Orada Google'ın isteklerini keşif ve yenileme diye ayırdığını görürsünüz.
Kendi sitemde isteklerin büyük çoğunluğu yenilemeydi: Google zaten bildiği sayfaları tekrar tekrar indiriyordu. Yenileme payı yükseldikçe yeni sayfalara ayrılan pay küçülüyor. "Keşfedildi ama taranmadı" listesinin uzun kalmasının en sık sebebi bu.
Bunu azaltmanın yolu koşullu istekleri düzgün cevaplamak. Sunucu ETag ve Last-Modified başlıklarını gönderiyorsa, Google bir sonraki gelişinde "bu sayfa değişti mi" diye sorar. Değişmediyse sunucu gövdeyi hiç göndermeden 304 döner; o tarama neredeyse bedavaya gelir ve artan bütçe keşfe kayar.
Ölçümü basit tuttum: aynı adrese koşullu istek attığımda 200 yerine 304 dönüyor mu? Dönüyorsa iş tamamdır. Bir uyarı — Last-Modified değeri sayfanın içeriğinin değiştiği anı göstermeli. Önbelleğin yazıldığı anı verirseniz her önbellek tazelenmesinde tarih ilerler ve 304 hiç oluşmaz. Bu tuzağa kendi sitemde düştüm.
Sunucu hızının burada doğrudan payı var; Google yavaş cevap veren siteyi daha az tarıyor. Core Web Vitals çalışması bu yüzden yalnız kullanıcı deneyimi meselesi değil.
Hangi sırayla düzeltiyorum?
Raporda otuz satır varken hepsine aynı anda dalmak zaman kaybı. Sıram şu:
- Yanlışlıkla kapatılmışlar. noindex ve robots.txt engelleri; sayfayı tamamen görünmez yapar, düzeltmesi en hızlı olandır.
- Sunucu hataları. 5xx dönen her adres tarama bütçesini yakar ve Google'ı ürkütür.
- Kopya sinyalleri. Çelişen canonical'ler, aynı içeriğin iki adresten yayınlanması, alt alan adında unutulmuş bir kopya.
- İnce içerik. "Tarandı ama eklenmedi" grubu; en yavaş dönen ama en kalıcı iş.
"Keşfedildi" grubu bu listede yok, çünkü orada yapılacak doğrudan bir düzeltme yok. O grup, yukarıdaki dördü düzeldikçe ve site yaşlandıkça kendiliğinden eriyor.
"Düzeltmeyi doğrula" düğmesine ne zaman basmalı?
Düzeltmeyi gerçekten yaptıktan sonra. Bu düğme Google'a "buraya tekrar bak" der; doğrulama başarısız olursa kategori yeniden açılır ve baştan kuyruğa girersiniz.
Basmadan önce hep aynı iki şeyi yapıyorum: URL denetleme aracıyla canlı adresi test ediyorum ve Google'ın gördüğü HTML'de düzeltmenin gerçekten yer aldığını doğruluyorum. Tarayıcıda doğru görünmesi yetmiyor, özellikle bir şey JavaScript ile sonradan ekleniyorsa. Denetim tarafında hangi araçları kullandığımı ücretsiz SEO araçları listesinde topladım.
Bu rapor tek başına yeter mi?
Yetmiyor. Dizine ekleme raporu size sayfanın yarışa girip girmediğini söyler, yarışta ne olduğunu söylemez. Onun için performans raporuna, oradan da içeriğe bakmak gerekiyor. İkisini birlikte okuyunca ortaya şu tabloya benzer bir karar çıkıyor:
| Durum | Anlamı | Yapılacak |
|---|---|---|
| Dizinde değil | Yarışa hiç girmemiş | Teknik engeli kaldır |
| Dizinde, gösterim yok | Sorguyla eşleşmiyor | Niyeti ve başlığı gözden geçir |
| Gösterim var, tıklama yok | Başlık/açıklama zayıf ya da cevap sonuçta veriliyor | Meta metnini ve cevap bloğunu düzelt |
Bu üç satır benim için bütün SEO çalışmasının özeti gibi. Hangi kutuda olduğunuzu bilmeden yapılan her iyileştirme tahmin oluyor.
Sık Sorulan Sorular
Sayfam neden dizine eklenmiyor?
Önce hangi başlık altında listelendiğine bakın. "Keşfedildi" ise sorun sayfada değil sırada, beklemek gerekiyor. "Tarandı ama eklenmedi" ise sorun içerikte. "noindex" ya da "robots.txt tarafından engellendi" ise sorun ayarda ve en hızlı çözülen budur.
Dizine eklenme ne kadar sürer?
Google resmî bir süre vermiyor. Yerleşik bir sitede günler, yeni bir sitede haftalar sürebiliyor. Kısaltmanın garantili yolu yok; sitemap, iç bağlantı ve düzenli yayın hızlandırıcı etkenler.
URL denetleme aracıyla dizine ekleme isteği göndermek işe yarar mı?
Sıraya girme talebidir, garanti değil. Öncelikli sayfalarınız için mantıklı. Yüzlerce adres için tek tek uğraşmak verimsiz; orada sitemap ve iç bağlantı çalışması çok daha etkili.
Rapordaki sayı ile sitemap'teki sayı neden tutmuyor?
Rapor sitemap dışındaki adresleri de sayar: eski adresler, parametreli varyantlar, dışarıdan bağlantı almış yanlış yazılmış adresler. Sitemap'te altmış adres olup raporda doksan satır görmek olağan.
Sitemap göndermek dizine eklenmeyi garanti eder mi?
Hayır. Sitemap bir bildirimdir, talimat değil. Google adresi keşfetmesini kolaylaştırır ama alıp almayacağına yine kendisi karar verir.
Faydalı Kaynaklar
Raporunuzdaki satırların hangisinin gerçek sorun olduğunu birlikte ayıklayabiliriz. Teknik denetim SEO hizmetimizin ilk adımı; başlamak için benimle iletişime geçin.
