Keşfedildi – şu anda dizine eklenmedi

"Keşfedildi – şu anda dizine eklenmedi" durumunun Google Search Console'da ne anlama geldiğini, "Tarandı – şu anda dizine eklenmedi" durumundan nasıl ayrıldığını, neden oluştuğunu ve nasıl düzeltileceğini öğrenin.

İlk yayın tarihi: 23 Haz 2026 · Son güncelleme: 9 Ağu 2026 · Advanced
Diller
Bu sayfada 1 kanıt sinyali

"Keşfedildi – şu anda dizine eklenmedi", Google Search Console'daki bir Sayfa Dizine Ekleme durumudur: Google URL'nin varlığını bir site haritası veya bağlantı aracılığıyla bilir ancak URL'yi henüz taramamıştır; Son Tarama tarihi boştur. Bu olgu, durumu sayfanın getirildiği ve Google'ın onu dizine eklemek için hâlâ değerlendirdiği "Tarandı – şu anda dizine eklenmedi" durumundan ayırır. Google'ın iki belirleyicisi tarama kapasitesi (hemen taramak sunucunuzu aşırı yükleyecektir) ve tarama talebidir (siteniz veya sayfalarınız tarama çabasına değmez; bu, kalite ve iç bağlantı sinyalidir). Bu çoğu zaman sayfa başına bir hata değil, site genelinde bir sinyaldir; ancak bu, durumun kanıtladığı bir olgu değil, uygulayıcı çıkarımıdır. Çözümler; iç bağlantılar, içerik kalitesi, tarama israfını azaltma ve öncelikli sayfalara bağlantılar gibi tarama talebi araçları ile sunucu hızı ve kararlılığı gibi tarama kapasitesi araçlarıdır. "Dizine eklenmesini iste" seçeneği birkaç öncelikli URL'yi öne alabilir ancak ölçeklenmez ve temel nedeni çözmez; ayrıca bir sayfanın taranması, dizine eklenmesini yine de garanti etmez.

TL;DR — “Keşfedildi – şu anda dizine eklenmedi”, Google’ın URL’yi bulduğu ancak taramadığı anlamına gelir. Son Tarama tarihi boştur; bu, durumu “Tarandı – şu anda dizine eklenmedi” durumundan (getirildi, ardından saklanmadı) ayıran temel olgudur. Google’ın iki belirleyicisi tarama kapasitesi (hemen taramak sunucuyu aşırı yükleyeceği için tarama yeniden planlanmıştır) ve tarama talebidir (siteniz/sayfalarınız tarama çabasına değmez; bu bir kalite ve iç bağlantı sinyalidir). Bu çoğu zaman sayfa başına bir hata değil, site genelinde görülen bir örüntüdür. Önce talep tarafını — iç bağlantıları, içerik kalitesini, tarama israfını azaltmayı, öncelikli sayfalara verilen bağlantıları — ve büyük sitelerde kapasite tarafını (sunucu hızı/kararlılığı) düzeltin. Dizine eklenmesini iste seçeneği birkaç URL’yi öne alır; ölçeklenmez ve nedeni çözmez. Ayrıca bir sayfanın taranması, dizine ekleneceğini yine de garanti etmez.

Google bunun anlamı hakkında gerçekte ne söylüyor?

Sayfa Dizine Ekleme raporundaki tanım doğrudan şöyledir: “The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl. This is why the last crawl date is empty on the report.” Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: Google: Page indexing report Son cümle belirleyici noktayı bütünüyle açıklıyor: boş Son Tarama tarihi = hiç getirilmemiş. Bu URL’lerden birini GSC’de incelerseniz kaydedilmiş bir tarama görmezsiniz.

Dolayısıyla bu, tarama öncesi kuyruk durumudur. Hiçbir şey dizine eklenip kaldırılmamış, hiçbir şeye ceza verilmemiştir. Google URL’nin var olduğunu bilir — URL bir site haritası, iç bağlantı veya dış bağlantı üzerinden gelmiştir — ancak henüz onu getirmemiştir.

