Google Search Console 抓取和索引错误解决方案指南

Google Search Console tarama ve dizin oluşturma hataları, Googlebot’un sayfalarınıza ulaşamaması, sayfayı okuyamaması, teknik olarak engellenmesi veya Google’ın ilgili URL’yi dizine almaya değer bulmaması durumunda ortaya çıkar. Çözüm için önce hatanın kapsamını belirlemeli, URL Denetleme aracıyla canlı testi çalıştırmalı, robots.txt, noindex, canonical, yönlendirme, sunucu yanıt kodu, sitemap ve içerik kalitesi kontrollerini sırayla yapmalısınız. En doğru yaklaşım, tüm uyarıları aynı anda düzeltmeye çalışmak yerine trafiği ve geliri etkileyen önemli sayfalardan başlayarak sistemli bir hata çözüm planı uygulamaktır.

Bu rehber, Hostragons blogu için hazırlanmış pratik bir kontrol listesi niteliğindedir. Amacımız, Search Console’da gördüğünüz kapsam ve sayfa dizine ekleme raporlarını yorumlamanızı, hataların gerçek nedenlerini bulmanızı ve teknik SEO açısından kalıcı iyileştirmeler yapmanızı sağlamaktır. Özellikle e-ticaret, kurumsal site, blog, haber sitesi ve yüksek URL sayısına sahip projelerde tarama bütçesi, sunucu sağlığı ve doğru indeks stratejisi doğrudan görünürlüğü etkiler.

Tarama ve Dizin Oluşturma Arasındaki Fark Nedir?

Tarama, Googlebot’un web sitenizdeki URL’leri keşfetmesi ve bu sayfaların HTML, görsel, CSS, JavaScript gibi kaynaklarına erişmeye çalışmasıdır. Dizin oluşturma ise Google’ın taradığı sayfayı analiz edip arama sonuçlarında gösterilmeye uygun bulmasıdır. Bir sayfa taranabilir ama dizine alınmayabilir. Benzer şekilde bir URL sitemap içinde yer alabilir ancak robots.txt, noindex veya sunucu hatası nedeniyle Google tarafından işlenemeyebilir.

Pratik örnekle açıklayalım: Bir ürün sayfanız sitemap.xml içinde yer alıyor, iç linklerden erişiliyor ve 200 durum kodu döndürüyor olabilir. Ancak sayfanın HTML kaynak kodunda noindex etiketi varsa Google sayfayı tarasa bile dizine eklemez. Başka bir senaryoda sayfada noindex yoktur fakat sunucu yoğunluk anında 500 hatası döndürür; bu kez Googlebot sayfayı güvenilir şekilde tarayamadığı için dizine ekleme süreci aksar.

Google Search Console’da Önce Hangi Raporlara Bakılmalı?

2026 SEO standartlarında sorun çözümünün ilk adımı veri doğruluğudur. Search Console’da özellikle Sayfalar, Site Haritaları, URL Denetleme ve Tarama İstatistikleri raporları birlikte incelenmelidir. Sadece tek bir rapora bakarak karar vermek çoğu zaman yanıltıcıdır. Örneğin Sayfalar raporunda Dizine eklenmedi görünen bir URL, URL Denetleme aracında canlı testte dizine eklenebilir durumda görünebilir; bu fark genellikle Google’ın son tarama tarihi ile sizin yaptığınız son düzeltme tarihi arasındaki zaman farkından kaynaklanır.

1. Sayfalar Raporu

Sayfalar raporu, hangi URL’lerin dizinde olduğunu, hangilerinin hariç bırakıldığını ve hangi hata türleriyle karşılaşıldığını gösterir. Burada amaç, her hariç bırakılan URL’yi mutlaka dizine aldırmak değildir. Sepet sayfaları, filtre kombinasyonları, dahili arama sonuçları ve yinelenen parametreli URL’ler bilinçli olarak dizin dışında bırakılabilir. Önceliğiniz, organik trafik almasını beklediğiniz kategori, ürün, hizmet, blog ve marka sayfaları olmalıdır.

2. URL Denetleme Aracı

