Search Console’da “Indexing Covered” Sorunlarının Yeni Nesil Çözümleri

Google Search Console, özellikle binlerce ürün, kategori ve filtre URL’sine sahip sitelerde Google’ın hangi sayfaları taradığını ve dizine eklediğini anlamak için temel veri kaynaklarından biridir. Eski Search Console terminolojisinde kullanılan Index Coverage / Covered ifadeleri bugün yerini ağırlıklı olarak Page indexing raporundaki “Indexed” ve “Not indexed” durumlarına bıraktı. Search Console indexing sorunları büyük hacimli sitelerde çoğu zaman tek bir teknik hatadan değil, URL üretimi, canonical yapısı, dahili linkler, sitemap kapsamı ve Googlebot tarama davranışının birbiriyle uyumsuz çalışmasından kaynaklanır.

Büyük ölçekli projelerde asıl bakılması gereken nokta, Google dizinine girmesini istediğimiz URL’lere yeterince güçlü ve tutarlı sinyal verip vermediğimizdir. Özellikle yüksek gelir potansiyeline sahip kategorilerin ve landing page’lerin dizin dışında kalması organik görünürlüğü, ürün keşfini ve gelir fırsatlarını doğrudan etkileyebilir.

Indexing Covered Nedir? Güncel Search Console Terminolojisi Nasıl Değişti?

“Indexing Covered” güncel Google Search Console’da kullanılan resmi bir bölüm adı değildir. Search Console bugün Indexing > Pages raporu altında URL’leri temel olarak “Indexed” ve “Not indexed” gruplarında değerlendirir. Crawled – currently not indexed, Discovered – currently not indexed, “Alternate page with proper canonical tag” ve “Duplicate without user-selected canonical” gibi durumlar bu rapor altında görülebilir.

Bir URL’nin Google dizinine alınmaması her zaman teknik hata değildir. Canonical etiketi başka bir sayfayı işaret eden duplicate bir URL’nin dizin dışında kalması beklenen davranışken ticari değeri yüksek bir kategori sayfasının uzun süre “Crawled – currently not indexed” durumunda kalması ayrıca incelenmelidir.

Büyük sitelerde rapora bakarken özellikle şu soruların cevabı aranmalı:

• Google hangi URL gruplarını gereğinden fazla keşfediyor?
• Dizine alınmasını istediğimiz URL’lerde hangi sinyaller zayıf kalıyor?
• Duplicate veya düşük değerli URL’ler crawl budget üzerinde gereksiz yük oluşturuyor mu?
• Sorun tekil URL’lerde mi, yoksa belirli bir URL şablonunun tamamında mı görülüyor?

Googlebot Tarama Sorunları Search Console Indexing Performansını Nasıl Etkiler?

Google bir sitedeki bütün URL’leri aynı sıklıkta taramaz. Faceted navigation, sıralama seçenekleri, oturum parametreleri ve benzer içerik üreten URL yapıları özellikle büyük e-ticaret sitelerinde çok sayıda gereksiz adres oluşturabilir. Googlebot’un bir siteye erişmesini engelleyen teknik nedenler ve crawl bariyerleri, Googlebot’ların web sitesini neden taramadığı konusu kapsamında ayrıca ele alınmalıdır.

Googlebot tarama sorunları çoğunlukla şu yapılarda büyür:

• Filtre kombinasyonları
• Sıralama parametreleri
• Site içi arama sonuçları
• Session veya tracking parametreleri
• Çok küçük farklılıklara sahip ürün varyasyonları
• Sonsuz kaydırma sonucunda oluşan URL yapıları
• Birden fazla parametrenin birleştiği faceted navigation sayfaları

Örneğin 20.000 ürünü bulunan bir e-ticaret sitesinde kategori ve ürün sayfalarının toplamı 25.000 URL iken filtre kombinasyonları nedeniyle Google tarafından keşfedilebilir URL sayısı birkaç yüz bine çıkabilir.