Keşfedildi ile Tarandı – şu anda dizine eklenmedi karşılaştırması

Bu ayrımı tam olarak doğru anlamak önemlidir; çünkü iki durumun temel nedenleri ve çözümleri birbirinin tersidir. Karşılaştırma tablosu Hızlı Başvuru sekmesindedir; kısa sürümü şöyledir:

  • Keşfedildi – şu anda dizine eklenmedi = henüz getirilmemiştir. Son Tarama tarihi boştur. Bu bir tarama önceliği / kapasitesi sinyalidir; Google URL için (henüz) tarama kaynağı harcamamaya karar vermiştir.
  • Tarandı – şu anda dizine eklenmedi = getirilmiş ancak saklanmamıştır. Bir Son Tarama tarihi vardır. Google sayfayı incelemiş ve şimdilik dizine eklememeyi seçmiştir; bu, tek bir “kalite hükmü” değil, çeşitli nedenleri (yineleme, zayıf içerik, başka bir URL’ye kanonikleştirme ve daha fazlası) olabilen bir dizine ekleme değerlendirmesidir.
Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: Google: Page indexing report

İnsanların gözden kaçırdığı nokta şudur: Bir sayfanın Keşfedildi durumundan çıkması, dizine ekleneceği anlamına gelmez. Sayfa Tarandı – şu anda dizine eklenmedi durumuna geçip yine orada kalabilir. Tarama bir geçittir, garanti değildir; aramanın diğer her yerinde de aynı şekilde işler. Evidence for this claim Google says repeated recrawl requests for the same URL do not make crawling faster and recommends sitemaps for many URLs. Scope: URL Inspection request indexing; crawling still does not guarantee indexing. Confidence: high · Verified: Google: Ask Google to recrawl URLs

An empty Last Crawl field points upstream: Google knows the URL but has not spent a crawl on it yet. Kaynak: Google Search Console Help

Google knows the URL. On the highlighted Discovered currently not indexed branch, Google has not fetched it, the Last Crawl field is empty, and diagnosis focuses on crawl priority or capacity. On the Crawled currently not indexed branch, Google fetched the page but did not index it, the Last Crawl field has a date, and diagnosis focuses on index selection, page value, duplication, rendering, and conflicting signals.

© Patrick Stox LLC · CC BY 4.0 ·

Google sayfaları neden “Keşfedildi” durumunda bırakır?

Google, taramayı iki yarıdan oluşan bir bütçe olarak tanımlar; Keşfedildi durumu ise bu yarılardan birindeki sorunun tipik belirtisidir.

Tarama kapasitesi — sunucunuz

Google bir tarama kapasitesi sınırı hesaplar: Sunucunuzun yanıtlarına göre ayarlanan ve sitenizde kullanacağı en yüksek eşzamanlı bağlantı sayısı. Tarama bütçesi kılavuzuna göre: “Google’s crawlers calculate a crawl capacity limit, which is the maximum number of simultaneous parallel connections that Google can use to crawl a site,” ve “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” Yavaş yanıtlar, zaman aşımları ve 5xx hatalarının tümü taramayı kısıtlar. Kapasite darboğaz olduğunda URL’ler Keşfedildi durumunda birikir; çünkü onları getirmek için gerçekten yer kalmamıştır.

Tarama talebi — sitenizin kalitesi ve yapısı

Diğer yarı, Google’ın URL’yi taramayı isteyip istemediğidir. “Keşfedildi” sorunlarının çoğu gerçekte burada bulunur. Google’ın sistemleri tarama önceliğini URL örüntüleri, iç bağlantılar ve sitenin genel kalitesinden hareketle belirler. Bir sayfa derinlere gömülmüşse, yetimse veya düşük değerli büyük bir kümedeki başka bir yakın kopya gibi görünüyorsa ona yönelik talep zayıf olur ve sayfa kuyrukta kalır.