URL Denetleme aracı, tekil sayfa düzeyinde en güvenilir tanı aracıdır. Burada Google’ın son tarama tarihi, izin verilen tarama durumu, kullanıcı tarafından bildirilen canonical, Google tarafından seçilen canonical ve sayfanın dizine eklenebilirliği görülebilir. Bir hata üzerinde çalışırken aynı URL için canlı testi çalıştırın, ardından düzeltmeniz başarılıysa dizine ekleme isteği gönderin. Ancak yüzlerce URL için manuel istek göndermek yerine sorunun kök nedenini düzeltmek daha sağlıklıdır.

3. Site Haritaları Raporu

Site haritası, Google’a hangi URL’lerin önemli olduğunu anlatan bir yol haritasıdır. Sitemap içinde yalnızca 200 durum kodu döndüren, canonical olarak kendisini işaret eden, noindex içermeyen ve dizine alınmasını istediğiniz URL’ler bulunmalıdır. 10.000 URL’lik bir sitemap içinde 3.000 adet yönlendirilmiş veya 404 döndüren URL varsa Googlebot’un zamanını boşa harcarsınız. WordPress kullanıyorsanız SEO eklentinizin oluşturduğu sitemap ayarlarını; özel yazılım kullanıyorsanız sitemap üretim mantığını düzenli kontrol edin. WordPress hosting çözümleri

4. Tarama İstatistikleri

Tarama İstatistikleri raporu, Googlebot’un sitenize ne sıklıkla geldiğini, kaç istek yaptığını, ortalama yanıt süresini ve hangi yanıt kodlarını aldığını gösterir. Ortalama yanıt süresi sürekli artıyorsa, 5xx hataları belirginleşiyorsa veya robots.txt erişiminde sorun varsa dizin performansınız etkilenebilir. Özellikle yoğun kampanya dönemlerinde, haber sitelerinde ve yüksek ürün sayısına sahip e-ticaret projelerinde güçlü hosting altyapısı kritik hale gelir. yüksek performanslı web hosting

Google Search Console 最常见的错误及解决方案

下表为最常见的 Google Search Console 抓取和索引错误提供了快速诊断和解决方案摘要。您可将此表作为初步检查清单使用，随后在相关章节中应用更详细的步骤。

Sunucu Hataları 5xx Nasıl Çözülür?

5xx hataları, Googlebot’un sayfaya ulaşmaya çalıştığında sunucu tarafında bir problemle karşılaştığını gösterir. 500, 502, 503 ve 504 hataları en yaygın türlerdir. Bu hatalar özellikle önemlidir çünkü Google, sunucunuzun kararsız olduğunu düşünürse tarama sıklığını azaltabilir. Kısa süreli bakım sırasında 503 kullanmak doğru olabilir; ancak kalıcı 5xx hataları dizin kaybına kadar gidebilir.

Uygulanabilir kontrol listesi

• Hosting kontrol panelinizden CPU, RAM, disk I/O ve süreç limitlerini inceleyin.
• Web sunucusu hata loglarında aynı dakikalarda tekrarlayan PHP, MySQL veya uygulama hatalarını arayın.
• WordPress kullanıyorsanız son yüklenen eklenti, tema veya güvenlik duvarı ayarlarını geçici olarak test edin.
• Yoğun bot trafiği, kötü amaçlı istek veya DDoS belirtisi olup olmadığını kontrol edin.
• Cache sistemi, CDN ve veritabanı optimizasyonu uygulayın.

Örneğin 20.000 ürünlü bir e-ticaret sitesinde Googlebot taraması sırasında veritabanı sorguları ağırlaşıyor ve kategori sayfaları 504 zaman aşımı veriyorsa, yalnızca Search Console’dan doğrulama istemek çözüm değildir. Önce veritabanı indeksleri, sayfalama, cache ve hosting kaynakları iyileştirilmelidir. Büyüyen projelerde paylaşımlı hostingten VPS veya yönetilebilir daha güçlü bir altyapıya geçmek tarama sağlığını doğrudan iyileştirebilir. VPS sunucu çözümleri

Robots.txt Tarama Engelleri Nasıl Düzeltilir?

Robots.txt dosyası, arama motorlarına hangi alanların taranıp taranamayacağını bildirir. Yanlış yazılmış tek bir kural, tüm sitenin görünürlüğünü etkileyebilir. Özellikle yeni site yayına alınırken kullanılan geçici engelleme kuralları canlıya geçişten sonra unutulursa, Google önemli sayfaları tarayamaz.