Buradaki sorun URL sayısının yüksek olması değildir. Asıl problem, crawl budget’ın önemli kategori, ürün ve landing page’ler yerine düşük değerli URL’lerde tüketilmesidir.

Ticari kategori sayfalarının tarama ve dizine ekleme problemi yaşaması, bu sayfaların Google’da görünürlüğünü sınırlar. Crawl dağılımını sadece teknik bir metrik olarak okumak bu nedenle yeterli değildir. Özellikle organik gelirde güçlü paya sahip kategorilerde yaşanan sorunlar e-ticaret performansına da yansır.

Hangi URL’ler Crawl Açısından Önceliklendirilmeli?

URL gruplarını organik arama değeri ve işletme açısından önemine göre ayırmak, büyük sitelerde analizi kolaylaştırır.

Yüksek öncelikli URL’ler

Ana kategoriler, alt kategoriler, organik talebi bulunan filtre landing page’leri ve ticari açıdan önemli ürün sayfaları.

Destekleyici URL’ler

Blog içerikleri, rehberler, marka sayfaları ve organik müşteri yolculuğunu destekleyen diğer sayfalar.

Düşük değerli URL alanları

Sıralama parametreleri, session URL’leri, tekrarlı filtre kombinasyonları ve bağımsız arama talebi bulunmayan varyasyonlar.

Bu ayrım yapıldıktan sonra ana navigasyon, breadcrumb, kategori bağlantıları ve bağlamsal dahili linkler öncelikli sayfaları destekleyecek şekilde düzenlenmeli. Sayfaların keşfedilebilirliği ve site içindeki öncelik dağılımı açısından iç linkleme yapısının doğru planlanması bu aşamanın temel parçalarından biridir.

Canonical Sorunları Neden Tek Bir Etiketten İbaret Değildir?

Canonical etiketi Google’a tercih edilen URL hakkında güçlü bir sinyal verir ancak Google’ın canonical seçimi HTML içindeki rel=”canonical” değerine göre tek başına şekillenmez.

Google duplicate veya çok benzer URL grupları arasından temsilci sayfayı seçerken birden fazla sinyali kullanır. Sitemap içerisindeki URL seçimi ve dahili linklerin hangi versiyona yöneldiği de canonical sorunu yaşanıp yaşanmayacağını etkiler.

Örneğin:

/erkek-ayakkabi

sayfası canonical olarak kendisini gösterirken sitenin dahili linkleri sürekli olarak

/erkek-ayakkabi?sort=popular

adresine yöneliyorsa, teknik sinyaller birbiriyle uyumlu değildir.

Canonical Kontrolünde Hangi Sinyaller İncelenmeli?

Bir URL’nin Google dizininde ana versiyon olarak yer alması hedefleniyorsa şu yapıların aynı adresi desteklemesi gerekir:

• Canonical URL
• XML sitemap URL’si
• Dahili link hedefleri
• Breadcrumb URL’leri
• Hreflang hedefleri
• Redirect yapısı
• HTTP / HTTPS ve www / non-www versiyonları

Çok sayıda gereksiz URL üreten bir yapıyı canonical etiketi ekleyerek düzeltmek mümkün değildir. Faceted navigation yüz binlerce parametreli URL oluşturuyorsa sorun URL üretimi ve crawl mimarisi tarafında da ele alınmalı.

Parametreli URL’ler Artık Search Console Üzerinden Yönetilemiyor

Eski teknik SEO rehberlerinde parametreli URL’lerin Search Console > URL Parameters aracı üzerinden yönetilmesi sık öneriliyordu. Google bu aracı 2022 yılında kullanımdan kaldırdığı için yöntem artık geçerli değil.

Parametreli ve faceted URL yapıları bugün site mimarisi, crawlable link yapısı, robots.txt, canonical ve gerektiğinde noindex gibi teknik kontroller üzerinden yönetilmeli. Özellikle noindex kullanımının hangi senaryolarda doğru olduğu ve diğer robots direktiflerinden nasıl ayrıldığı, noindex ve robots direktiflerinin doğru kurgulanması açısından önem taşır.