Google’ın büyük sitelere yönelik tarama bütçesi kılavuzu özellikle bu duruma dikkat çeker: Kılavuz, “Sites with a large portion of their total URLs classified by Search Console as Discovered - currently not indexed.” için geçerli olduğunu belirtir. Böylece Google, Keşfedildi durumunu doğrudan bir tarama bütçesi (kapasite + talep) kısıtıyla ilişkilendirir. Google ayrıca kılavuzun hedef kitlesini şöyle tanımlar: milyonlarca URL’si olan siteler, hızla değişen ve yaklaşık 10 000’den fazla sayfası bulunan siteler ve URL’lerinin büyük bölümü Keşfedildi durumunda olan siteler. Ancak bu sayıların kesin eşikler değil, yaklaşık sınıflandırma tahminleri olduğunu açıkça belirtir. Siteniz bu ölçeğin oldukça altındaysa kılavuzu arka plan bilgisi olarak değerlendirin; size kesin bir kapasite tavanının uygulandığının işareti olarak değil.

Bu genellikle sayfa başına bir hata değil, site genelinde bir sinyaldir

Bu, çoğu durum için yararlı bir bakış açısı değişikliğidir; ancak Google’ın yayımladığı bir sıklık verisi değil, benim gözlemlediğim bir örüntüdür. Keşfedildi durumu nadiren tek başına “X sayfasında bir kusur var” anlamına gelir. Google daha sık olarak URL örüntülerinizden ve site genelindeki kaliteden hareketle sayfalarınızın bütün bir kategorisinin yoğun şekilde taranmaya değer olmadığı sonucuna varmıştır. Ancak bu, URL örüntüsü ve şablon davranışına dayanan bir uygulayıcı çıkarımıdır; durumun tek bir sayfa için kanıtladığı bir olgu değildir. John Mueller, bu durumun arkasında iki ana belirleyici bulunduğunu birçok kez belirtmiştir: sunucu kapasitesi (Google, siteye aşırı yük bindirmemek için geri durmuştur) ve web sitesinin genel kalitesi (sistemler sayfaları tarama çabasına değer bulmamaktadır). Gerçek hayattaki nedenlerin yardım belgesindeki “overload” ifadesinden daha kapsamlı olduğunu da belirtmiştir: yanlışlıkla çok fazla URL’nin otomatik oluşturulması, yetersiz iç bağlantılar ve önemli sayfalara öncelik verilmesi için sitenin genel olarak güçlendirilmesi gereği. (Bunlar, sektör yayınları üzerinden aktarılan ofis saatleri yorumlarının başka sözcüklerle anlatımıdır; bunları kelimesi kelimesine bir dökümle eşleştirmedim.)

Ölçek de rol oynar. Gary Illyes’in podcast açıklamalarını aktaran sektör yayınlarında, sitelerin yaklaşık %90’ının tarama bütçesini hiç düşünmesine gerek olmadığını söylediği yaygın biçimde alıntılanmıştır. Ancak bu rakamı özgün kayıtla bağımsız olarak doğrulamadım; dolayısıyla bunu doğrulanmış bir istatistik değil, yaygın biçimde aktarılan bir yaklaşım olarak değerlendirin. Yön gösteren sonuç yine geçerlidir: Küçük veya orta ölçekli bir sitede gerçek bir tarama kapasitesi tavanı olası değildir ve kalıcı bir Keşfedildi birikimi, sunucu engelinden çok kalite, iç bağlantılar veya tarama israfıyla ilgili bir talep sorunudur. Bunu yalnızca site boyutundan varsaymak yerine kendi Tarama İstatistikleri verileriniz ve günlüklerinizle doğrulayın.

Hangi nedenin geçerli olduğunu nasıl teşhis edersiniz?

