Google Search Console’daki “Bulundu: Şu anda dizine eklenmiş değil” durumu, Google’ın URL’yi bildiğini ancak sayfayı henüz taramadığını gösterir. Raporun eski adı ve kullanıcıların daha sık aradığı ifade “Keşfedildi - şu anda dizine eklenmiş değil” şeklindedir. İki ifade de aynı aşamayı anlatır.
Bu kayıt tek başına ceza, içerik kalitesi sorunu veya kalıcı bir indeks engeli anlamına gelmez. Yeni bir sayfada kısa süre görülmesi normal olabilir. Önemli bir URL uzun süredir bu durumda kalıyorsa ya da aynı klasördeki çok sayıda sayfa etkileniyorsa keşif yolları, tarama önceliği, URL envanteri ve sunucu sağlığı birlikte incelenmelidir.
Çözümün ilk adımı tekrar tekrar dizine ekleme isteği göndermek değildir. Önce URL’nin gerçekten Google’da görünmesi gerekip gerekmediği belirlenmeli, ardından sorunun tek bir sayfaya mı yoksa ortak bir URL kalıbına mı ait olduğu anlaşılmalıdır.
Keşfedildi şu anda dizine eklenmiş değil ne demektir?
Google’ın Sayfa Dizine Ekleme Raporu açıklamasına göre bu durum, sayfanın Google tarafından bulunduğunu ancak henüz taranmadığını ifade eder. Google, siteye aşırı yük bindirebileceğini öngördüğünde taramayı başka bir zamana bırakabilir. Bu nedenle rapordaki “Son tarama” alanı boş görünür.
Durumun verdiği üç temel bilgi vardır:
- Google URL’den haberdardır.
- Googlebot sayfayı henüz ziyaret etmemiştir.
- Tarama gerçekleşmediği için sayfa dizine eklenmemiştir.
Google URL’yi sitemap, site içi bağlantı, yönlendirme veya başka bir kaynaktan keşfetmiş olabilir. URL’nin bilinmesi hemen taranacağı anlamına gelmez. Google, hangi adresleri ne zaman ziyaret edeceğini sitenin sunucu kapasitesi ve ilgili URL’lere yönelik tarama talebi gibi sinyallere göre planlar.
Tarandı şu anda dizine eklenmiş değil durumundan farkı nedir?
İki rapor adı birbirine benzese de teşhis noktaları farklıdır. “Bulundu” durumunda Google sayfanın içeriğini henüz görmemiştir. “Tarandı” durumunda ise sayfa ziyaret edilmiş ancak o aşamada dizine alınmamıştır.
| Search Console durumu | Gerçekleşen aşama | İlk incelenecek alan |
|---|---|---|
| Bulundu veya keşfedildi | URL biliniyor ancak sayfa henüz taranmadı | İç linkler, sitemap, URL envanteri, tarama talebi ve sunucu sağlığı |
| Tarandı | Sayfa ziyaret edildi ancak dizine alınmadı | Canonical seçimi, render edilen içerik, benzer sayfalar ve sayfanın özgün değeri |
URL Denetleme aracındaki son tarama tarihi doluysa artık “keşfedildi” aşaması geride kalmış olabilir. Güncel durum “Tarandı - şu anda dizine eklenmiş değil” ise çözüm için taranan ancak dizine alınmayan sayfalara yönelik kontroller uygulanmalıdır.
Son tarama tarihinin boş olması neyi gösterir?
Bu durumdaki bir URL’de son tarama tarihinin boş olması beklenir. Çünkü Googlebot henüz sayfayı ziyaret etmemiştir. Dolayısıyla yalnızca bu kayda bakarak “Google metni yetersiz buldu”, “sayfayı kopya içerik olarak değerlendirdi” veya “canonical etiketini reddetti” gibi sonuçlara varılamaz.
Sayfanın canlı sürümünde teknik bir engel bulunup bulunmadığı yine de kontrol edilmelidir. Search Console’daki URL Denetleme aracında canlı test çalıştırılarak Googlebot’un URL’ye erişip erişemediği, robots.txt engeli ve sayfanın dizine eklenmesine izin veren temel sinyaller görülebilir. Canlı test, sayfanın şu anda erişilebilir olduğunu gösterir; normal taramanın ne zaman gerçekleşeceğini veya URL’nin kesin olarak dizine alınacağını garanti etmez.
Bu durum ne zaman normal ne zaman sorun sayılır?
Yeni yayımlanmış bir sayfanın aynı gün taranmaması olağandır. Google’ın tarama sorunlarını giderme rehberi, çoğu sitede yeni sayfaların fark edilip taranmasının en az birkaç gün sürebileceğini belirtir. Canlı testi başarılı, sitemap kaydı doğru ve iç linkleri bulunan yeni bir URL için kısa süre beklemek çoğu zaman yeterlidir.
Aşağıdaki durumlarda inceleme önceliği yükselir:
- Ana hizmet, kategori, ürün veya organik trafik hedefleyen önemli bir içerik uzun süredir taranmıyorsa
- Aynı klasör ya da şablondaki çok sayıda önemli URL bu grupta birikiyorsa
- Sitedeki yeni içeriklerin büyük bölümü düzenli olarak geç taranıyorsa
- Tarama İstatistikleri raporunda sunucu bağlantısı veya 5xx yanıtları görülüyorsa
- Site kontrolsüz biçimde filtre, parametre, etiket veya boş arşiv URL’si üretiyorsa
Öte yandan filtre kombinasyonları, yinelenen parametreli adresler, boş sayfalar ve arama sonuçlarında görünmesi istenmeyen düşük değerli URL’ler için indekslemeyi zorlamak doğru hedef değildir. Her keşfedilen adresin taranması ve dizine alınması gerekmez.
Google URL’yi neden henüz taramamış olabilir?
Sayfa yenidir ve henüz tarama sırası gelmemiştir
Yeni bir sayfanın sitemap içinde yer alması veya dizine ekleme isteğiyle gönderilmesi, anında taranacağı anlamına gelmez. Google’ın tarama planı dinamik çalışır. URL önemli bir sayfadan bağlantı alıyor, güncel sitemap içinde bulunuyor ve canlı testten geçiyorsa ilk birkaç gün yalnızca izlemek makul olabilir.
Sayfanın site içindeki keşif yolu zayıftır
Yalnızca sitemap içinde bulunan, kategori veya ilgili içeriklerden bağlantı almayan bir URL sitenin mimarisi içinde zayıf kalabilir. Google, önemli sayfalara en az bir taranabilir site içi bağlantıyla ulaşılabilmesini önerir. Bağlantının JavaScript olayı yerine standart <a href="..."> yapısıyla verilmesi ve açıklayıcı bağlantı metni taşıması gerekir.
Bir bağlantıyı yalnızca tarama için eklemek yerine kullanıcı yolculuğunda anlamlı bir noktaya yerleştirin. Örneğin yeni rehber, konuyla ilgili ana hizmet sayfasından ve onu tamamlayan mevcut bir blog içeriğinden doğal biçimde bağlanabilir.
Sitemap ve canonical sinyalleri aynı URL’yi desteklemiyordur
Sitemap yalnızca arama sonuçlarında görmek istediğiniz canonical URL’leri içermelidir. Sitemap’te bir URL bulunurken sayfanın canonical etiketi başka bir adresi gösteriyorsa Google’a çelişkili sinyal gönderilir. Yönlendirmeli, 404 döndüren veya noindex taşıyan adreslerin sitemap içinde tutulması da envanteri gereksiz yere büyütür. Bu sinyallerin birlikte nasıl çalıştığı, canonical etiketi hataları rehberinde ayrıca incelenmektedir.
lastmod tarihi yalnızca sayfada anlamlı bir değişiklik olduğunda güncellenmelidir. Google’ın sitemap rehberinde belirtildiği üzere priority ve changefreq değerleri dikkate alınmaz. Sitemap’in nasıl okunacağı ve hataların nereden görüleceği Search Console Site Haritaları raporu rehberinde ayrıntılı olarak ele alınmaktadır.
Gereksiz URL envanteri tarama talebini dağıtıyordur
Filtreler, sıralama seçenekleri, oturum parametreleri, takvim sayfaları, boş etiket arşivleri ve yinelenen varyasyonlar çok sayıda adres üretebilir. Google bu URL’leri keşfederken sitenin asıl sayfalarına yönelik tarama önceliği zayıflayabilir. Burada amaç her adresi sırayla Google’a göndermek değil, hangi URL kalıplarının arama sonucunda bulunmaya değer olduğunu netleştirmektir.
Etkilenen URL’leri klasör ve şablon bazında gruplamak bu nedenle önemlidir. Aynı parametreyi taşıyan binlerce URL varsa sorun tek tek sayfalarda değil, URL üretim kuralındadır.
Tarama talebi düşüktür
Google tarama bütçesini yalnızca sunucunun kaldırabileceği istek sayısı olarak tanımlamaz. Tarama talebi de sürecin bir parçasıdır. URL’lerin güncelliği, sitedeki genel önem sinyalleri ve Google’ın ilgili sayfalara duyduğu ihtiyaç tarama sıklığını etkileyebilir.
Bu noktayı içerik kalitesiyle karıştırmamak gerekir. Google henüz URL’yi taramadıysa sayfanın gövde metnini okuyup reddettiği söylenemez. Ancak zayıf site mimarisi, benzer URL kalıpları ve düşük değerli geniş bir envanter, önemli sayfaların tarama talebini dolaylı olarak etkileyebilir.
Sunucu Googlebot isteklerini sağlıklı karşılamıyordur
Yavaş yanıtlar, bağlantı zaman aşımı, DNS sorunları, 5xx hataları veya güvenlik katmanının Googlebot’u sınırlandırması taramanın ertelenmesine neden olabilir. Tarama İstatistikleri raporunda ana makine durumu, yanıt kodları ve ortalama yanıt süresi incelenmelidir.
Sunucuyu hızlandırmak erişim kapasitesini artırabilir; ancak yalnızca hız iyileştirmesi düşük değerli URL’lerin daha fazla taranacağını garanti etmez. Teknik sağlık ile URL önceliği birlikte ele alınmalıdır.
Sorun nasıl teşhis edilir?
- Dizine girmesi gereken URL’leri ayırın. Canonical hizmet, kategori, ürün ve içerik sayfalarını; filtre, parametre ve yinelenen adreslerden ayırın.
- Örnek URL’leri gruplandırın. Tek bir URL yerine etkilenen kayıtları klasör, şablon ve URL parametresine göre inceleyin. Sorunun tekil mi sistematik mi olduğunu belirleyin.
- URL Denetleme ile canlı test yapın. Sayfanın 200 yanıtı verdiğini, Googlebot’a açık olduğunu ve dizine eklenmeyi engelleyen açık bir talimat bulunmadığını doğrulayın.
- İç linkleri kontrol edin. URL’ye site içindeki ilgili ve erişilebilir en az bir sayfadan standart HTML bağlantısı verildiğinden emin olun.
- Sitemap ve canonical tutarlılığını doğrulayın. Sitemap’teki adres, yönlendirmesiz ve dizine girmesi istenen canonical URL olmalıdır.
- Tarama İstatistiklerini inceleyin. Sunucu kullanılabilirliği, 5xx yanıtları, yanıt süresi ve tarama isteği eğilimlerini kontrol edin.
- Gerekirse sunucu günlüklerine bakın. Googlebot’un ilgili klasöre gelip gelmediği ve hangi yanıtlarla karşılaştığı log kayıtlarıyla doğrulanabilir.
Search Console raporundaki toplam sayıya bakmak tek başına yeterli değildir. Beş önemli URL ile beş bin gereksiz filtre URL’si aynı iş önceliğine sahip değildir. Teşhis, sayının yanı sıra URL’lerin işlevini ve ortak kalıbını da dikkate almalıdır.
Keşfedildi şu anda dizine eklenmiş değil nasıl çözülür?
Çözüm, teşhiste bulunan kalıba göre uygulanmalıdır. Önemli URL’ler için aşağıdaki adımlar birlikte sonuç verir:
- Sayfanın 200 yanıtı verdiğini ve Googlebot tarafından erişilebilir olduğunu doğrulayın.
- URL’yi ilgili kategori, hizmet veya içerik sayfalarından bağlayarak site mimarisi içindeki yerini güçlendirin.
- Sitemap’te yalnızca canonical, dizine girmesi istenen ve güncel URL’leri tutun.
- Yanlış canonical, gereksiz yönlendirme zinciri ve hatalı
noindexgibi çelişkili sinyalleri düzeltin. - Filtre, parametre ve boş arşiv gibi düşük değerli URL kalıplarının kontrolsüz üretimini azaltın.
- Sunucu hatalarını, zaman aşımlarını ve Googlebot’u etkileyen güvenlik sınırlamalarını giderin.
Kontroller tamamlandıktan sonra birkaç önemli URL için bir kez dizine ekleme isteği gönderilebilir. Ancak Google, bu isteğin dizine eklemeyi garanti etmediğini ve tekrar tekrar gönderilen isteklerin süreci hızlandırmadığını açıkça belirtir. Çok sayıda URL’de aynı durum görülüyorsa manuel istek yerine şablon, iç link, sitemap ve URL envanteri düzeyinde çözüm uygulanmalıdır.
Küçük ve büyük sitelerde yaklaşım neden farklıdır?
“Tarama bütçesi” her site için ilk açıklama değildir. Google’ın tarama bütçesi rehberine göre konu özellikle çok büyük, sık güncellenen veya URL’lerinin önemli bölümü uzun süre taranmayan siteler için önem taşır. Küçük bir sitede birkaç yeni sayfanın beklemesi, otomatik olarak tarama bütçesi sorunu olduğunu göstermez.
| Site ve sorun tipi | Öncelikli yaklaşım |
|---|---|
| Küçük site ve birkaç yeni URL | Canlı test, iç link ve sitemap kontrolünden sonra birkaç gün izleme |
| Küçük site ve uzun süredir bekleyen önemli URL | Keşif yolu, canonical tutarlılığı ve sunucu erişiminin ayrıntılı kontrolü |
| Büyük site ve aynı kalıpta çok sayıda URL | URL envanteri, şablon, parametre üretimi, loglar ve tarama istatistiklerinin birlikte analizi |
| Sık güncellenen site ve geciken kritik sayfalar | Doğru lastmod, güçlü iç linkler, güncel sitemap ve sunucu kapasitesi kontrolü |
Beklemek mi müdahale etmek mi gerekir?
| Gözlenen durum | Doğru karar |
|---|---|
| Yeni URL, canlı test başarılı, iç link ve sitemap doğru | Birkaç gün izleyin; kritikse bir kez dizine ekleme isteği gönderin |
| Eski ve önemli URL uzun süredir taranmıyor | İç link, canonical, sitemap, sunucu ve log kontrolleriyle müdahale edin |
| Aynı klasörde yüzlerce önemli URL etkileniyor | Tek tek istek göndermek yerine ortak şablon ve keşif sorununu çözün |
| Etkilenenler filtre ve yinelenen parametre URL’leri | Dizine eklemeyi zorlamayın; URL üretimini ve tarama alanını yönetin |
| Tarama raporunda 5xx veya ana makine sorunu var | Önce sunucu kullanılabilirliğini düzeltin |
Bekleme süresine evrensel bir gün sınırı koymak doğru değildir. Sitenin büyüklüğü, yayın sıklığı, URL’nin site içindeki önemi ve sunucu sağlığı süreyi değiştirir. Bu nedenle karar, tek bir tarihten çok URL grubundaki eğilime dayanmalıdır.
Hangi uygulamalar sorunu çözmez?
- Aynı URL için her gün dizine ekleme isteği göndermek
- Değişmeyen sitemap’i sürekli yeniden göndermek
- Sayfa değişmediği hâlde
lastmodtarihini yenilemek - Google henüz sayfayı taramamışken kanıt olmadan metne rastgele paragraflar eklemek
- Her filtre ve parametre URL’sini dizine sokmaya çalışmak
- IndexNow veya genel amaçlı bir indeksleme API’sini Google için kesin çözüm gibi sunmak
Google Indexing API genel web sayfaları için tasarlanmamıştır. Resmî dokümana göre yalnızca JobPosting veya VideoObject içindeki BroadcastEvent yapılandırılmış verisine sahip sayfalarda kullanılabilir. Normal blog, hizmet, kategori ve ürün sayfalarında temel çözüm taranabilir site mimarisi, temiz URL envanteri ve tutarlı teknik sinyallerdir.
Tarama önceliğini tek URL yerine sistem üzerinden yönetin
“Keşfedildi” veya güncel adıyla “Bulundu: Şu anda dizine eklenmiş değil” kaydı, Google’ın URL’yi bilip henüz taramadığını söyler. Yeni ve doğru bağlanmış bir sayfada kısa süre beklemek normaldir. Uzun süredir bekleyen önemli URL’lerde ise çözüm; erişilebilirlik, site içi bağlantılar, sitemap, canonical tercihi, gereksiz URL üretimi ve sunucu sağlığını birlikte düzeltmektir.
Tek bir önemli sayfa için URL Denetleme aracı yeterli bir başlangıçtır. Aynı durum çok sayıda sayfada görülüyorsa sorun URL bazında değil, sistem düzeyinde ele alınmalıdır. Böyle bir tabloda teknik SEO çalışması, taranması gereken sayfalarla gereksiz URL kalıplarını ayırarak Google’ın doğru adreslere daha verimli ulaşmasını hedefler.