Kontrol etmeniz gereken temel noktalar şunlardır:

• Robots.txt dosyanız tarayıcıda alanadiniz.com/robots.txt adresinden erişilebilir olmalıdır.
• Disallow: / kuralı canlı sitede kullanılmamalıdır; bu kural tüm siteyi engeller.
• CSS ve JavaScript dosyaları gereksiz yere engellenmemelidir; Google sayfayı doğru render edebilmelidir.
• Sitemap konumu robots.txt içinde belirtilmelidir.
• Admin, sepet, kullanıcı hesabı gibi alanlar engellenebilir; ancak kategori ve içerik dizinleri engellenmemelidir.

Robots.txt, dizinden kaldırma aracı değildir. Bir URL daha önce dizine girdiyse ve sonra robots.txt ile engellenirse Google sayfayı yeniden tarayamadığı için noindex etiketini de göremez. Bu durumda sayfa sonuçlarda açıklama olmadan kalabilir. Dizin dışına çıkarılmasını istediğiniz sayfalar için önce taramaya izin verip noindex kullanmak, ardından gerekirse kalıcı kaldırma stratejisi uygulamak daha doğrudur.

Noindex Hatası: Ne Zaman Sorun, Ne Zaman Doğru Strateji?

Noindex etiketi, Google’a sayfayı dizine eklememesini söyler. Bu bir hata değil, doğru yerde kullanıldığında SEO stratejisidir. Sorun, noindex etiketinin organik trafik alması gereken sayfalarda yanlışlıkla bulunmasıdır. WordPress’te arama motorlarının bu siteyi indekslemesini engelle seçeneğinin açık kalması, SEO eklentilerinde içerik türünün noindex yapılması veya özel yazılımda şablon seviyesinde yanlış meta etiketi basılması sık görülür.

Noindex kontrolü için URL Denetleme aracında sayfanın dizine eklenmesine izin veriliyor mu bölümünü inceleyin. Ardından sayfanın kaynak kodunda robots meta etiketini ve HTTP X-Robots-Tag başlığını kontrol edin. PDF, görsel veya dosya URL’leri için X-Robots-Tag kullanılmış olabilir. Eğer sayfa sizin için önemliyse noindex kaldırılmalı, sayfa 200 durum kodu döndürmeli, sitemap içinde yer almalı ve iç linklerle desteklenmelidir.

Keşfedildi, Şu Anda Dizine Eklenmedi Hatası

Bu durum, Google’ın URL’den haberdar olduğunu ancak henüz taramayı tercih etmediğini gösterir. Büyük sitelerde yeni ürün veya blog sayfaları için sık görülür. Google, tarama bütçesini sitenin otoritesine, sunucu yanıt hızına, URL kalitesine ve iç link sinyallerine göre dağıtır. Binlerce düşük değerli URL oluşturuyorsanız, önemli sayfaların taranması gecikebilir.

Çözüm adımları

• Önemli URL’leri ana sayfa, kategori ve ilgili içeriklerden iç linklerle destekleyin.
• Sitemap içinde yalnızca dizine alınması gereken temiz URL’leri tutun.
• Sayfa açılış hızını iyileştirin; özellikle TTFB değerinin tutarlı şekilde düşük olmasına dikkat edin.
• Filtre, sıralama ve parametreli URL’lerin gereksiz çoğalmasını engelleyin.
• Sayfada özgün açıklama, fiyat, stok, görsel, teknik detay ve kullanıcıya faydalı bilgiler sunun.

Somut örnek: Bir hosting firmasının 200 farklı lokasyon ve paket kombinasyonu için neredeyse aynı metinlerle sayfa üretmesi, keşfedilen ama taranmayan URL sayısını artırabilir. Bunun yerine gerçekten arama niyeti olan sayfalar seçilmeli, her sayfaya özgün karşılaştırma, kullanım senaryosu, fiyatlandırma açıklaması ve teknik detay eklenmelidir.

Tarandı, Şu Anda Dizine Eklenmedi Hatası