Herhangi bir şeyi düzeltmeden önce kapasiteye mi yoksa talebe mi takıldığınızı belirleyin:

  • Kapasite kontrolü. Yavaş yanıtlar ve 5xx/zaman aşımı artışları için GSC Tarama İstatistikleri verilerini (ortalama yanıt süresi, ana makine durumu, yanıt kodu dağılımı) ve sunucu günlüklerinizi inceleyin. Google açıkça sunucunuz tarafından kısıtlanıyorsa bu bir kapasite sorunudur.
  • Talep kontrolü. İç bağlantı derinliğini (ana sayfadan kaç tıklama uzakta olduğunu), yetim sayfaları (hiçbir sayfanın bağlantı vermediği sayfalar) ve site genelindeki kaliteyi (zayıf, yinelenen veya otomatik oluşturulmuş URL örüntüleri) inceleyin. Keşfedildi durumundaki URL’leriniz derindeyse, yetimse veya yakın kopyalardan oluşan bir kümenin parçasıysa bu bir talep sorunudur.

Genel bir sıklık ifadesine (“çoğu site X’tir”) dayanarak çözüm seçmeyin. Kararı önünüzdeki kanıtlara göre verin: kendi URL örüntüsü gruplandırmanız, sunucu günlükleri, Tarama İstatistikleri, iç bağlantı sayıları, site haritası/envanter kapsamı ve etkilenen her grubun işletme için gerçekte ne kadar önemli olduğu. Küçük ve orta ölçekli sitelerin çoğunda kanıtlar talebe işaret etme eğilimindedir; çok büyük, e-ticaret veya programatik sitelerde ise çoğunlukla her ikisi de söz konusudur. Ancak bir çözüme girişmeden önce bunu kendi verilerinizle doğrulayın.

Nasıl düzeltilir?

Çoğu site için etki sırasına göre başlıca araçlar kabaca şöyledir:

İç bağlantıları güçlendirin ve yetim sayfaları düzeltin

İç bağlantılar, elinizdeki en kontrol edilebilir talep aracıdır. Hiçbir sayfanın bağlantı vermediği veya çok fazla tıklama derinliğinde bulunan sayfalar Keşfedildi grubunda ağırlık kazanır. Önemli URL’lerinize Google’ın zaten sık taradığı sayfalardan — ana sayfa, merkez sayfalar, ana gezinme menüsü — bağlantı verin ve onları site mimarisinde daha sığ bir konuma taşıyın.

İçerik kalitesini artırın; zayıf ve yinelenen sayfaları birleştirin

Google URL örüntülerinizden “düşük değer” sinyali alıyorsa daha fazla sayfa eklemek yardımcı olmaz. Mueller’in sayfa sayısını azaltma konusundaki yaklaşımından çıkarılması gereken ders şudur: Dizine eklenebilir sayfaların sayısını siteyi gerçekten iyileştirmeden azaltmak, siteyi daha iyi hâle getirmez. Tek başına sayfa sayısı ameliyatı, kalite kaynaklı bir Keşfedildi sorununu çözmez. (Ofis saatlerindeki yanıtının başka sözcüklerle anlatımıdır; kelimesi kelimesine değildir.) Zayıf ve neredeyse aynı sayfaları birleştirin; tuttuğunuz sayfaları gerçekten taranmaya değer hâle getirin.

Tarama israfını azaltın

Çok yüzlü gezinme, URL parametreleri, oturum kimlikleri, yanıltıcı bulunamadı sayfaları ve sonsuz URL alanları klasik bir “Keşfedildi üretim hattı” oluşturur. Bunlar tarama kapasitenizi gereksiz URL’lere harcar; bu nedenle gerçek içeriğinize hiç ulaşılamaz. E-ticaret ve programatik sitelerin en çok kaynak kaybettiği yer burasıdır. Tarama israfını azaltmak hem kapasiteyi serbest bırakır hem de Google’ın URL örüntülerinizden okuduğu kalite sinyalini güçlendirir. (Bkz. tarama bütçesi ve örümcek tuzakları.)

Sunucuyu hızlandırın ve kararlı hâle getirin

Kapasite tarafında daha hızlı ve kararlı yanıtlar tarama kapasitesi sınırınızı yükseltir. Google’ın kendi ifadesine göre bir site yavaşladığında veya hata döndürdüğünde Google siteyi daha az tarar. 5xx hatalarını düzeltin, yanıt sürelerini kısaltın ve zaman aşımlarını ortadan kaldırın.

Öncelikli sayfalara bağlantı kazandırın

