Google Search Console kapsam hataları, bir web sitesindeki sayfaların Google tarafından taranma, indekslenme ve arama sonuçlarında gösterilme sürecinde yaşadığı sorunları anlamak için kullanılan önemli uyarılardır. Eski kullanımda “Kapsam” olarak bilinen bu alan, günümüzde çoğu kullanıcı tarafından “Sayfalar”, “İndeksleme” veya “Dizine ekleme sorunları” şeklinde takip edilir. Ancak isim değişse bile temel soru aynıdır: Google sayfalarımı neden dizine eklemiyor?
Bir sayfanın yayında olması, Google’ın o sayfayı mutlaka indeksleyeceği anlamına gelmez. Sayfa sitemap içinde olabilir, iç link alabilir, hatta Google tarafından taranmış bile olabilir; fakat yine de “indekse eklenmedi” durumunda kalabilir. Bunun nedeni teknik engeller, noindex etiketi, robots.txt kısıtlaması, canonical tercihi, zayıf içerik, kopya içerik, soft 404, yönlendirme, sunucu hatası veya kalite sinyali eksikliği olabilir. Search Console kapsam hataları, Google’ın sitenize nasıl baktığını anlamak için en önemli teşhis kaynaklarından biridir.
Bu rehberde Google Search Console kapsam hataları nedir, sayfalar neden indekse eklenmez, “tarandı ancak dizine eklenmedi”, “keşfedildi ancak dizine eklenmedi”, “alternatif sayfa, uygun canonical etiketi var”, “robots.txt tarafından engellendi”, “noindex etiketiyle hariç tutuldu”, “soft 404”, “yönlendirme hatası” ve “sunucu hatası” gibi durumlar nasıl yorumlanır sorularını detaylı şekilde bulabilirsiniz.
Google Search Console kapsam hataları, Google’ın web sitenizdeki URL’leri tararken ve indekslemeye karar verirken karşılaştığı durumları gösteren raporlardır. Bu raporlar, hangi sayfaların dizine eklendiğini, hangilerinin dışarıda kaldığını ve hangi URL’lerde sorun olduğunu anlamanıza yardımcı olur. Kapsam hataları yalnızca hata listesi değildir; aynı zamanda sitenizin Google tarafından nasıl algılandığını gösteren teknik SEO haritasıdır.
Kapsam raporlarında her durum aynı öneme sahip değildir. Bazı URL’lerin indekse eklenmemesi normaldir. Örneğin yönetim paneli, teşekkür sayfası, filtre URL’si, düşük değerli etiket arşivi veya noindex verilmiş sayfaların indekslenmemesi istenen bir durum olabilir. Ancak önemli ürün, hizmet, kategori, blog veya lokasyon sayfaları indekslenmiyorsa sorun ciddi hale gelir.
Kapsam hataları şu alanlarda fikir verir:
Google sayfayı keşfetmiş mi?
Sayfa Google tarafından taranmış mı?
Sayfa dizine eklenmiş mi?
Sayfa noindex ile engellenmiş mi?
Robots.txt taramayı engelliyor mu?
Google farklı canonical seçmiş mi?
Sayfa soft 404 gibi mi algılanıyor?
Sunucu Googlebot’a hata mı veriyor?
Sayfa yönlendirme sorunu yaşıyor mu?
Sitemap’te bildirilen URL gerçekten uygun mu?
Google sayfayı kalite nedeniyle dışarıda mı bırakıyor?
Önemli sayfalar gereksiz URL kalabalığında kayboluyor mu?
Bu raporlar düzenli okunmadığında site sahibi aylarca içerik üretmesine rağmen neden trafik alamadığını anlayamayabilir. Search Console kapsam hatalarını doğru yorumlamak, SEO’da tahminle değil Google’ın gerçek sinyalleriyle karar vermeyi sağlar.
Kapsam Hatası ile İndeksleme Sorunu Aynı Şey mi?
Kapsam hatası ve indeksleme sorunu birbiriyle yakından ilişkilidir; ancak her kapsam durumu teknik anlamda “hata” değildir. Search Console bazı URL’leri “hariç bırakıldı”, “indekse eklenmedi” veya “alternatif sayfa” gibi durumlarla gösterebilir. Bunların bazıları sorunken bazıları bilinçli SEO kararının sonucudur. Bu yüzden her uyarıyı panik sebebi yapmak yanlıştır.
Örneğin bir sayfaya noindex etiketi bilinçli olarak eklendiyse ve Search Console bu sayfayı “noindex etiketiyle hariç tutuldu” şeklinde gösteriyorsa bu hata değil, beklenen davranıştır. Ancak önemli bir hizmet sayfası yanlışlıkla noindex olmuşsa aynı durum ciddi problemdir. Bu nedenle kapsam raporları URL’nin işleviyle birlikte yorumlanmalıdır.
Kapsam durumunu değerlendirirken şu sorular sorulmalıdır:
Bu sayfanın Google’da görünmesi gerekiyor mu?
Sayfa sitemap içinde yer almalı mı?
Sayfa kullanıcıya değer sunuyor mu?
Sayfa başka bir sayfanın kopyası mı?
Sayfada noindex bilinçli mi kullanıldı?
Canonical doğru hedefi mi gösteriyor?
Sayfa taranabilir durumda mı?
Sayfa yönlendirme veya 404 sorunu yaşıyor mu?
Google’ın seçtiği canonical hedef doğru mu?
Bu URL organik trafik hedefi taşıyor mu?
Kapsam raporlarını okurken amaç tüm URL’leri indeksletmek değildir. Amaç, indekslenmesi gereken değerli sayfaların neden dizine girmediğini bulmak ve indekslenmemesi gereken URL’leri de bilinçli şekilde yönetmektir.
Sayfalar Neden İndekse Eklenmez?
Bir sayfanın indekse eklenmemesinin birçok nedeni olabilir. Google sayfayı henüz keşfetmemiş olabilir, keşfetmiş ama taramamış olabilir, taramış ama kalite veya kopya içerik nedeniyle dizine almamış olabilir. Sayfa teknik olarak noindex, canonical, robots.txt, 404, soft 404 veya yönlendirme nedeniyle de indeks dışı kalabilir.
İndeksleme, Google’ın sayfayı arama sonuçlarında göstermeye değer bulmasıdır. Bu karar yalnızca teknik erişilebilirliğe bağlı değildir. İçerik kalitesi, kullanıcı niyeti, site içi önem, benzer sayfalar, özgünlük, iç linkleme, backlink profili ve site genel güveni de etkilidir. Google’ın bir sayfayı taraması, onu dizine alacağı anlamına gelmez.
Sayfaların indekse eklenmeme nedenleri:
Sayfa Google tarafından keşfedilmemiştir.
Sayfa keşfedilmiş ama taranmamıştır.
Sayfa taranmış ama kalite yetersiz görülmüştür.
İçerik zayıf veya kopyadır.
Sayfa noindex etiketi taşır.
Robots.txt taramayı engeller.
Canonical başka URL’yi gösterir.
Google farklı canonical seçmiştir.
Sayfa soft 404 olarak algılanmıştır.
URL yönlendirme sorunu yaşar.
Sunucu 5xx hatası verir.
Sayfa sitemap içinde yanlış bildirilmiştir.
İç link almadığı için düşük öncelikli görünür.
Aynı konuda çok sayıda benzer sayfa vardır.
İndeksleme sorunu tek bir tuşa basarak çözülmez. Sayfanın neden indekslenmediğini anlamak için teknik sinyaller, içerik kalitesi ve site mimarisi birlikte incelenmelidir.
“Tarandı Ancak Dizine Eklenmedi” Ne Demektir?
“Tarandı ancak dizine eklenmedi” durumu, Google’ın sayfaya eriştiğini fakat şimdilik dizine almamaya karar verdiğini gösterir. Bu, Googlebot’un sayfayı gördüğü ancak arama sonuçları için yeterince değerli, gerekli veya uygun bulmadığı anlamına gelebilir. Bu durum özellikle zayıf içerik, kopya içerik, düşük kalite, benzer sayfalar ve kullanıcı niyeti uyumsuzluğunda sık görülür.
Bu uyarı çıktığında yapılacak ilk şey tekrar tekrar indeks isteği göndermek değildir. Önce sayfa gerçekten indekslenmeye değer mi sorusu sorulmalıdır. Sayfa kullanıcıya benzersiz bir fayda sunuyor mu, aynı sitedeki başka sayfaları tekrar ediyor mu, iç link alıyor mu, arama niyetini karşılıyor mu, başlık ve içerik uyumlu mu, rakip sonuçlara göre yeterli mi? Bu sorular cevaplanmalıdır.
Bu durumda kontrol edilmesi gerekenler:
İçerik yeterince özgün mü?
Sayfa kullanıcı niyetini karşılıyor mu?
Rakip sayfalardan daha zayıf mı?
Aynı konuda sitede başka sayfa var mı?
Sayfa iç link alıyor mu?
Sayfa sitemap içinde doğru yer alıyor mu?
Canonical kendisini mi gösteriyor?
İçerik çok kısa veya yüzeysel mi?
Sayfa güncel mi?
Başlık, meta açıklama ve içerik uyumlu mu?
Kullanıcı için belirgin değer var mı?
Sayfa otomatik üretilmiş gibi mi duruyor?
Bu durum Google’ın sayfayı bulamadığını değil, bulduğu halde seçmediğini gösterir. “Tarandı ancak dizine eklenmedi” sorununun çözümü çoğu zaman teknik değil, kalite ve gereklilik iyileştirmesidir.
“Keşfedildi Ancak Dizine Eklenmedi” Ne Demektir?
“Keşfedildi ancak dizine eklenmedi” durumu, Google’ın URL’den haberdar olduğunu ancak henüz taramadığını gösterebilir. Bu durumda Google URL’yi sitemap, iç link, dış link veya başka bir kaynak üzerinden bulmuş olabilir; fakat tarama için henüz öncelik vermemiştir. Bu özellikle büyük sitelerde, yeni yayımlanan içeriklerde ve düşük öncelikli görünen URL’lerde sık karşılaşılan bir durumdur.
Bu uyarı, crawl budget ve site önceliğiyle ilişkilendirilebilir. Eğer sitenizde çok sayıda zayıf, kopya, etiket, arşiv, parametreli veya düşük değerli URL varsa Googlebot önemli sayfalara daha geç ulaşabilir. Yeni sayfalar yeterli iç link almıyorsa veya site mimarisi içinde derinde kalıyorsa tarama gecikebilir.
Bu durumda yapılması gerekenler:
URL sitemap içinde mi kontrol edin.
Sayfa en az birkaç önemli iç link alıyor mu inceleyin.
Sayfa site mimarisi içinde çok derinde mi bakın.
Kategori ve konu kümesi bağlantılarını güçlendirin.
Zayıf ve gereksiz URL kalabalığını azaltın.
Sitemap’i noindex, 404 ve yönlendirme URL’lerinden temizleyin.
Bu uyarı çoğu zaman Google’ın URL’ye öncelik vermediğini gösterir. Sayfanın taranmasını istiyorsanız, onu site içinde daha görünür, daha bağlantılı ve daha değerli hale getirmelisiniz.
“Noindex Etiketiyle Hariç Tutuldu” Ne Anlama Gelir?
“Noindex etiketiyle hariç tutuldu” durumu, sayfada Google’a bu sayfanın dizine eklenmemesi gerektiğini söyleyen noindex etiketi bulunduğunu gösterir. Eğer bu sayfanın Google’da görünmesini istemiyorsanız sorun yoktur. Ancak önemli bir blog, hizmet, kategori, ürün veya lokasyon sayfası noindex olduysa ciddi bir SEO problemidir.
Noindex bazen SEO eklentilerinden, tema ayarlarından, özel şablonlardan, sayfa bazlı ayarlardan, X-Robots-Tag başlıklarından veya test ortamından canlıya taşınan ayarlardan kaynaklanabilir. WordPress sitelerde özellikle kategori, etiket, yazar arşivi, medya sayfaları ve özel yazı tipleri yanlışlıkla noindex olabilir.
Noindex kontrol listesi:
Sayfa meta robots içinde noindex taşıyor mu?
X-Robots-Tag başlığı noindex veriyor mu?
SEO eklentisi sayfayı noindex yapmış mı?
Kategori ve etiket ayarları topluca noindex mi?
Özel yazı tipi indekslenebilir mi?
Test ortamı ayarları canlı sitede kalmış mı?
Sayfa sitemap içinde olduğu halde noindex mi?
Noindex bilinçli mi, yanlışlıkla mı uygulanmış?
Noindex kaldırıldıktan sonra sayfa yeniden tarandı mı?
Canonical ve noindex çakışıyor mu?
Noindex güçlü bir sinyaldir. Google’da görünmesi gereken sayfada noindex varsa, içerik kalitesi veya backlink çalışması sonuç vermez; önce indeks engeli kaldırılmalıdır.
“Robots.txt Tarafından Engellendi” Ne Demektir?
“Robots.txt tarafından engellendi” durumu, Googlebot’un ilgili URL’yi taramasının robots.txt dosyasıyla sınırlandırıldığını gösterir. Robots.txt, taramayı yönetir; ancak indekslemeyi her durumda doğrudan yönetmek için doğru araç değildir. Bir sayfa robots.txt ile engellenirse Google sayfa içindeki noindex veya canonical etiketini göremeyebilir.
Bu durum özellikle yanlış yazılmış robots.txt kuralları, test ortamından kalan engellemeler, yanlış klasör kapatma, CSS ve JavaScript dosyalarının engellenmesi veya önemli kategori/ürün yollarının disallow edilmesi nedeniyle oluşabilir. Search Console’da bu uyarı görülüyorsa önce URL’nin gerçekten taranmasının istenip istenmediği belirlenmelidir.
Robots.txt kontrolünde dikkat edilecekler:
Önemli sayfa yanlışlıkla engellenmiş mi?
Blog, kategori veya ürün klasörü kapatılmış mı?
CSS ve JavaScript dosyaları engelleniyor mu?
Test ortamı kuralları canlıda kalmış mı?
Sitemap robots.txt içinde doğru belirtilmiş mi?
Parametreli URL’ler bilinçli mi engellenmiş?
Noindex verilmesi gereken sayfa robots.txt ile mi kapatılmış?
Googlebot özelinde farklı kural var mı?
Disallow kuralı fazla geniş mi yazılmış?
Alt domainlerde ayrı robots.txt var mı?
Robots.txt dikkatli kullanılmalıdır. Taramayı engellediğiniz sayfada Google’ın noindex veya canonical gibi kritik sinyalleri görmesini de engelleyebilirsiniz.
“Alternatif Sayfa, Uygun Canonical Etiketi Var” Ne Demektir?
“Alternatif sayfa, uygun canonical etiketi var” durumu, Google’ın ilgili URL’yi başka bir canonical URL’nin alternatifi olarak gördüğünü ve sizin belirlediğiniz canonical sinyaliyle uyumlu davrandığını gösterir. Bu her zaman hata değildir. Özellikle parametreli URL’ler, sıralama filtreleri, benzer varyantlar veya kopya sayfalar için beklenen durum olabilir.
Ancak bu raporda önemli sayfalar görünüyorsa dikkat edilmelidir. Örneğin her blog yazısı yanlışlıkla ana sayfaya canonical veriyorsa veya ürün sayfaları kategoriye canonical gösteriyorsa, değerli sayfalar indeks dışı kalabilir. Canonical etiketi Google’a öneri niteliğinde güçlü bir sinyal verir; yanlış kullanımı ciddi indeksleme kaybına yol açabilir.
Canonical kontrol listesi:
Sayfa kendisine canonical veriyor mu?
Canonical hedefi 200 durum kodu döndürüyor mu?
Canonical hedef noindex değil mi?
Canonical hedef içerik olarak alakalı mı?
Sitemap canonical URL’leri mi içeriyor?
İç linkler canonical sürüme mi gidiyor?
Parametreli URL’ler doğru yönetiliyor mu?
Ürün varyantları doğru canonical yapısına sahip mi?
Çok dilli sayfalarda canonical ve hreflang uyumlu mu?
Tüm sayfalar yanlışlıkla aynı URL’ye canonical vermiyor mu?
Bu durum doğruysa sorun değildir; yanlışsa önemli sayfaları görünmez hale getirir. Canonical raporlarında asıl kontrol edilmesi gereken şey, Google’ın indeks dışı bıraktığı URL’nin gerçekten alternatif olup olmadığıdır.
“Google Farklı Canonical Seçti” Ne Demektir?
Google bazen sizin belirttiğiniz canonical yerine farklı bir URL’yi canonical olarak seçebilir. Bu durum, Google’ın başka bir sayfayı daha temsil edici, daha güçlü, daha tutarlı veya kullanıcı için daha uygun gördüğünü gösterir. Bu özellikle kopya içerik, benzer sayfalar, çelişkili iç linkler, hatalı sitemap ve zayıf canonical sinyallerinde görülür.
Bu durum önemli bir sayfada yaşanıyorsa, sayfanın tüm sinyalleri incelenmelidir. Sitemap hangi URL’yi bildiriyor? İç linkler hangi URL’ye gidiyor? Canonical hedefi tutarlı mı? Sayfanın içeriği başka sayfayla çok mu benzer? HTTP/HTTPS veya www/non-www çakışması var mı? Google’ın seçtiği canonical gerçekten daha güçlü mü?
Google’ın farklı canonical seçmesine neden olabilecek durumlar:
İçerikler birbirine çok benzerdir.
İç linkler farklı URL’yi destekliyordur.
Sitemap başka URL bildiriyordur.
Canonical etiketi tutarsızdır.
URL parametreleri karışıklık yaratıyordur.
HTTP ve HTTPS sürümler çakışıyordur.
www ve non-www sürümler ayrışmıştır.
Sayfa içerik olarak zayıftır.
Google başka URL’yi daha alakalı görmüştür.
Backlinkler farklı URL’ye yönlenmiştir.
Bu durumda tek çözüm etiketi değiştirmek değildir. Google’ın doğru canonical seçmesini istiyorsanız sitemap, iç link, yönlendirme, içerik ve canonical sinyallerinin tamamı aynı URL’yi desteklemelidir.
Soft 404 Kapsam Hatası Nedir?
Soft 404, sayfanın teknik olarak 200 başarılı yanıtı döndürmesine rağmen Google tarafından bulunamayan, boş, zayıf veya hata sayfası gibi algılanmasıdır. Bu durum özellikle boş kategori sayfaları, stok dışı ürün sayfaları, çok az içerikli lokasyon sayfaları, hatalı arama sonuçları ve “ürün bulunamadı” mesajı veren ama 200 kodu döndüren sayfalarda sık görülür.
Soft 404, gerçek 404’ten daha karmaşık olabilir çünkü sunucu “sayfa var” der ama Google “bu sayfa kullanıcı için anlamlı değil” sonucuna varabilir. Bu nedenle soft 404 sorunlarında yalnızca durum koduna değil, sayfanın içerik değerine bakılmalıdır.
Soft 404 nedenleri:
Boş kategori sayfaları
İçeriksiz etiket arşivleri
Stok dışı ürünlerin yanlış yönetilmesi
Çok az içerikli sayfalar
Otomatik oluşturulmuş zayıf lokasyon sayfaları
Hata mesajı gösterip 200 döndüren sayfalar
Arama sonuç sayfalarının indekslenebilir kalması
Kaldırılan içeriklerin boş şablonla açılması
Kullanıcıya gerçek alternatif sunmayan sayfalar
Ana sayfaya alakasız yönlendirilen eski URL’ler
Soft 404, kalite ve teknik sinyalin birleştiği alandır. Sayfa 200 kodu veriyor diye indekslenmeye uygun sayılmaz; kullanıcıya gerçek içerik sunmuyorsa Google onu soft 404 olarak değerlendirebilir.
“Yönlendirme Hatası” Ne Anlama Gelir?
Yönlendirme hatası, Googlebot’un bir URL’den başka bir URL’ye giderken sorun yaşadığını gösterir. Bu sorun yönlendirme zinciri, yönlendirme döngüsü, çok uzun yönlendirme yolu, bozuk hedef, HTTP/HTTPS çakışması veya mobil yönlendirme problemi nedeniyle oluşabilir. Özellikle site taşıma, HTTPS geçişi, URL yapısı değişikliği ve içerik birleştirme sonrası sık görülür.
Yönlendirme hataları kullanıcı deneyimini de bozar. Kullanıcı eski bir linke tıkladığında son hedefe ulaşamıyorsa sayfa yavaşlar, hata verir veya hiç açılmaz. Googlebot açısından da bu durum tarama verimliliğini düşürür. Yönlendirme yapılacaksa eski URL doğrudan en alakalı yeni hedefe gitmelidir.
Yönlendirme hatası kontrol listesi:
URL yönlendirme döngüsüne giriyor mu?
Yönlendirme zinciri çok uzun mu?
Eski URL doğrudan son hedefe gidiyor mu?
Hedef URL 200 durum kodu veriyor mu?
HTTP’den HTTPS’e yönlendirme doğru mu?
www ve non-www sürümler çakışıyor mu?
Mobil yönlendirme farklı mı çalışıyor?
Canonical yönlendirme hedefiyle uyumlu mu?
Sitemap yönlendiren URL içeriyor mu?
Eski site taşıma kuralları güncel mi?
Yönlendirme hataları teknik SEO’da hızlı çözülmesi gereken sorunlardır. Doğru yönlendirme kullanıcıyı tek adımda alakalı hedefe taşır; yanlış yönlendirme hem kullanıcıyı hem Googlebot’u boşa dolaştırır.
“Sunucu Hatası 5xx” Neden Önemlidir?
Sunucu hatası 5xx, Googlebot’un sayfaya erişmeye çalışırken sunucudan hata yanıtı aldığını gösterir. Bu durum geçici yoğunluk, hosting sorunu, bakım modu, güvenlik duvarı engeli, CDN hatası, veritabanı problemi veya sunucu zaman aşımı nedeniyle oluşabilir. Kısa süreli ve nadir 5xx hataları büyük sorun olmayabilir; ancak sık ve uzun süreli hatalar SEO açısından kritiktir.
Googlebot değerli sayfalara tekrar tekrar 5xx hatasıyla ulaşırsa bu sayfaları sağlıklı tarayamaz. Kullanıcılar da aynı hatayla karşılaşıyorsa güven kaybı yaşanır. Özellikle e-ticaret, haber, yüksek trafik alan blog ve kurumsal sitelerde sunucu stabilitesi teknik SEO’nun temelidir.
5xx hata kontrolünde dikkat edilecekler:
Hata hangi tarihte başladı?
Tüm siteyi mi belirli URL’leri mi etkiliyor?
Hosting kaynaklı yoğunluk var mı?
CDN veya güvenlik duvarı Googlebot’u engelliyor mu?
5xx hataları tarama güvenini zayıflatır. Googlebot sitenize düzenli erişemiyorsa, en iyi içerikleriniz bile sağlıklı şekilde taranıp değerlendirilemeyebilir.
“Bulunamadı 404” Kapsam Hatası Nasıl Yorumlanır?
“Bulunamadı 404” durumu, Google’ın bir URL’ye eriştiğinde sayfanın bulunmadığını gördüğünü belirtir. 404 her zaman kötü değildir. Eğer sayfa bilinçli kaldırıldıysa, trafik almıyorsa, backlink taşımıyorsa ve sitemap içinde yoksa doğal bir durum olabilir. Ancak önemli sayfalar 404’e düşmüşse hızlı müdahale gerekir.
404 URL’leri değerlendirirken değer analizi yapılmalıdır. Bu URL organik trafik alıyor muydu, backlink taşıyor mu, iç link alıyor mu, sitemap içinde mi, kullanıcılar hâlâ bu sayfaya gidiyor mu? Eğer cevap evetse URL kurtarılmalı, geri yüklenmeli veya alakalı bir sayfaya 301 yönlendirilmelidir.
404 karar adımları:
URL bilinçli mi kaldırıldı?
Sayfanın alakalı alternatifi var mı?
URL backlink alıyor mu?
URL organik trafik almış mı?
Sitemap içinde yer alıyor mu?
Site içinden bu URL’ye link veriliyor mu?
Kullanıcılar bu URL’ye hâlâ geliyor mu?
Yeni bir eşdeğer içerik var mı?
301 mi, 404 mü, 410 mu daha uygun?
İç linkler güncellenmeli mi?
404 raporu temizlik fırsatıdır. Önemli 404’leri kurtarmak SEO değerini korur; değersiz 404’leri zorla yönlendirmek ise gereksiz karmaşa yaratır.
Sitemap’te Gönderilen Sayfa Neden İndekse Eklenmez?
Bir sayfanın sitemap içinde olması, Google’ın o sayfayı mutlaka indeksleyeceği anlamına gelmez. Sitemap, Google’a “bu URL önemlidir” sinyali verir; ancak indeksleme kararı kalite, erişilebilirlik, kopya içerik, canonical, noindex, durum kodu ve kullanıcı değeri gibi birçok faktöre bağlıdır. Sitemap yalnızca keşfi kolaylaştırır.
Sitemap içinde noindex, 404, yönlendiren, canonical olmayan veya zayıf URL’ler varsa Google’a karışık sinyal gönderilir. Bu nedenle sitemap temiz olmalıdır. Sadece gerçekten indekslenmesi istenen, 200 durum kodu veren, canonical olarak kendisini gösteren ve kullanıcıya değer sunan URL’ler sitemap içinde yer almalıdır.
Sitemap indeksleme kontrol listesi:
URL 200 durum kodu veriyor mu?
Sayfa noindex değil mi?
Canonical kendisini mi gösteriyor?
URL yönlendirme yapmıyor mu?
Sayfa soft 404 gibi görünmüyor mu?
İçerik yeterli ve özgün mü?
Sayfa iç link alıyor mu?
Sitemap güncel mi?
HTTP/HTTPS tutarlı mı?
Zayıf arşivler sitemap’ten çıkarıldı mı?
Sitemap indeks garantisi değildir. Sitemap’e eklenen sayfa, teknik olarak temiz ve içerik olarak değerli değilse Google yine de dizine almayabilir.
İç Link Eksikliği İndeksleme Sorunu Yaratır mı?
Evet, iç link eksikliği indeksleme sorunlarını artırabilir. Bir sayfa sitemap içinde yer alsa bile site içinde hiçbir yerden bağlantı almıyorsa Google açısından düşük öncelikli veya kopuk görünebilir. Bu tür sayfalara yetim sayfa denir. Yetim sayfalar keşfedilse bile tarama ve indeksleme sürecinde zayıf kalabilir.
İç linkleme, Google’a sayfalar arasındaki ilişkiyi ve önem düzeyini anlatır. Yeni yayımlanan bir blog yazısı eski güçlü içeriklerden link alırsa daha hızlı keşfedilebilir. Önemli hizmet sayfaları blog içeriklerinden desteklenirse site içi otorite akışı güçlenir. Büyük sitelerde iç linkleme indeksleme kalitesi için kritik hale gelir.
İç link eksikliği belirtileri:
Sayfa sitemap içinde ama hiç iç link almıyor.
Sayfa site mimarisinde çok derinde kalıyor.
Kategori veya menü yapısında görünmüyor.
Blog içerikleri birbirinden kopuk.
Önemli sayfalar yalnızca ana menüde kalıyor.
Yeni içerikler eski içeriklerden destek almıyor.
Yetim sayfa sayısı fazla.
Google sayfaları keşfediyor ama taramıyor.
Tarandı ancak indekslenmedi sayısı artıyor.
Konu kümeleri oluşmuyor.
İç linkleme indeksleme için güçlü destek sinyalidir. Google’ın bir sayfayı önemli görmesini istiyorsanız, site içinde o sayfaya gerçekten yol açmalısınız.
Zayıf İçerik Kapsam Hatalarına Neden Olur mu?
Zayıf içerik, kapsam ve indeksleme sorunlarının en yaygın nedenlerinden biridir. Teknik olarak hiçbir hata olmayan bir sayfa bile kullanıcıya yeterli değer sunmuyorsa Google tarafından indekslenmeyebilir. Özellikle kısa, tekrarlı, otomatik oluşturulmuş, kopya, yüzeysel veya arama niyetini karşılamayan içerikler “tarandı ancak dizine eklenmedi” durumunda kalabilir.
Zayıf içerik yalnızca kelime sayısı meselesi değildir. Uzun ama anlamsız içerik de zayıf olabilir. Kullanıcı sorusuna cevap vermeyen, rakiplerden farklı bilgi sunmayan, güven unsuru içermeyen, güncel olmayan veya aynı sitedeki başka yazıyı tekrar eden sayfalar kalite açısından problem oluşturabilir.
Zayıf içerik belirtileri:
Kullanıcı sorusuna net cevap vermez.
Başlıkla içerik uyumsuzdur.
Konu yüzeysel anlatılmıştır.
Aynı sitede benzer içerikler vardır.
Metin yapay ve tekrar doludur.
İçerik güncelliğini kaybetmiştir.
Özgün deneyim veya uzmanlık sunmaz.
Çok kısa ve faydasızdır.
İç link ve kaynak bağlamı zayıftır.
Rakip sonuçlara göre eksiktir.
Zayıf içerik teknik hata üretmeyebilir ama indeksleme engeli yaratabilir. Google’ın sayfayı dizine almasını istiyorsanız, sayfanın web’de zaten var olan bilgiyi tekrar etmekten daha fazlasını sunması gerekir.
Kopya İçerik İndekslenmeme Nedeni midir?
Kopya içerik, Google’ın hangi sayfayı ana sürüm olarak seçeceğini zorlaştırır. Aynı veya çok benzer içerikler birden fazla URL’de bulunuyorsa Google bunlardan yalnızca birini indeksleyebilir ya da sizin istemediğiniz bir URL’yi canonical olarak seçebilir. Bu durum özellikle WordPress etiketleri, kategori arşivleri, ürün varyantları, parametreli URL’ler ve tekrar eden blog içeriklerinde görülür.
Kopya içerik her zaman başka siteden alınmış metin anlamına gelmez. Aynı sitede birbirine çok benzeyen sayfalar da kopya veya yakın kopya olarak değerlendirilebilir. Örneğin sadece şehir adı değiştirilmiş onlarca hizmet sayfası, tedarikçiden alınmış ürün açıklamaları veya aynı konuyu anlatan çok sayıda blog yazısı indeksleme sorununa yol açabilir.
Kopya içerik kaynakları:
Aynı konudaki çok benzer blog yazıları
Tedarikçi ürün açıklamaları
Parametreli URL’ler
Filtre ve sıralama sayfaları
Kategori ve etiket arşivi çakışmaları
Yazdırılabilir sayfa sürümleri
HTTP/HTTPS kopyaları
www ve non-www çakışması
Mobil ve masaüstü alternatiflerinin yanlış yönetimi
Çok dilli sitelerde hatalı canonical
Kopya içerikte amaç her sayfayı indeksletmek değildir. Benzer sayfalar arasında hangi URL’nin ana kaynak olacağını netleştirmek, Google’ın doğru sayfayı seçmesini kolaylaştırır.
Crawl Budget Kapsam Hatalarını Etkiler mi?
Crawl budget, Googlebot’un sitenizdeki URL’leri ne kadar ve ne sıklıkta tarayacağıyla ilgilidir. Küçük sitelerde genellikle büyük sorun değildir; ancak çok makaleli bloglar, haber siteleri, büyük e-ticaret siteleri ve parametreli URL üreten yapılarda önemli hale gelir. Gereksiz URL kalabalığı, önemli sayfaların geç taranmasına neden olabilir.
Eğer sitenizde binlerce zayıf etiket sayfası, arama sonucu sayfası, filtre URL’si, kopya ürün varyantı, 404 URL veya yönlendirme zinciri varsa Googlebot değerli sayfalara daha az odaklanabilir. Bu durum “keşfedildi ancak dizine eklenmedi” ve “tarandı ancak dizine eklenmedi” uyarılarının artmasına katkı sağlayabilir.
Crawl budget’ı zorlayan durumlar:
Çok fazla düşük kaliteli URL
Gereksiz etiket arşivleri
Parametreli filtre sayfaları
Kopya ürün varyantları
404 URL yoğunluğu
Yönlendirme zincirleri
Kirli sitemap
Zayıf iç linkleme
Sunucu yavaşlığı
5xx hataları
Sonsuz takvim veya arşiv URL’leri
Site içi arama sonuçlarının indekslenmesi
Crawl budget yönetimi, büyük sitelerde indeksleme kalitesini etkiler. Googlebot’un önemli sayfalara ulaşmasını istiyorsanız, gereksiz URL kalabalığını azaltmalı ve değerli sayfalara güçlü iç link yolları kurmalısınız.
URL Denetimi Aracı Nasıl Kullanılmalı?
URL Denetimi aracı, belirli bir URL’nin Google tarafından nasıl görüldüğünü anlamak için kullanılır. Bu araç sayesinde URL’nin indeks durumu, son tarama tarihi, canonical bilgisi, tarama izni, mobil kullanılabilirlik ve bazı sayfa kaynakları hakkında fikir edinilebilir. Kapsam hatalarını analiz ederken URL Denetimi tekil sayfa düzeyinde çok değerlidir.
Ancak URL Denetimi aracı her sorunu tek başına çözmez. “Dizine eklenmesini iste” butonu, kalitesiz veya teknik sorunlu sayfayı zorla indeksletmez. Eğer sayfa noindex, canonical, zayıf içerik, robots.txt veya kalite problemi yaşıyorsa önce bu sorunlar çözülmelidir. İndeks isteği, düzeltilmiş sayfanın yeniden değerlendirilmesini hızlandırmak için kullanılmalıdır.
URL Denetimi ile kontrol edilecekler:
URL Google dizininde mi?
Son tarama tarihi nedir?
Google sayfayı tarayabiliyor mu?
Sayfada noindex var mı?
Kullanıcı tarafından belirtilen canonical nedir?
Google tarafından seçilen canonical nedir?
Sayfa mobilde erişilebilir mi?
Canlı URL testi sonucu nedir?
Sayfa kaynakları yükleniyor mu?
İndeks isteği göndermek mantıklı mı?
URL Denetimi teşhis aracıdır, sihirli çözüm değildir. Bir sayfayı indeksletmek için önce sorunu çözmeli, sonra Google’dan yeniden değerlendirme istemelisiniz.
Kapsam Hataları İçin Önceliklendirme Nasıl Yapılır?
Search Console’da yüzlerce veya binlerce kapsam uyarısı görmek kafa karıştırıcı olabilir. Bu durumda en büyük hata, tüm uyarıları aynı önem seviyesinde ele almaktır. Önceliklendirme; sayfanın iş değeri, organik trafik potansiyeli, backlink değeri, sitemap durumu ve teknik hatanın ciddiyetine göre yapılmalıdır.
Önce indekslenmesi gereken ama indekslenmeyen sayfalar bulunmalıdır. Ürün, kategori, hizmet, lokasyon, rehber ve trafik potansiyeli yüksek blog sayfaları önceliklidir. Yönetim paneli, teşekkür sayfası, zayıf etiket arşivi veya bilinçli noindex sayfalar daha düşük önceliklidir.
Önceliklendirme kriterleri:
Sayfa organik trafik hedefli mi?
Sayfa satış veya lead getiriyor mu?
Sayfa sitemap içinde mi?
Sayfa backlink alıyor mu?
Sayfa iç linklerle destekleniyor mu?
Sayfa teknik engel nedeniyle mi dışarıda?
Sayfa kalite nedeniyle mi dışarıda?
Sorun tekil mi site geneli mi?
Hata yeni mi eski mi?
Aynı şablondaki birçok sayfayı etkiliyor mu?
Önceliklendirme olmadan kapsam raporu yorucu hale gelir. SEO açısından en doğru yaklaşım, önce en değerli sayfaların indeksleme engellerini kaldırmak ve sonra site genelindeki yapısal sorunları temizlemektir.
Kapsam Hatalarında Yapılan Yaygın Hatalar
Kapsam hatalarını düzeltirken yapılan en yaygın hata, her sayfayı indeksletmeye çalışmaktır. Oysa iyi SEO, her URL’nin dizine girmesi değil, doğru URL’lerin dizine girmesidir. Zayıf etiket arşivleri, filtre URL’leri, test sayfaları ve kopya içerikler indekslenmek zorunda değildir. Hatta bunların indekslenmesi site kalitesini düşürebilir.
Bir diğer hata, “dizine eklenmesini iste” butonunu çözüm sanmaktır. Bu buton teknik ve kalite sorunlarını ortadan kaldırmaz. Sayfa zayıfsa, noindex taşıyorsa, canonical başka URL’ye gidiyorsa veya robots.txt ile engelliyse indeks isteği sonuç vermez.
Yaygın hatalar:
Her URL’yi indeksletmeye çalışmak
Noindex sayfaları sitemap içinde bırakmak
404 URL’leri sitemap’ten çıkarmamak
Tüm 404’leri ana sayfaya yönlendirmek
Canonical hatalarını görmezden gelmek
Robots.txt ile noindex’i karıştırmak
Zayıf içerikleri sadece indeks isteğiyle çözmeye çalışmak
İç link almayan sayfalara önem vermemek
Search Console raporunu tek veri kaynağı sanmak
Google’ın seçtiği canonical’ı kontrol etmemek
Soft 404 sorunlarını durum koduyla sınırlı görmek
Sunucu hatalarını geçici sanıp takip etmemek
Kapsam hatalarında aceleci çözümler yeni sorunlar doğurabilir. Doğru çözüm, uyarının adını değil URL’nin neden o duruma düştüğünü anlamaktan geçer.
Kapsam Hataları İçin 30 Günlük Çözüm Planı
Kapsam hataları için ilk 30 gün teşhis ve hızlı düzeltme dönemi olmalıdır. Bu süreçte tüm hataları bir anda çözmeye çalışmak yerine sorunlar gruplandırılmalı, önemli URL’ler ayrılmalı ve teknik engeller öncelikli olarak kaldırılmalıdır. Planlı ilerlemek, yanlış toplu müdahalelerin önüne geçer.
30 günlük çözüm planı şu şekilde uygulanabilir:
1–3. gün: Search Console Sayfalar raporu indirilir ve URL’ler gruplandırılır.
4–5. gün: İndekslenmesi gereken önemli URL’ler ayrılır.
6–8. gün: Noindex, robots.txt ve canonical sorunları kontrol edilir.
9–10. gün: Sitemap içindeki 404, noindex ve yönlendiren URL’ler temizlenir.
11–13. gün: “Tarandı ancak dizine eklenmedi” sayfaları kalite açısından analiz edilir.
14–16. gün: “Keşfedildi ancak dizine eklenmedi” URL’leri iç link açısından incelenir.
17–19. gün: Soft 404 ve 404 URL’ler değerine göre sınıflandırılır.
20–22. gün: Sunucu ve yönlendirme hataları düzeltilir.
23–25. gün: İç linkleme ve konu kümeleri güçlendirilir.
26–28. gün: Öncelikli sayfalar güncellenir ve indeks isteği gönderilir.
29–30. gün: Sonuçlar takip listesine alınır ve ikinci ay planı hazırlanır.
Bu plan teknik karmaşayı yönetilebilir hale getirir. İlk 30 günde amaç tüm uyarıları sıfırlamak değil, indekslenmesi gereken sayfaların önündeki en kritik engelleri kaldırmaktır.
90 Günlük İndeksleme İyileştirme Stratejisi
90 günlük indeksleme stratejisi, teknik temizlik, içerik güçlendirme ve site mimarisi düzenlemelerini birlikte yürütmelidir. İlk ay teşhis ve acil düzeltmeler, ikinci ay kalite ve iç linkleme, üçüncü ay ölçüm ve ölçekleme dönemi olarak planlanabilir. Bu süreçte her URL için aynı işlem uygulanmamalıdır.
90 günlük strateji şu şekilde ilerleyebilir:
1–15. gün: Kapsam raporu, sitemap, robots.txt ve canonical analizi yapılır.
16–30. gün: Teknik engeller, sitemap hataları ve yönlendirme sorunları düzeltilir.
31–45. gün: Zayıf içerikler güncellenir veya birleştirilir.
46–55. gün: Kopya ve benzer içerikler canonical veya 301 stratejisiyle yönetilir.
56–65. gün: İç linkleme ve konu kümeleri güçlendirilir.
66–75. gün: Crawl budget sorunları ve gereksiz URL kalabalığı azaltılır.
76–83. gün: Öncelikli sayfalar URL Denetimi ile yeniden kontrol edilir.
84–90. gün: Search Console verileriyle sonuçlar ölçülür ve devam planı çıkarılır.
90 gün sonunda tüm URL’lerin indekslenmesi hedeflenmemelidir. Başarı, değersiz URL’leri zorla dizine sokmak değil, gerçekten değerli sayfaların Google tarafından daha sağlıklı taranıp indekslenmesini sağlamaktır.
2026’da Search Console kapsam hataları, sadece teknik SEO uzmanlarının değil içerik, yazılım ve pazarlama ekiplerinin de düzenli takip etmesi gereken bir alandır. Çünkü indeksleme sorunları yalnızca teknik dosyalardan değil, içerik kalitesinden, site mimarisinden, kullanıcı niyetinden, e-ticaret stok yönetiminden ve backlink stratejisinden de etkilenir.
2026 için doğru yaklaşım, Search Console’u yalnızca hata raporu olarak değil, Google’ın siteyle ilgili kararlarını gösteren geri bildirim sistemi olarak kullanmaktır. Hangi sayfalar taranıyor ama indekslenmiyor? Hangi URL’ler keşfediliyor ama taranmıyor? Google hangi canonical’ı seçiyor? Hangi sayfalar soft 404 oluyor? Bu sorular düzenli cevaplanmalıdır.
2026 için temel strateji:
Search Console Sayfalar raporu haftalık kontrol edilmeli.
Sitemap yalnızca değerli URL’leri içermeli.
Noindex ve canonical kararları bilinçli verilmeli.
Zayıf içerikler düzenli güncellenmeli veya birleştirilmeli.
İç linkleme konu kümelerine göre kurulmalı.
Robots.txt ve noindex karıştırılmamalı.
Soft 404 sayfalar içerik ve durum koduyla düzeltilmeli.
Sunucu hataları teknik ekiple hızlı çözülmeli.
Crawl budget büyük sitelerde düzenli yönetilmeli.
URL Denetimi yalnızca düzeltilmiş sayfalar için kullanılmalı.
Search Console kapsam hataları, sitenin Google ile iletişim dilidir. Bu raporları doğru okuyan siteler, neden görünmediklerini tahmin etmek yerine hangi engeli kaldırmaları gerektiğini net şekilde görebilir.
Sık Sorulan Sorular – S.S.S
1. Google Search Console kapsam hataları nedir? Google Search Console kapsam hataları, sitenizdeki URL’lerin Google tarafından taranma, indekslenme veya indeks dışı kalma durumlarını gösteren raporlardır. Bu raporlar sayfaların neden Google dizinine girmediğini anlamaya yardımcı olur.
2. Kapsam raporu hâlâ var mı? Eski kullanımda “Kapsam” olarak bilinen rapor, güncel arayüzlerde daha çok “Sayfalar” veya “İndeksleme” bölümü altında takip edilir. Ancak SEO dünyasında kapsam hataları ifadesi hâlâ yaygın şekilde kullanılır.
3. Sayfam neden indekse eklenmiyor? Sayfa noindex, robots.txt, canonical, 404, soft 404, yönlendirme, sunucu hatası, zayıf içerik, kopya içerik veya kalite sorunu nedeniyle indekse eklenmeyebilir. Nedeni anlamak için URL Denetimi ve Sayfalar raporu birlikte incelenmelidir.
4. “Tarandı ancak dizine eklenmedi” ne demektir? Bu durum Google’ın sayfayı taradığını ama şimdilik dizine almamaya karar verdiğini gösterir. Genellikle kalite, kopya içerik, zayıf değer veya kullanıcı niyeti uyumsuzluğu incelenmelidir.
5. “Keşfedildi ancak dizine eklenmedi” ne demektir? Google’ın URL’den haberdar olduğunu ama henüz taramadığını gösterir. Sayfa düşük öncelikli görünüyor, yeterli iç link almıyor veya site tarama yükü yüksek olabilir.
6. Noindex hatası nasıl düzeltilir? Önemli sayfada noindex varsa SEO eklentisi, tema, meta robots veya X-Robots-Tag ayarları kontrol edilmelidir. Noindex bilinçli değilse kaldırılmalı ve sayfa yeniden taramaya uygun hale getirilmelidir.
7. Robots.txt tarafından engellendi uyarısı ne anlama gelir? Bu uyarı Googlebot’un ilgili URL’yi robots.txt kuralları nedeniyle tarayamadığını gösterir. Eğer sayfanın indekslenmesi isteniyorsa robots.txt engeli kaldırılmalıdır.
8. Canonical hatası indekslemeyi etkiler mi? Evet, yanlış canonical Google’ın başka bir URL’yi ana sürüm olarak seçmesine neden olabilir. Bu durumda hedef sayfanız indeks dışı kalabilir.
9. Google farklı canonical seçtiyse ne yapılmalı? Sitemap, iç linkler, canonical etiketi, yönlendirmeler ve içerik benzerliği birlikte kontrol edilmelidir. Tüm sinyaller indekslenmesi istenen URL’yi desteklemelidir.
10. Soft 404 nedir? Soft 404, sayfanın teknik olarak 200 yanıtı vermesine rağmen Google tarafından boş, zayıf veya bulunamayan sayfa gibi algılanmasıdır. Boş kategori, stok dışı ürün veya hata mesajlı sayfalarda sık görülür.
11. 404 hataları kapsam raporunda görünürse ne yapmalıyım? Önce URL’nin değerli olup olmadığına bakılmalıdır. Trafik, backlink veya iç link alan önemli URL’ler geri yüklenmeli ya da alakalı hedefe 301 yönlendirilmelidir; değersiz URL’ler doğal 404 kalabilir.
12. Yönlendirme hatası neden olur? Yönlendirme zinciri, yönlendirme döngüsü, bozuk hedef URL, HTTP/HTTPS çakışması veya yanlış site taşıma kuralları nedeniyle oluşabilir. Eski URL doğrudan en alakalı yeni hedefe yönlenmelidir.
13. Sunucu hatası 5xx SEO’yu etkiler mi? Evet, özellikle sık ve uzun süreli 5xx hataları Googlebot’un sayfaları sağlıklı taramasını engelleyebilir. Sunucu, CDN, güvenlik duvarı ve hosting yapısı kontrol edilmelidir.
14. Sitemap’e eklediğim sayfa neden indekslenmiyor? Sitemap indeks garantisi vermez. Sayfa noindex, canonical, kalite, kopya içerik, soft 404 veya iç link eksikliği nedeniyle indekslenmeyebilir.
15. İç link eksikliği indeksleme sorununa neden olur mu? Evet, iç link almayan sayfalar site içinde düşük öncelikli veya yetim sayfa gibi görünebilir. Önemli sayfalar ilgili içeriklerden ve kategori yapısından bağlantı almalıdır.
16. Zayıf içerik indekslenmeme nedeni midir? Evet, Google teknik olarak taradığı sayfayı kullanıcıya yeterli değer sunmadığı için dizine almayabilir. Zayıf, tekrarlı veya arama niyetini karşılamayan içerikler güçlendirilmelidir.
17. Her sayfayı indeksletmek doğru mu? Hayır, her URL’nin indekslenmesi gerekmez. Yönetim sayfaları, teşekkür sayfaları, zayıf etiket arşivleri, filtre URL’leri ve kopya sayfalar bilinçli şekilde indeks dışı bırakılabilir.
18. URL Denetimi ile indeks isteği göndermek yeterli mi? Hayır, indeks isteği tek başına çözüm değildir. Sayfada teknik veya kalite sorunu varsa önce bu sorunlar çözülmeli, sonra yeniden değerlendirme istenmelidir.
19. Kapsam hataları ne sıklıkla kontrol edilmeli? Aktif sitelerde haftalık kontrol önerilir. Büyük e-ticaret, haber, blog ve çok URL’li sitelerde kapsam raporları daha sık takip edilmelidir.
20. 2026’da kapsam hataları için en doğru strateji nedir? En doğru strateji; önemli sayfaların indekslenmesini sağlamak, gereksiz URL’leri bilinçli şekilde dışarıda bırakmak, sitemap’i temiz tutmak, noindex ve canonical sinyallerini doğru yönetmek, zayıf içerikleri güçlendirmek ve Search Console verilerini düzenli analiz etmektir.