Bu uyarı, Google’ın sayfayı taradığını ancak dizine almamayı seçtiğini gösterir. Çoğu zaman içerik kalitesi, tekrar eden sayfa yapısı, zayıf bilgi değeri veya canonical sinyaliyle ilişkilidir. Google artık yalnızca teknik olarak erişilebilir sayfaları değil, arama yapan kullanıcıya anlamlı katkı sunan sayfaları dizine eklemeye daha yatkındır.

Bu hatayı çözmek için sayfanın benzersiz değerini artırın. 150 kelimelik genel bir hizmet sayfasını, kullanıcı sorularını yanıtlayan, teknik özellikleri açıklayan, fiyatlandırma mantığını anlatan, görsellerle desteklenen ve ilgili sayfalara bağlantı veren kapsamlı bir kaynağa dönüştürün. İçeriği güncellerken yalnızca kelime sayısını artırmayın; gerçek örnekler, tablolar, karşılaştırmalar ve karar vermeyi kolaylaştıran bilgiler ekleyin. SEO uyumlu web sitesi hazırlama rehberi

Canonical 错误与重复 URL 问题

Canonical 标签用于指定相似或重复页面中哪个 URL 是主要版本。在电子商务网站中，由于颜色、尺寸、排序、筛选和促销参数等原因，相同内容通过多个 URL 打开的情况非常普遍。如果 Google 选择了不同于您指定的 canonical 的 URL，那么在 Search Console 中，用户选择的 canonical 与 Google 选择的 canonical 可能会显示不同。

解决 Canonical 问题请应用以下原则：

• 希望被收录的每个页面都应将其自身显示为 canonical。
• 带参数和重复的 URL 应将 canonical 指向最相关的主页面。
• 指定为 canonical 的目标 URL 应返回 200 状态码，不应为 noindex，且不应被 robots.txt 阻止。
• 不要冲突地使用 Canonical 与 301 重定向。
• Sitemap 中仅列出 canonical 主 URL。

错误的 canonical 可能会将精心准备的页面的可见性转移给另一个 URL。因此，尤其需要在分类、产品和服务页面上测试基于模板的 canonical 生成。

Yönlendirme Hataları: Zincir, Döngü ve Yanlış Kodlar

Yönlendirme hataları, taşınan veya silinen URL’lerin doğru hedefe aktarılmaması nedeniyle oluşur. En sık görülen problemler yönlendirme zinciri, yönlendirme döngüsü, geçici 302 kodunun kalıcı taşıma yerine kullanılması ve http-https ya da www-www olmayan sürümler arasında karmaşadır.

İdeal yönlendirme, eski URL’den yeni URL’ye tek adımda 301 ile yapılmalıdır. Örneğin eski bir blog yazısı yeni kategori yapısına taşındıysa eski adres önce http sürümüne, sonra https sürümüne, sonra www sürümüne, sonra yeni slug’a gitmemelidir. Bu zincir hem kullanıcı deneyimini yavaşlatır hem de Googlebot’un tarama verimliliğini düşürür. SSL geçişlerinde tüm iç linklerin, canonical etiketlerin ve sitemap URL’lerinin https olarak güncellendiğinden emin olun. SSL sertifikası seçenekleri

404 ve Soft 404 Hataları Nasıl Ele Alınmalı?

404, bir URL’nin bulunamadığını gösterir. Her 404 hatası kötü değildir. Gerçekten kaldırılmış, alternatifi olmayan ve trafik değeri taşımayan sayfaların 404 veya 410 dönmesi doğaldır. Sorun, önemli sayfaların yanlışlıkla 404 olması, sitemap içinde 404 URL bulunması veya iç linklerin kullanıcıyı boş sayfaya göndermesidir.

Soft 404 ise sayfanın teknik olarak 200 kodu döndürmesine rağmen içerik olarak bulunamadı sayfası gibi davranmasıdır. Örneğin stoktan kalkmış ürün sayfası boş bir şablonla 200 döndürüyorsa Google bunu soft 404 olarak yorumlayabilir. Alternatif ürün varsa ilgili kategoriye veya muadil ürüne 301 yönlendirme yapılabilir. Alternatif yoksa sayfanın 410 ile kaldırılması daha net bir sinyal verir.

Sitemap Stratejisi: Dizine Alınacak Sayfaları Netleştirin