Faceted Navigation Yapısında Hangi Filtreler Indexlenmeli?

E-ticaret projelerinde bütün filtre URL’lerine aynı index kuralının uygulanması ciddi sorun yaratabiliyor.

Tüm filtrelerin Google dizinine açılması URL enflasyonu yaratır. Buna karşılık bütün filtreleri noindex yapmak, arama talebi bulunan uzun kuyruklu landing page’leri de arama sonuçlarının dışında bırakabilir.

Bu nedenle faceted navigation SEO stratejisinde index kararı filtre tipi ve arama talebine göre verilmelidir.

Karar verirken ürün sayısı, içerik farklılığı, dahili link desteği, dönüşüm potansiyeli ve mevcut organik görünürlük hesaba katılmalı.

Örneğin düzenli arama talebi bulunan “siyah kadın koşu ayakkabısı” filtresi, yeterli ürün çeşitliliğine ve özgün landing page yapısına sahipse arama sonuçlarına açılabilir. Buna karşılık “fiyata göre artan + siyah + 38 numara” gibi çok dar ve bağımsız talebi zayıf kombinasyonların Google dizinine alınması çoğu projede gereksiz URL üretimini artırır.

Amaç mümkün olan en fazla filtre URL’sini Google’a açmak değil, arama talebi ve dönüşüm potansiyeli bulunan kombinasyonları seçmektir.

Noindex ve Robots.txt Aynı Amaçla Kullanılmamalı

Parametreli sayfalarda sık kullanılan yöntemlerden biri noindex direktifidir. Buradaki temel teknik kural şudur: Google’ın noindex direktifini görebilmesi için URL’yi tarayabilmesi gerekir.

URL robots.txt ile Googlebot’a kapatıldığında bot sayfadaki robots meta etiketini göremez. Bu nedenle noindex ve robots.txt aynı problemi çözmek için kullanılan iki eşdeğer yöntem değildir.

Google’ın taramasına açık kalacak ancak dizine girmeyecek URL’lerde noindex kullanılabilir. Googlebot’un belirli URL alanlarını uzun vadede taramasını engellemek gerektiğinde ise robots.txt farklı bir amaçla devreye girer.

İki yöntemi otomatik biçimde üst üste kullanmak yerine önce sorunun crawl kontrolü mü, yoksa dizine ekleme kontrolü mü olduğu belirlenmeli.

Crawled – Currently Not Indexed Ne Anlama Gelir?

Crawled – currently not indexed, Google’ın URL’yi taradığını ancak henüz dizine eklemediğini gösterir. Bu mesaj tek başına “içerik kalitesiz” anlamına gelmez çünkü Google indexing kararı çok sayıda sinyal üzerinden şekillenir.

Analizde şu noktalar kontrol edilmelidir:

• Sayfa başka URL’lerle büyük ölçüde benzer mi?
• Google tarafından seçilen canonical hangi URL?
• Sayfaya kaç dahili link geliyor?
• URL sitemap içerisinde bulunuyor mu?
• Sayfa site mimarisinde çok derinde mi?
• HTTP yanıt kodu doğru mu?
• İçerik ve ürün çeşitliliği yeterli mi?
• Sayfanın hedeflediği bağımsız bir arama talebi var mı?

Binlerce kategori veya ürün sayfasında aynı durum görülüyorsa tek tek URL incelemek yerine URL pattern bazlı analiz yapılmalı. Bu yaklaşım özellikle Google sayfayı indexlemiyor şikayetinin belirli bir şablondan kaynaklanıp kaynaklanmadığını anlamayı kolaylaştırır.

JavaScript ağırlıklı sitelerde problem URL yapısından çok sayfanın nasıl render edildiğiyle de ilişkili olabilir. İçeriğin botlara hangi aşamada sunulduğunu değerlendirirken server-side rendering ve client-side rendering arasındaki farklar teknik analize dahil edilmeli.

