“Crawled, currently not indexed” Googlebot’un URL’yi fetch ettiğini ama Google’ın sayfayı indexe eklememeyi seçtiğini anlatır. Bu her zaman teknik hata değildir; çoğu zaman quality, duplicate, talep veya site-structure sinyalidir. Bu rehber indexing garantisi vermez; hangi yazar tanımlı nedenin sizin URL’ye uyduğunu ve sonra neyi düzeltmeniz gerektiğini gösterir.
Neler öğreneceksiniz
- Search Console statusunun ne anlama geldiğini ve ne zaman önemli olduğunu.
- Crawled not indexed, discovered not indexed, noindex, canonicalized pages ve deindexing farkını.
- 9 yazar tanımlı diagnosis nedenini resmi Google listesi gibi sunmadan kullanmayı.
- Page Indexing ve URL Inspection kanıtlarını uydurma data üretmeden okumayı.
- Request indexing ne zaman işe yarar, ne zaman sadece dikkat dağıtır.
“Tarandı, dizine eklenmedi” ne anlama gelir?
Bu status Google’ın URL’yi fetch ettiğini fakat URL’nin şu anda indexte olmadığını gösterir. Tek başına penalty, crawl budget krizi veya bozuk plugin kanıtı değildir. Pratik soru şudur: Bu URL gerçekten indexlenmeli mi, evetse hangi sinyal onu güçlü index adayı olmaktan çıkarıyor?
Önce şunu netleştirin: Bu gerçekten sorun mu?
URL rank almak, kullanıcıya hizmet etmek veya business path desteklemek için varsa bu bir sorundur. Ancak zayıf tag archive, internal search page, duplicate parameter URL, expired thin product page veya daha güçlü sayfaya merge edilmesi gereken sayfa için sorun olmayabilir.
Önce URL kararını verin: keep and improve, merge, noindex, canonicalize, redirect, sitemapten çıkar veya documented reason ile bırak.
Tarandı ama dizine eklenmedi, keşfedildi ama dizine eklenmedi ve deindex farkı
Bu durumlar aynı aksiyonu gerektirmez. Crawled not indexed Google’ın sayfaya ulaştığını gösterir. Discovered not indexed Google’ın URL’yi bildiğini ama henüz fetch etmediğini gösterir. Deindexing ise daha önce indexte olan sayfanın sonra index durumunu kaybetmesidir.
| Status | Ne anlama gelir | Tipik neden | İlk kontrol | Ne zaman escalate edilir |
|---|---|---|---|---|
| Crawled, currently not indexed | Google URLyi fetch etti ama indexe eklemedi | Quality, duplicate, weak signals veya low-value URL | URL Inspection ve content review | Önemli URLler diagnosis sonrası hâlâ etkileniyorsa |
| Discovered, currently not indexed | Google URLyi biliyor ama henüz crawl etmedi | Priority, crawl path veya site capacity | Sitemap ve internal links | Önemli URLler pattern halinde uncrawled kalıyorsa |
| Alternate page with proper canonical | Google preferred version olarak başka URL buldu | Duplicate veya canonical consolidation | Selected canonical | Selected canonical yanlışsa |
| Excluded by noindex | noindex directive Google’a indexlememe der | Intentional veya accidental noindex | HTML/meta ve HTTP headers | noindex yanlışlıkla varsa |
| Not found / soft 404 | Sayfa missing veya yüklenmesine rağmen boş görünür | Deleted, expired, empty veya thin template | Rendered page ve status behavior | Değerli URLler zayıf output veriyorsa |
| Indexed, then lost | URL daha önce indexteydi ama artık değil | Deindexing, canonical shift, noindex, quality veya consolidation | Geçmiş durum ve güncel URL Inspection | Bunun için deindexing rehberini kullanın |
Sayfa daha önce indexteydi ve sonra kaybolduysa deindexing diagnostic flowchart daha doğru rehberdir. Sorun WordPress archive bloat veya plugin output ise WordPress SEO rehberi destekleyici okuma olabilir.
9 yazar tanımlı neden: teşhis önceliğine göre
Bu 9 neden benim diagnostic bucket setimdir; Google’ın resmi listesi değildir ve tüm olası açıklamaları tek başına kapsamaz. Audit sırasında content, duplication, internal linking, canonical signals ve site-wide patternleri hızlı ayırmak için bu sırayla kontrol ederim.
| Neden | GSC / site review belirtisi | Nasıl teşhis edilir | Ne düzeltilir | Sonra ne izlenir |
|---|---|---|---|---|
| Thin veya düşük değerli content | URL crawl edilmiş görünür ama sayfa başlık, kısa metin veya tekrar eden boilerplate dışında güçlü değer vermez. | Sayfayı search intent ile karşılaştırın, rendered contenti inceleyin ve sayfanın ayrı bir işi olup olmadığını kontrol edin. | Sayfayı faydalı hale getirin, daha güçlü sayfayla birleştirin veya arama rolü yoksa noindex/retire edin. | Internal link desteği ve Page Indexing durumunun netleşmesini izleyin. |
| Duplicate veya near-duplicate content | Benzer copy, title veya template ile aynı intenti hedefleyen birden fazla URL vardır. | Title, giriş paragrafı ve URL patternlerini site içinde karşılaştırın; canonical ipuçlarını kontrol edin. | Duplicate sayfaları consolidate edin, preferred URLyi güçlendirin. | Canonical, sitemap ve internal links aynı URLyi destekliyor mu izleyin. |
| Internal link starvation / orphan-like URL | Sayfa sitemap veya CMS içinde vardır ama ilgili sayfalardan neredeyse link almaz. | Navigation, hub pages, related posts ve crawl pathleri kontrol edin. | İlgili hub ve destek içeriklerinden contextual internal link ekleyin. | Crawl discovery ve URL Inspection sinyallerini izleyin. |
| Weak search intent match veya belirsiz page purpose | Sayfa bir sorguyu hedefler ama problemi net çözmez. | Title, H1, giriş ve section sırasını searcher problemiyle karşılaştırın. | Sayfayı tek primary job etrafında yeniden yapılandırın. | İçerik odağı ve internal support gelişiyor mu izleyin. |
| Crawl-then-quality-filter davranışı | Google URLyi fetch eder ama teknik erişim doğru görünmesine rağmen indexe almaz. | Önce teknik blockları eleyin, sonra usefulness ve duplication inceleyin. | Indexlenmeyi hak eden sayfayı iyileştirin; diğerlerini consolidate veya noindex edin. | Tek URL yerine template patternlerini izleyin. |
| Canonical veya duplicate URL pattern karışıklığı | Canonical, sitemap ve internal links aynı preferred URLyi göstermeyebilir. | URL Inspection ve rendered HTML ile canonical sinyallerini karşılaştırın. | Canonical tag, internal links, sitemap ve redirectleri hizalayın. | Google farklı canonical seçmeye devam ediyor mu izleyin. |
| Archive, tag, parameter veya faceted URL bloat | Çok sayıda düşük değerli generated URL Page Indexing gruplarında görünür. | Category, tag, search, parameter ve faceted URL örneklerini inceleyin. | URL tipine göre noindex, canonical, consolidation veya crawl path kontrolü uygulayın. | Sitemap temizliği ve low-value URL linklerini izleyin. |
| Soft 404, empty template veya thin template page | URL normal açılır ama boş, expired, kırık veya kullanıcı için zayıf görünür. | Rendered page, CMS data, product/category durumu ve template outputunu kontrol edin. | Doğru status verin, templatei doldurun, redirect edin veya index hedeflerinden çıkarın. | CMS değişikliklerinden sonra template hataları tekrar ediyor mu izleyin. |
| Site-wide quality veya trust pattern | Benzer template ailesindeki birçok sayfa crawl edilir ama indexe alınmaz. | Etkilenen URLleri template, content type, author, category ve internal-link path ile gruplayın. | Zayıf template ailesini iyileştirin, low-value sayfaları budayın, internal architecture güçlendirin. | Tek sayfa yerine pattern seviyesinde gelişimi izleyin. |
Sayfalar index dışında mı kalıyor? Technical audit alın; bu 9 diagnostic bucket içinden hangisinin sizin URLlerinize uyduğunu kendi setup kanıtınızla çıkarayım.
Her neden için teşhis ve çözüm
Thin veya düşük değerli content
Belirti: URL açılır ama main content ayrı index sonucu olmayı hak edecek değer vermez. Teşhis: sayfayı search intent ile karşılaştırın ve rendered contenti kontrol edin. Çözüm: sayfayı faydalı standalone answer haline getirin, güçlü sayfayla merge edin veya search rolü yoksa noindex edin.
Duplicate veya near-duplicate content
Belirti: Birden fazla URL neredeyse aynı şeyi söyler. Teşhis: title, intro, headings, body copy ve template output karşılaştırın. Çözüm: duplicate sayfaları consolidate edin, preferred URLyi güçlendirin ve internal links ile sitemap sinyallerini aynı URLye yönlendirin.
Internal link starvation / orphan-like URL
Belirti: Sayfa var ama site içinde anlamlı destek almaz. Teşhis: kullanıcı ve crawler bu URLye relevant hub, category, navigation veya contextual link ile ulaşabiliyor mu kontrol edin. Çözüm: rastgele footer link yerine topical relevance olan sayfalardan internal link ekleyin.
Weak search intent match veya belirsiz page purpose
Belirti: Sayfa bir sorguyu hedefler ama problemi net çözmez. Teşhis: title, H1, giriş ve section sırasını searcher problemiyle okuyun. Çözüm: sayfayı tek primary task etrafında yeniden odaklayın, alakasız bölümleri taşıyın ve cevabı erken görünür yapın.
Crawl-then-quality-filter davranışı
Belirti: Teknik erişim doğru görünür ama URL crawl sonrası yine indexe alınmaz. Teşhis: önce noindex, robots.txt, canonical ve template sorunlarını eleyin; sonra usefulness ve duplication inceleyin. Çözüm: indexlenmeyi hak eden sayfayı iyileştirin, rekabet etmemesi gerekenleri consolidate veya noindex edin.
Canonical veya duplicate URL pattern karışıklığı
Belirti: Inspected URL ve Google’ın preferred URL sinyalleri aynı yönde değildir. Teşhis: declared canonical, selected canonical ipuçları, sitemap URL, internal links ve redirectleri karşılaştırın. Çözüm: tüm sinyalleri intended URL etrafında hizalayın.
Archive, tag, parameter veya faceted URL bloat
Belirti: Çok sayıda düşük değerli generated URL Page Indexing gruplarında görünür. Teşhis: tag, archive, parameter ve faceted URL örneklerinde unique value var mı kontrol edin. Çözüm: URL tipine göre noindex, canonicalize, consolidate veya crawl path kontrolü uygulayın.
Soft 404, empty template veya thin template page
Belirti: URL normal response döner ama empty, expired, broken veya thin görünür. Teşhis: rendered page, CMS data, product/category state ve template output inceleyin. Çözüm: doğru status döndürün, useful content ekleyin, redirect edin veya index hedeflerinden çıkarın.
Site-wide quality veya trust pattern
Belirti: Aynı template ailesindeki birçok sayfa crawl edilir ama indexlenmez. Teşhis: etkilenen URLleri content type, author, category, template ve internal-link path ile gruplayın. Çözüm: zayıf template ailesini iyileştirin, low-value pages budayın ve internal architecture güçlendirin.
Google Search Console’da nasıl kontrol edilir?
Search Console’u kanıt kaynağı gibi kullanın, magic fix button gibi değil. Page Indexing report pattern görmenize yardım eder. URL Inspection tek URLyi derinleştirir. İkisi de sayfa, template, internal links ve canonical signals incelemesinin yerine geçmez.
| Adım | Nerede kontrol edilir | Neye bakılır | Genelde ne anlama gelir | Sonraki aksiyon |
|---|---|---|---|---|
| Page Indexing report | Search Console > Indexing > Pages | Status bazında gruplanmış excluded URLler | Template veya URL type patterni olabilir | URLleri export/sample alın ve templatee göre gruplayın |
| URL Inspection | Exact URL inspect | Crawl, indexability, canonical ve sitemap ipuçları | Tek URL grup patterninden farklı olabilir | Değişiklikten önce kanıtı kaydedin |
| Canonical status | URL Inspection ve page source | Declared canonical ile selected canonical ipuçları | Google başka URLyi tercih edebilir | Canonical, internal link ve sitemap sinyallerini hizalayın |
| Sitemap ve internal links | Sitemap, navigation, hub pages | Preferred URL var mı ve link alıyor mu | Weak discovery düşük önceliği güçlendirebilir | Relevant link ekleyin veya index hedefi değilse sitemapten çıkarın |
| Content duplication check | Site search, crawl export veya manuel karşılaştırma | Near-duplicate copy, title veya template intent | Google benzer sayfalara zaten sahip olabilir | Merge, rewrite veya consolidate edin |
| Internal link review | Relevant hubs, categories, related articles | Sayfa meaningful link alıyor mu | Sayfa orphan-like olabilir | Topical relevance olan sayfalardan contextual link ekleyin |
| Request indexing decision | Fix sonrası URL Inspection | Sayfa gerçekten düzelmiş mi | Request indexing garanti değil, sinyaldir | Anlamlı değişiklikten sonra kullanın |
| Audit escalation | GSC ve site review kanıtları | Çok URLde tekrar eden pattern | Sorun structural veya template-level olabilir | Kanıtla technical/indexing audit yapın |
Dizine eklenmesini istemek ne zaman işe yarar, ne zaman yetmez?
Request indexing anlamlı bir düzeltmeden sonra işe yarayabilir: accidental noindex kaldırılmıştır, canonical düzeltilmiştir, content belirgin iyileşmiştir veya internal links eklenmiştir. Tek başına zayıf taktiktir. Sayfa hâlâ thin, duplicate, unsupported veya confusing ise request indexing onu daha iyi index adayı yapmaz.
Ne zaman beklemek mantıklıdır?
URL yeni, teknik olarak accessible, internally linked, sitemapte doğru şekilde yer alıyor ve useful ise beklemek mantıklı olabilir. Aynı template, archive type veya duplicate pattern çok sayıda URLde tekrar ediyorsa beklemek strategy değildir. Patterni belgeleyin ve underlying cause’u düzeltin.
Bu durum deindexing’den nasıl ayrılır?
Crawled, currently not indexed Google’ın fetch ettiği ama indexe eklemediği URLlerle ilgilidir. Deindexing daha önce indexlenen URLnin sonradan index durumunu kaybetmesidir. Deindexing için historic indexed status gerekir; crawled-not-indexed için URLnin crawl sonrası neden indexe değer olduğunu kanıtlamanız gerekir.
Yanlış yazıda mısınız: deindexing mi never indexed mı?
Sayfa daha önce indexed impressions aldıysa veya açık biçimde indexteyse deindexing workflow kullanın. Sayfa crawl edilmiş ama indexe hiç seçilmemişse bu diagnosis ile ilerleyin.
Kaçınılması gereken yaygın hatalar
- Kanıt olmadan statusu penalty sanmak.
- Sayfayı düzeltmeden request indexing yapmak.
- Her unindexed URLyi rolünü kontrol etmeden silmek.
- Content, duplication ve internal links bakmadan crawl budget suçlamak.
- Schema veya Core Web Vitals tek başına indexation çözer sanmak.
- Canonical ve duplicate URL patternlerini görmezden gelmek.
- Gerçek sorun template ailesiyken tek URLye bakmak.
Son öneri
Intent ve usefulness ile başlayın; sonra duplication, internal links, canonical signals ve generated URL bloat kontrol edin. Tek low-value page etkileniyorsa çözüm basit olabilir. Çok sayıda önemli URL etkileniyorsa bunu indexing audit olarak ele alın: URLleri gruplayın, GSC kanıtı toplayın ve patterni düzeltin.
Sayfalar index dışında mı kalıyor? Technical audit alın; bu 9 diagnostic bucket içinden hangisinin sizin URLlerinize uyduğunu kendi setup kanıtınızla çıkarayım.
FAQ
“Crawled, currently not indexed” ne demek?
Googlebot URL’yi fetch etti, fakat Google o anda indexe eklemedi demektir. Sonraki adım penalty varsaymak veya sürekli request indexing yapmak değil, diagnosis olmalıdır.
Bu status penalty midir?
Tek başına penalty değildir. Quality, duplicate, canonical, internal linking, generated URL veya site-structure nedenleriyle oluşabilir. Penalty dili kullanmadan önce Search Console kanıtı kontrol edin.
Düzeltilen sayfa ne zaman indexlenir?
Güvenli evrensel timeline yoktur. Anlamlı fix sonrası URL Inspection, Page Indexing patternleri, sitemap inclusion ve internal links izlenmelidir.
Request indexing bu statusu çözer mi?
Request indexing Google’ın fixed URLyi tekrar görmesine yardım edebilir, ama indexing garantisi vermez. Sayfanın indexlenmeyi hak etme nedeni güçlendikten sonra kullanılmalıdır.
Crawled but not indexed sayfaları silmeli miyim?
Otomatik olarak hayır. Bazıları iyileştirilmeli, bazıları merge edilmeli, bazıları noindex edilmeli, bazıları redirect edilmeli, bazıları bırakılmalıdır. Kararı role ve evidence belirler.
Crawled not indexed ile discovered not indexed farkı nedir?
Crawled not indexed Google’ın URLyi fetch ettiğini gösterir. Discovered not indexed Google’ın URLyi bildiğini ama henüz crawl etmediğini gösterir.
Bu deindexing’den nasıl farklıdır?
Deindexing daha önce indexte olan sayfanın sonra index durumunu kaybetmesidir. Crawled currently not indexed ise Google’ın sayfayı fetch edip indexe eklememesidir.
Kaynak notları
Bu rehber crawling and indexing, Search Essentials, sitemap guidance, robots.txt guidance, URL Inspection, Page Indexing concepts ve structured data sınırlamaları için Google Search Central ve Search Console dokümantasyonuna dayanır. 9 neden frameworkü yazar tanımlı diagnostic taxonomy’dir; resmi Google listesi değildir.