Site haritanız, Google’a öncelik verdiğiniz URL’leri sunmalıdır. Sık yapılan hata, sistemde üretilen tüm URL’leri sitemap içine eklemektir. Oysa sitemap bir çöp kutusu değil, kalite filtresidir. Dizin hedefiniz olmayan URL’ler, yönlendirilmiş adresler, noindex sayfalar, parametreli filtreler ve 404 sayfalar sitemap içinde bulunmamalıdır.

İyi bir sitemap yapısında blog, sayfa, kategori, ürün gibi içerik türleri ayrı haritalara bölünebilir. 50.000 URL sınırına ulaşmasanız bile büyük sitelerde modüler sitemap yönetimi analiz kolaylığı sağlar. Son değiştirilme tarihi gerçek güncellemeleri yansıtmalı; her gün tüm URL’leri güncellenmiş gibi göstermek güvenilir sinyal oluşturmaz. Yeni alan adı kullanıyorsanız domain DNS ayarlarının doğru ve stabil olması da Googlebot erişimi için önemlidir. domain tescil ve DNS yönetimi

Tarama Bütçesini İyileştirmek İçin Teknik SEO Öncelikleri

Tarama bütçesi, Googlebot’un sitenizde belirli zaman aralığında taramayı tercih ettiği URL miktarı ve derinliği olarak düşünülebilir. Küçük sitelerde genellikle kritik bir sorun değildir; ancak binlerce URL’ye sahip projelerde yanlış URL üretimi ve yavaş sunucu ciddi kayıplara yol açabilir.

Tarama bütçesi için uygulanabilir öneriler

• Gereksiz parametreli URL’leri azaltın ve iç linklerden kaldırın.
• Filtre sayfalarını arama talebi varsa seçici şekilde açın, diğerlerini noindex veya canonical ile yönetin.
• İç link mimarisini güçlendirin; önemli sayfalar üç tıklamadan daha derinde kalmasın.
• Sunucu yanıt süresini düzenli ölçün ve ani yükselişleri loglarla eşleştirin.
• Bozuk iç linkleri aylık olarak tarama araçlarıyla kontrol edin.
• Görsel, CSS ve JavaScript dosyalarını optimize ederek render maliyetini azaltın.

Deneyimsel olarak, büyük sitelerde yalnızca 404 ve yönlendirme zincirlerini temizlemek bile Googlebot’un daha fazla önemli sayfayı taramasına yardımcı olur. Özellikle kategori sayfalarına eklenen kaliteli açıklamalar ve ilgili ürün iç linkleri, dizine eklenme oranını artırabilir.

Adım Adım Hata Çözüm Planı

Search Console hatalarını yönetirken dağınık hareket etmek yerine aşağıdaki planı uygulayın. Bu yöntem, hem tekil blog siteleri hem de kurumsal projeler için pratik bir iş akışı sunar.

1. Sayfalar raporundan en çok etkilenen hata türünü ve URL sayısını çıkarın.
2. Önceliği gelir, potansiyel müşteri veya trafik sağlayan sayfalara verin.
3. Her hata türünden 5-10 örnek URL seçin ve URL Denetleme aracında canlı test yapın.
4. Sunucu yanıt kodu, robots.txt, noindex, canonical, sitemap ve iç link durumunu kontrol edin.
5. Kök nedeni belirleyin; tek tek URL düzeltmek yerine şablon veya sistem düzeyinde çözüm uygulayın.
6. Düzeltme sonrası logları ve Search Console raporlarını 7-28 gün izleyin.
7. Başarılıysa doğrulama isteyin ve aynı kontrolü diğer URL gruplarına genişletin.

Buradaki kritik nokta, Search Console verilerinin anlık değil gecikmeli çalıştığını bilmektir. Bugün düzelttiğiniz bir hata raporda birkaç gün veya birkaç hafta daha görünebilir. Bu nedenle canlı test, sunucu logu ve gerçek durum kodu kontrolüyle rapor verilerini birlikte değerlendirin.

Ne Zaman Hosting Kaynaklı Bir Sorundan Şüphelenmelisiniz?