Discovered – Currently Not Indexed Ne Anlama Gelir?

Discovered – currently not indexed durumunda Google URL’yi biliyor ancak henüz taramamıştır. Büyük sitelerde URL hacmi arttıkça bu durumdaki sayfalar ayrıca takip edilmelidir.

Dahili link desteği zayıf sayfalar, çok derinde bulunan URL’ler veya gereksiz parametre yapıları Google’ın hangi URL gruplarına crawl kaynağı ayırdığı üzerinde etkili olabilir.

Analizde şu noktalar kontrol edilmeli:

• URL sitemap üzerinden mi keşfediliyor?
• Sayfaya dahili link geliyor mu?
• URL kaç klik derinlikte?
• Aynı şablonda binlerce benzer URL bulunuyor mu?
• Googlebot bu URL grubunu loglarda gerçekten tarıyor mu?
• Sunucu yanıt süreleri bot trafiğinin arttığı dönemlerde yükseliyor mu?

Ticari değeri yüksek çok sayıda URL’nin “Discovered” durumunda kalması, Search Console dizine ekleme sorunları açısından site mimarisi ve crawl dağılımının yeniden incelenmesini gerektirir.

Zayıf Kategori Sayfaları Neden Indexing Sorunu Yaşar?

Bir URL teknik olarak dizine eklenebilir durumda olsa da Google’ın bu sayfayı arama dizinine alması garanti değildir.

E-ticaret sitelerinde özellikle şu sayfa tipleri birbirine çok yakın içerik kümeleri oluşturabilir:

• Üreticiden alınmış aynı ürün açıklamaları
• Birkaç ürün bulunan zayıf kategori sayfaları
• Birbirinin kopyası filtre landing page’leri
• Çok az farklılaşan varyasyon URL’leri
• Otomatik üretilmiş ve kullanıcıya ek bilgi sunmayan metinler

Buradaki çözüm her kategori sayfasına mekanik biçimde 500 kelime SEO metni eklemek değildir.

Kategori metni, kullanıcının ürünleri ayırt etmesine ve doğru seçimi yapmasına yardımcı olmalı. Ürün grupları arasındaki farklar, kullanım senaryoları, seçim kriterleri, materyal veya teknik özellikler, alt kategori ilişkileri ve gerçek kullanıcı soruları bu noktada daha fazla değer üretir.

Ajans raporlarında indexlenen URL sayısını tek başına KPI olarak kullanmak yeterli değil. Dizine alınması hedeflenen URL oranı, organik gösterim alan URL oranı, Googlebot crawl dağılımı ve kategori bazlı organik trafik aynı raporda takip edilmeli.

Örneğin 100.000 URL’nin Google dizininde bulunması, ticari değeri yüksek 15.000 URL’nin güçlü organik performans üretmesinden daha iyi bir sonuç anlamına gelmez.

XML Sitemap Yapısı Indexing Sorunlarını Nasıl Etkiler?

Büyük sitelerde sitemap’leri URL tipine göre ayırmak, sorunlu grupları daha hızlı tespit etmeyi kolaylaştırır. Ancak büyük sitemap dosyalarının Google tarafından doğrudan “verimsiz tarama sinyali” olarak sınıflandırıldığına dair resmi bir açıklama yoktur.

Google’ın teknik sınırı tek bir sitemap için 50.000 URL veya sıkıştırılmamış 50 MB boyuttur. Bu sınır aşıldığında birden fazla sitemap oluşturulabilir ve sitemap index dosyası kullanılabilir.

E-ticaret sitelerinde XML sitemap optimizasyonu için örnek bir yapı şöyle olabilir:

sitemap-index.xml

├── category-sitemap.xml

├── product-sitemap-1.xml

├── product-sitemap-2.xml

├── brand-sitemap.xml

├── blog-sitemap.xml