Dış bağlantılar, yöneldikleri sayfalara yönelik tarama talebini artırır; ancak bunu yavaşça yapar. Bu, gerçekten önemli sayfalar için gerçek bir araçtır; anında çalışan bir anahtar değildir. Bir geri bağlantının URL’yi bir gecede Keşfedildi durumundan çıkarmasını beklemeyin.

”Dizine eklenmesini iste” ne zaman kullanılmalı, ne zaman kullanılmamalıdır?

Daha erken taranmasını istediğiniz gerçekten önemli az sayıda URL için kullanın. Bunu Keşfedildi durumundaki binlerce URL’yi düzeltmenin yolu olarak görmeyin; ölçeklenmez ve Google yeniden göndermeye gerek olmadığını açıkça belirtir. Kardeş durum olan Tarandı için Google’ın kendi yönlendirmesi, URL’yi tarama için yeniden göndermeye gerek olmadığıdır; Keşfedildi de aynı şekilde davranır. Dizine eklenmesini istemek kuyruğu hafifçe ilerletir; bir sayfaya neden daha düşük öncelik verildiğini değiştirmez.

Ne zaman hiçbir şey yapılmamalıdır?

Bazı Keşfedildi kayıtları normal önceliklendirmedir: Google bir URL bulmuş ancak henüz ona öncelik vermemiştir ve daha sonra kendiliğinden tarayabilir. Gerçekten düşük değerli birkaç URL söz konusuysa onları bırakmakta sakınca yoktur. URL’lerinizin büyük veya önemli bir bölümü Keşfedildi durumunda takılı kaldığında harekete geçmelisiniz; çünkü bu, altta yatan ve düzeltilebilen bir kapasite veya talep sorununun sinyalidir.

“Büyük veya önemli bölüm”ü ölçerken önce paydayı tanımlayın. Sayfa Dizine Ekleme raporundaki herhangi bir durumun örnek listesi 1 000 URL ile sınırlıdır ve etkilenen her URL’yi göstermesi garanti edilmez. Bu nedenle dışa aktarılan örnekleri eksiksiz bir liste olarak görmeyin. Gerçek oranı elde etmek için rapordaki sayıyı yalnızca örneklerle değil, kendi site haritanız/URL envanterinizle karşılaştırın; önceliği yalnızca satır sayısına göre değil, işletme önemi ve trafik potansiyeline göre belirleyin.

Özel durumlar: büyük, e-ticaret ve programatik siteler

Keşfedildi durumunun yalnızca görünüşle ilgili olmaktan çıktığı yer burasıdır. Milyonlarca URL’si, çok yüzlü gezinme yapısı, birbirine çok benzeyen ürün sayfaları ve sonsuz parametre alanları bulunan siteler, Google’ın taramak istediğinden çok daha fazla URL üretir. Bu nedenle büyük bir bölüm tasarım gereği Keşfedildi durumunda kalır. Buradaki uygulama planı önce tarama israfını azaltmaktır (birleştirme, uygun yerlerde düşük değerli alanların taranmasını engelleme, parametre patlamalarını düzeltme); ardından önemli URL’lere yönelik talebi artırmak için iç bağlantı ve kalite çalışmaları, son olarak da sunucu kapasitesi gelir. Otoritesi zayıf yeni siteler aynı durumun daha hafif bir sürümünü yaşar: Talep düşüktür, dolayısıyla zayıf sayfalar bekler.

Bunun sistemdeki yeri

Keşfedildi, Sayfa Dizine Ekleme raporu içindeki durumlardan biridir ve tarama aşamasına ait bir sorundur. Çözümlerin tarama bütçesi, iç bağlantılar ve dizine ekleme temellerine dayanmasının nedeni budur. Kardeşi Tarandı – şu anda dizine eklenmedi, aynı sorunun kalite aşamasındaki sürümüdür. Google’ın URL’leri ilk başta nasıl keşfedip getirdiğini açıklayan önceki aşama için tarama; sonraki aşama için dizine ekleme konusuna bakın.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.