Her dizin sorunu hosting kaynaklı değildir; ancak bazı işaretler altyapı tarafını güçlü şekilde gösterir. Tarama İstatistikleri raporunda ortalama yanıt süresi artıyorsa, 5xx hataları belirli saatlerde çoğalıyorsa, bot ziyaretlerinde CPU limiti doluyorsa veya site yoğun trafikte yavaşlıyorsa hosting planınızı gözden geçirmek gerekir. Güvenilir DNS, güncel PHP sürümü, yeterli CPU/RAM, hızlı disk altyapısı, yedekleme ve güvenlik katmanları teknik SEO’nun temel parçalarıdır.

Örneğin kampanya döneminde organik ziyaretiniz 3 katına çıkıyor ve aynı anda Googlebot taraması başlıyorsa zayıf altyapı 503 hatalarına neden olabilir. Bu yalnızca kullanıcı kaybı değil, dizin güvenilirliği kaybıdır. Ölçeklenebilir hosting, doğru cache yapılandırması ve SSL sürekliliği, SEO performansını dolaylı değil doğrudan destekler. kurumsal hosting paketleri

最终检查清单：上线前

• 重要页面是否返回 200 状态代码？
• Robots.txt 是否阻止了重要文件夹？
• Noindex 是否仅设置在有意排除索引的页面上？
• Canonical 标签是否指向正确的主 URL？
• Sitemap 是否仅由干净、可索引的 URL 组成？
• 是否有从 HTTP 到 HTTPS 以及旧 URL 到新 URL 的单步 301 重定向？
• 404 页面是否已从内部链接和 Sitemap 中清除？
• 服务器日志中是否存在 Googlebot 的重复 5xx 错误或超时？

此检查清单是定期技术 SEO 维护的基础。每月进行一次全面抓取、导出 Search Console 报告并记录更改，可帮助您更快诊断未来可能出现的索引丢失问题。

常见问题解答

Google Search Console hatalarını düzelttikten sonra sonuçlar ne zaman görünür?

Hatanın türüne ve sitenizin taranma sıklığına göre sonuçlar birkaç gün ile birkaç hafta arasında görülebilir. Canlı URL testi anlık durumu gösterir; ancak Search Console raporlarının güncellenmesi gecikebilir.

Keşfedildi, şu anda dizine eklenmedi hatası her zaman kötü müdür?

Hayır. Google yeni veya düşük öncelikli URL’leri daha sonra taramayı seçebilir. Ancak önemli sayfalarda sürekli görülüyorsa iç link, sitemap, sayfa hızı, sunucu yanıtı ve içerik kalitesi iyileştirilmelidir.

Noindex etiketini kaldırdım, sayfa neden hâlâ dizine girmedi?

Google’ın sayfayı yeniden taraması gerekir. Ayrıca sayfanın robots.txt ile engellenmediğinden, canonical hedefinin doğru olduğundan, 200 durum kodu döndürdüğünden ve kaliteli içerik sunduğundan emin olun.

404 hatalarını mutlaka 301 yönlendirmeli miyim?

Hayır. Alternatifi olmayan, trafik ve backlink değeri taşımayan eski URL’ler 404 veya 410 kalabilir. Benzer veya yeni karşılığı olan önemli URL’ler ise en alakalı sayfaya 301 ile yönlendirilmelidir.

Hosting seçimi dizin oluşturmayı etkiler mi?

Evet. Yavaş yanıt süresi, kaynak limitleri, sık 5xx hataları ve kararsız SSL veya DNS yapılandırması Googlebot’un tarama verimliliğini düşürebilir. Stabil ve hızlı hosting teknik SEO için güçlü bir temeldir.

Özetle, Google Search Console tarama ve dizin oluşturma hataları doğru okunduğunda sitenizin teknik sağlığını iyileştirmek için değerli sinyaller sunar. Önce önemli URL’leri belirleyin, hatayı canlı test ve loglarla doğrulayın, ardından robots.txt, noindex, canonical, yönlendirme, sitemap, içerik kalitesi ve sunucu performansını sistemli şekilde kontrol edin. Daha hızlı, güvenli ve stabil bir altyapı ile bu süreci desteklemek isterseniz Hostragons’un hosting, domain ve SSL çözümlerini inceleyerek siteniz için uygun temeli oluşturabilirsiniz.