└── static-pages-sitemap.xml

Bu ayrım Google’a “crawl priority” vermek için yapılmaz. Asıl fayda, URL gruplarının dizine ekleme performansını ayrı ayrı takip etmek ve problemli şablonları daha hızlı bulmaktır.

Sitemap içerisinde mümkün olduğunca canonical ve Google dizinine alınması hedeflenen URL’lerin bulunması gerekir.

Log Analizi Google Indexing Problemlerinde Neden Önemlidir?

Search Console Google’ın bildirdiği dizine ekleme durumunu gösterir. Sunucu logları ise Googlebot’un site üzerinde gerçekte nasıl hareket ettiğini anlamayı sağlar.

Log analizi özellikle şu verileri netleştirir:

• Googlebot en fazla hangi URL pattern’lerini tarıyor?
• Ana kategoriler ne sıklıkta yeniden taranıyor?
• Gereksiz parametre URL’leri crawl hacminin ne kadarını kullanıyor?
• 3xx zincirlerine bot trafiği geliyor mu?
• 4xx ve 5xx yanıtları hangi URL gruplarında yoğunlaşıyor?
• Googlebot trafiği crawl depth seviyelerine göre nasıl dağılıyor?
• Bot yoğunluğu arttığında response time nasıl değişiyor?

Örneğin önemli kategori sayfaları 4–5 klik derinlikte kalırken parametreli filtre URL’leri navigasyon üzerinden daha kolay keşfediliyorsa crawl dağılımında istenmeyen bir yapı oluşabilir.

Log Verisi URL Gruplarına Göre Nasıl Ayrılmalı?

Analizi kolaylaştırmak için URL’ler üç grupta incelenebilir.

Öncelikli URL’ler

Kategori, alt kategori, marka landing page’leri ve önemli ürün sayfaları.

Düşük değerli URL’ler

Sıralama parametreleri, tekrarlı filtre URL’leri ve oturum kaynaklı adresler.

Anomali gösteren URL’ler

Soft 404, redirect chain, 5xx veya normalin dışında bot trafiği alan URL’ler.

Ardından toplam Googlebot isteklerinin bu gruplar arasındaki dağılımı ölçülebilir. Örneğin crawl isteklerinin %45’i dizine alınması hedeflenmeyen parametreli URL’lere gidiyorsa problem yeni içerik üretmekten önce URL mimarisi tarafında aranmalıdır.

Search Console Dizine Ekleme Sorunları İçin Teknik Kontrol Tablosu

Bir Search Console dizine ekleme sorunu görüldüğünde URL’leri aşağıdaki sırayla kontrol etmek analizi hızlandırır:

Bu kontrol sırası yüz binlerce URL bulunan projelerde problemi tek tek sayfa seviyesinde aramak yerine şablon düzeyinde tespit etmeyi kolaylaştırır.

Indexing Sorunlarında Hangi Durumlar Öncelikli Ele Alınmalı?

Her indexing problemi aynı ticari etkiye sahip değildir. Aksiyon sırası URL sayısına göre değil, etkilenen sayfaların iş değerine göre belirlenmeli.

Özellikle şu durumlar daha yüksek öncelik taşır:

• Organik gelir üreten kategori URL’lerinin uzun süre Discovered – currently not indexed durumunda kalması
• Google-selected canonical değerlerinin beklenmeyen URL’lere kayması
• Googlebot isteklerinin büyük bölümünün parametreli veya düşük değerli URL’lerde yoğunlaşması
• Dizine alınan URL sayısı artarken organik gösterim alan URL sayısının aynı oranda büyümemesi
• Önemli kategori ve landing page’lerin site mimarisinde gereğinden fazla derinde kalması

Örneğin 20.000 düşük değerli filtre URL’sindeki indexing sorunu, ana gelir kategorilerinden birkaçının Google dizininden çıkmasından daha düşük öncelikli olabilir. Teknik SEO tarafındaki önceliklendirme toplam URL sayısından çok etkilenen sayfaların organik ve ticari değerine göre yapılmalı.

Indexing Başarısını Toplam URL Sayısıyla Ölçmeyin

Search Console raporlarında hedef mümkün olan en yüksek sayıda URL’yi Google dizinine sokmak değildir. Organik arama talebine cevap veren ve işletme açısından değer üreten sayfaların kolayca keşfedilmesi, taranması ve doğru canonical altında dizine eklenmesi daha kritik bir başarı göstergesidir.

Ticari açıdan önemli kategori ve landing page’lerin index dışında kalması organik görünürlük ve gelir kaybı yaratabilir. Buna karşılık yüz binlerce düşük değerli URL’nin Google dizininde bulunması işletmeye aynı ölçüde katkı sağlamaz.

Adsera’da büyük ölçekli SEO projelerinde Google indexing problemlerini tek bir Search Console hata kodu üzerinden okumuyoruz. URL pattern’leri, dahili link mimarisi, faceted navigation, sitemap yapısı ve bot davranışı üzerinden hangi URL gruplarının gereksiz kaynak tükettiğini ve hangi ticari sayfaların yeterince desteklenmediğini tespit ediyoruz. Teknik altyapı, içerik, site mimarisi ve organik büyüme hedeflerinin aynı plan altında ele alınması gereken projelerde SEO danışmanlığı yaklaşımı bu analizin daha geniş çerçevesini oluşturur.

Doğru kurulan teknik yapı gereksiz URL üretimini azaltır ve Googlebot’un ticari değeri yüksek kategori, ürün ve landing page’lere erişimini kolaylaştırır. Raporlamada da toplam dizin sayısından çok, hangi URL’lerin Google dizininde bulunduğuna ve bu sayfaların organik görünürlük üretip üretmediğine bakmak gerekir.

SIKÇA SORULAN SORULAR

Indexing Covered Search Console’da hala var mı?

Hayır. “Index Coverage” eski Search Console terminolojisidir. Güncel Search Console’da dizine ekleme durumları ağırlıklı olarak Indexing > Pages raporundaki “Indexed” ve “Not indexed” grupları altında takip edilir.

Google sayfamı neden indexlemiyor?

Bir sayfanın Google tarafından indexlenmemesinin tek bir nedeni yoktur. Crawl erişimi, canonical seçimi, noindex direktifi, duplicate içerik, dahili link yapısı, sitemap kapsamı ve sayfanın site içindeki önemi kontrol edilmelidir. Search Console’daki Page indexing raporu ve URL Inspection aracı ilk kontrol noktalarıdır.

Crawled - currently not indexed ne anlama gelir?

Google URL’yi taramış ancak henüz dizine eklememiştir. Bunun nedeni tek başına içerik kalitesi olarak yorumlanmamalıdır. Canonical, duplicate içerik, dahili link yapısı, site mimarisi ve URL’nin organik arama açısından taşıdığı değer incelenmeli.

Discovered - currently not indexed ile Crawled - currently not indexed arasındaki fark nedir?

“Discovered” durumunda Google URL’yi keşfetmiş ancak henüz taramamıştır. “Crawled” durumunda URL taranmış fakat dizine eklenmemiştir. Bu ayrım, problemin crawl aşamasında mı yoksa Google indexing kararında mı yoğunlaştığını anlamayı kolaylaştırır.

Bengisu Duru

3 yılı aşkın deneyime sahip, analitik ve stratejik bir SEO profesyonelidir. Organik büyümeyi veri odaklı bir yaklaşımla ele alır ve SEO süreçlerini uçtan uca yönetir. Metrikleri ve algoritma dinamiklerini yakından takip ederek aksiyona dönüştürülebilir stratejiler geliştirir. Karmaşık veriyi net ve uygulanabilir yol haritalarına dönüştürmeyi önceliklendirir; sürdürülebilir ve ölçülebilir dijital görünürlük elde etmeye odaklanır.