Search Console Site Haritası Okunamadı Hatası: Nedenleri ve Çözümü

Search Console'da site haritası okunamadı hatası ne demek ve hemen ne yapmalısınız?

Site haritası okunamadı hatası, Google'ın gönderdiğiniz sitemap dosyasını indirip okuyamadığını gösteren Search Console durumudur. Çoğu zaman adres yanlıştır, robots.txt engeller veya sunucu Googlebot'a hata döner. Önce adresi tarayıcıda açın, ardından robots.txt ve URL Denetimi ile Googlebot'un dosyaya ulaşıp ulaşmadığını sınayın.

Panik yapmanıza gerek yok. Bu durum sitenizin Google'dan silindiği anlamına gelmez. Yalnızca site haritası dosyasının okunamadığını söyler. Sayfalarınız başka yollarla yine keşfedilebilir. Yine de nedeni bulup gidermek, yeni sayfaların daha hızlı fark edilmesini sağlar.

Sırayı şöyle izleyin:

1. Site haritasının tam adresini tarayıcıda açın ve XML içeriğin göründüğünü doğrulayın.
2. Search Console'da doğru mülkü seçtiğinizden emin olun (http, https, www farkı).
3. robots.txt dosyanızda site haritası yolunu engelleyen bir kural olup olmadığına bakın.
4. URL Denetimi aracında site haritası adresini canlı olarak test edin.
5. Sunucu veya güvenlik duvarı kayıtlarında Googlebot isteklerinin reddedilip reddedilmediğini kontrol edin.
6. Sorunu giderdikten sonra site haritasını yeniden gönderin ve sonucu bekleyin.

Bu yazıda yalnız bu tek hatayı ele alıyoruz. Sitemap kavramını baştan öğrenmek isterseniz site haritası rehberimize bakın.

Site haritası okunamadı ile Getirilemedi aynı şey mi?

Evet, büyük olasılıkla aynı durumdan söz ediyorsunuz. Türkçe arayüzde resmi yardım sayfası bu durumu "Getirilemedi" olarak adlandırır. İngilizce karşılığı "Couldn't fetch" ifadesidir. Almanca arayüzde ise "Konnte nicht abgerufen werden" yazar.

Okurlar bu durumu çoğunlukla "okunamadı" diye arar. Bu yüzden başlıkta bu kelimeyi kullandık. Ancak panelinizde birebir aynı metni görmeyebilirsiniz. Arayüz metinleri zamanla değişebilir, bu nedenle benzeri bir uyarı gördüğünüzde de aynı adımları izleyin.

Önemli ayrım şudur: Getirilemedi, Google'ın dosyaya hiç ulaşamadığını söyler. Google dosyayı alıp içinde sorun bulduysa durum farklıdır. O zaman rapor "Hata içeriyor" gibi bir durum gösterir. İki durumun çözümü birbirinden çok farklı olduğu için önce hangisinde olduğunuzu netleştirin.

Ayrıca site haritası raporunu açan herkesin ekranı aynı görünmeyebilir. Mülk türü, yetkiniz ve gönderim biçiminiz görünümü etkiler. Bu yüzden ekran görüntüsüne değil, durumun anlamına bakın.

Site Haritaları raporunda hangi durumlar var ve birbirinden farkı nedir?

Resmi yardım sayfasına göre rapor üç temel sonuç gösterir. Başarılı, hata içeriyor ve getirilemedi. Google henüz okumadığı veya tanımadığı dosyalar için ek bir belirsiz durum da gösterebilir. Aşağıdaki tablo farkı özetler.

Dördüncü satırdaki uyarı, resmi sayfadaki ana durumlardan biri değildir. Panelde ayrıntı olarak benzeri bir mesaj görebilirsiniz. Bu nedenle birebir metne yaslanmayın.

Pratikte fark şudur: Getirilemedi durumunda Google dosyaya erişmeyi başaramaz. Hata içeriyor durumunda ise dosyayı okur, ama içindeki bazı satırlara itiraz eder. İlkinde erişim sorununu, ikincisinde içerik sorununu çözersiniz.

Yeni gönderdiğim site haritası okunamadı diyorsa beklemeli miyim?

Yeni gönderilen dosya, Google ilk kez getirmeye çalışırken bir süre bu durumda görünebilir. Resmi sayfa, sunucunun geçici olarak yanıt vermemesi gibi anlık sorunların kendiliğinden düzelebileceğini belirtir. Yani her uyarı kalıcı bir arıza değildir.

Bizim saha deneyimimiz de bunu destekler: bazen hiçbir şey değiştirmediğiniz halde durum bir süre sonra Başarılı olur. Ancak bu bir kural değil, gözlemdir. Beklemenin ne kadar süreceğine dair garanti veremeyiz.

Makul bir yaklaşım şöyledir:

• Önce adresi tarayıcıda ve farklı bir ağdan açıp dosyanın gerçekten erişilebilir olduğunu doğrulayın.
• Ardından birkaç gün bekleyin ve durumu yeniden kontrol edin.
• Durum değişmiyorsa bekleme yerine nedenleri tek tek eleyin.
• Her denemede sitemap dosyasını silip yeniden eklemeyin, çünkü bu yalnızca bekleme sayacını sıfırlar.

Ayrıca Google, sitenin içerik kalitesi düşükse ve tarama talebi azsa dosyayı geç okuyabilir. Resmi sayfa, kaliteli içeriğin tarama talebini artırdığını söyler. Yeni ve içeriği az bir sitede sabırlı olmak bu yüzden normaldir.

Önce site haritası adresini tarayıcıda açabiliyor musunuz?

Bu, en hızlı ve en değerli testtir. Gönderdiğiniz adresi birebir kopyalayıp gizli pencerede açın. Karşınıza XML içerik veya bir sitemap dizin yapısı gelmelidir. Boş sayfa, hata mesajı, giriş ekranı ya da normal bir web sayfası görüyorsanız sorunu buldunuz demektir.

Adresi yazarken şunlara dikkat edin:

• Protokol doğru olmalı, yani http ile https karışmamalı.
• www kullanıp kullanmadığınız Search Console mülküyle uyuşmalı.
• Dosya adı büyük küçük harf bakımından aynı olmalı.
• Adres sonunda fazladan boşluk, tırnak ya da satır sonu karakteri olmasın.

Sonra yönlendirmeleri kontrol edin. Adres bir başka adrese zincirleme yönlendiriyorsa Google dosyayı alamayabilir. Yönlendirme denetleyici aracımızla adresin kaç adımda nereye gittiğini görebilirsiniz.

Adresi bir de mobil ağdan, yani Wi-Fi dışında test etmek faydalıdır. Böylece yerel önbellek veya ağ kısıtı kaynaklı yanıltıcı sonuçları elersiniz. Ayrıca bir arkadaşınızdan da adresi açmasını isteyebilirsiniz.

Son olarak bir de oturum açmış olduğunuz tarayıcıyla açmayın. Giriş yapmış yöneticiye farklı, ziyaretçiye ve Googlebot'a farklı içerik gösteren siteler vardır. Gizli pencere gerçek durumu daha iyi yansıtır.

Robots.txt site haritasını engelliyor olabilir mi?

Evet, olabilir. Resmi yardım sayfası açıkça şunu söyler: Google site haritasını getirirken robots.txt kurallarına uyar. Dosyayı engelleyen bir kural varsa, o kuralı kaldırmanız gerekir.

Engelleme çoğunlukla dolaylı olur. Örneğin tüm bir klasörü yasaklayan genel bir kural, içindeki sitemap dosyasını da kapsar. Bazı sitelerde site haritası eklenti klasöründe veya sanal bir yolda durur. Bu yol da bir kuralın içine düşebilir.

Kontrol için şu sırayı deneyin:

1. robots.txt dosyanızı tarayıcıda açın ve Disallow satırlarını okuyun.
2. Site haritanızın yolunun bu satırlardan biriyle başlayıp başlamadığına bakın.
3. Engel varsa kuralı daraltın veya site haritası yolunu istisna olarak serbest bırakın.
4. Değişiklikten sonra robots.txt dosyasının yeni halinin yayında olduğunu doğrulayın.

Robots.txt'de sık yapılan hataları ayrıca robots.txt hataları ve çözümleri yazımızda topladık. Sıfırdan dosya hazırlamanız gerekirse robots.txt oluşturucu işinize yarar.

Yanlış mülk seçimi (http, https, www) site haritası okunamadı hatasına yol açar mı?

Doğrudan neden olmasa da kafa karışıklığı yaratır. Search Console http, https, www ve www'suz sürümleri ayrı mülk olarak değerlendirir. Alan adı mülkü eklediyseniz hepsini kapsar. URL öneki mülkü eklediyseniz yalnız o öneki kapsar.

Örnek senaryo: Mülkünüz https://www.example.com/ olsun. Siz ise https://example.com/sitemap.xml adresini göndermişsiniz. Bu adres başka bir sürüme yönlenebilir, dosya sunucuda hiç olmayabilir ya da farklı bir yanıt dönebilir. Sonuçta Google'a ulaşamayan bir adres göndermiş olursunuz.

Özellikle yeni bir SSL sertifikası taktıysanız veya siteyi www'suz sürüme taşıdıysanız bu hata kolayca ortaya çıkar. Çünkü eski sitemap adresi artık başka bir sürüme yönlenir. Sonuçta Google, gönderdiğiniz adreste dosya bulamayabilir.

Çözüm basittir:

• Sitenizin tercih ettiğiniz tek sürümünü belirleyin.
• Sitemap içindeki bütün adresleri bu sürümle yazın.
• Gönderdiğiniz sitemap adresini de aynı sürümle verin.
• Diğer sürümleri kalıcı yönlendirmeyle tercih ettiğiniz sürüme taşıyın.

Resmi dokümana göre Google, göreli yolları değil tam ve mutlak adresleri bekler. Bu nedenle sitemap dosyasının içinde de protokol ve alan adı tutarlı kalmalıdır.

Sunucu veya WAF Googlebot'u engelliyor olabilir mi?

Evet, bu da sık görülen bir nedendir. Güvenlik duvarı, bot koruması veya aşırı sıkı bir hız sınırı Googlebot isteklerini reddedebilir. Siz tarayıcıda dosyayı görürsünüz, ama Google 403 ya da benzeri bir yanıt alır.

Belirtiler şunlardır:

• Dosyayı tarayıcıda görüyorsunuz, ancak Search Console getirilemedi diyor.
• Sunucu kayıtlarında Googlebot isteği için 403, 429 veya 5xx yanıtları var.
• Sorun yalnızca belirli saatlerde, yoğun trafikte ortaya çıkıyor.
• Bot koruması kurallarını yakın zamanda sıkılaştırdınız.

Önce isteği gerçekten Googlebot'un yaptığını doğrulayın; çünkü taklitçi botlar da aynı adı kullanabilir. Googlebot doğrulama rehberimiz bu adımı anlatır. Sonra güvenlik duvarında gerçek Googlebot için site haritasına izin verin.

Güvenlik duvarı kaynaklı 403 hataları için ModSecurity ve 403 hatası rehberine de bakabilirsiniz. Ayrıca resmi sayfa, sitenizde manuel işlem cezası sürüyorsa Google'ın site haritalarını okumadığını belirtir. Bu ihtimali Güvenlik ve Manuel İşlemler bölümünden kontrol edin.

Dosya neden XML değil de bir web sayfası döndürüyor?

Bazı sitelerde sitemap adresi XML yerine normal bir HTML sayfası döndürür. Tarayıcıda bir şeyler görürsünüz, ama Google bunu site haritası olarak okuyamaz. Bu durumda ayrıntı ekranında benzeri bir uyarı görebilirsiniz.

En sık nedenler şunlardır:

• Adres sizi giriş sayfasına veya ana sayfaya atıyor.
• Bir önbellek ya da optimizasyon eklentisi çıktıyı sarmalıyor.
• Sitemap üreten eklenti kapalı ve sunucu bunun yerine 404 sayfası gösteriyor.
• Sunucu, hata sayfasını 200 durum koduyla gönderiyor.
• HTML site haritası sayfasını XML dosyasıyla karıştırmak.

Son madde özellikle önemlidir. Ziyaretçiler için hazırladığınız bir site haritası sayfası, Search Console'a göndereceğiniz XML dosyasıyla aynı şey değildir. Gönderdiğiniz adres XML, RSS, Atom veya düz metin biçiminde olmalıdır.

Resmi dokümana göre dosya UTF-8 kodlu olmalı ve XML etiket değerleri uygun biçimde kaçışlanmalıdır. Bozuk karakterler dosyanın okunmasını engelleyebilir. Yine de bu, Hata içeriyor durumuna daha yakındır.

Boyut sınırı aşılırsa site haritası okunamaz mı?

Büyük dosyalar sorun çıkarabilir. Resmi dokümanda her site haritası için sınır, sıkıştırmadan 50 MB veya 50.000 adrestir. Bu sınırlar zamanla değişebilir, bu nedenle güncel değeri resmi sayfadan kontrol edin.

Sınırı aşan sitelerde çözüm, dosyayı parçalara bölmektir. Ardından bu parçaları bir sitemap dizin dosyasında toplarsınız. Böylece tek bir adres göndererek hepsini bildirebilirsiniz.

Sitenizdeki sayfa sayısı arttıkça tek dosya yaklaşımı sorun çıkarmaya başlar. Ürün, kategori ve blog adreslerini ayrı dosyalara ayırmak hem yönetimi kolaylaştırır hem de hatanın hangi bölümde olduğunu gösterir.

Büyük dosyalarda şu belirtilere dikkat edin:

• Dosyanın tarayıcıda açılması çok uzun sürüyor.
• Sunucu bellek ya da süre sınırına takılıp yarım yanıt veriyor.
• Siteniz dosyayı her ziyarette yeniden üretiyor ve yavaş kalıyor.

Dinamik üretim özellikle riskli olabilir. Googlebot dosyayı çekerken sunucu zaman aşımına uğrarsa getirilemedi görürsünüz. Parçalara bölmek ve çıktıyı önbelleğe almak genelde yükü azaltır.

Küçük bir sitede bu madde sorun olmaz. Yine de adres sayınız artıyorsa baştan parçalara ayırmak daha rahat olur. XML sitemap oluşturucu küçük siteler için hızlı bir başlangıç sağlar.

Site haritası dizin dosyasını (sitemap index) doğru kurdunuz mu?

Sitemap index, birden fazla site haritasını tek bir dosyada listeler. Resmi dokümana göre bir dizin dosyası çok sayıda site haritası listeleyebilir ve her site için birden fazla dizin dosyası gönderebilirsiniz. Sayısal sınırların güncel halini resmi sayfadan görün.

Dizinde yapılan hatalar da okunamama sebebidir:

• Dizinde listelenen alt sitemap adresleri 404 ya da yönlendirme veriyor.
• Alt dosyalar dizin dosyasıyla aynı klasörde veya daha altında değil.
• Alt adreslerde http ile https karışmış.
• Dizin dosyasının içine ikinci bir dizin dosyası konmuş.

Resmi dokümandaki konum kuralı önemlidir: dizinde gösterilen site haritaları, dizin dosyasıyla aynı dizinde veya hiyerarşide daha aşağıda durmalıdır. Aksi halde Google bu dosyaları kapsam dışı sayabilir.

Pratik kontrol için dizin dosyasını açın ve içindeki her adresi tek tek tarayıcıda test edin. Biri bile açılmıyorsa asıl sorun orada olabilir. Dizin getirilebilir görünse de içindeki bir alt dosya ayrıca hata verebilir.

URL Denetimi aracıyla site haritasını nasıl test edersiniz?

URL Denetimi, Googlebot'un bir adrese gerçekten ulaşıp ulaşamadığını gösterir. Resmi yönlendirme de getirme sorunlarında bu aracı kullanmanızı önerir. Site haritası adresini araç çubuğuna yapıştırarak canlı test başlatabilirsiniz.

Sonuçlarda şunlara bakın:

1. Googlebot adrese ulaşabildi mi, yoksa bir erişim hatası mı aldı?
2. robots.txt dosyası sayfayı engelliyor mu?
3. Dönen içerik beklediğiniz XML mi, yoksa başka bir sayfa mı?
4. Canlı test sonucu ile tarayıcıda gördüğünüz içerik uyuşuyor mu?

Canlı test başarılıysa sorun büyük olasılıkla geçicidir veya eski bir denemeden kalmıştır. Başarısızsa araç, nedenin türü hakkında ipucu verir. Ardından ilgili bölüme dönüp robots.txt, sunucu veya yönlendirme ayarını düzeltebilirsiniz.

Bu aracın nasıl çalıştığını daha geniş okumak için Search Console rehberimize bakın. Resmi URL Denetimi yardım sayfası da ayrıntıyı verir.

Sorunu giderdikten sonra site haritasını nasıl yeniden gönderirsiniz?

Önce sorunu gerçekten giderdiğinizden emin olun. Adresi tarayıcıda görmeli, URL Denetimi'nde başarılı sonuç almalı ve robots.txt engelini kaldırmış olmalısınız. Sonra Site Haritaları bölümünde dosyayı yeniden gönderin.

İzleyeceğiniz adımlar şunlardır:

1. Search Console'da doğru mülkü açın ve site haritaları ekranına gidin.
2. Eski kaydı silmeden önce adresin değişmediğini kontrol edin.
3. Aynı adresi yeniden gönderin; adres değiştiyse yeni adresi ekleyin.
4. Birkaç gün sonra durumu yeniden kontrol edin.
5. Durum değişmediyse kayıt eski bir denemeden kalmış olabilir, bu yüzden ayrıntı satırını inceleyin.

Aynı dosyayı art arda defalarca göndermek işe yaramaz. Google dosyayı kendi takvimine göre yeniden okur. Bu nedenle düzeltmeyi yapıp beklemek, sürekli göndermekten daha verimlidir.

Başarılı olduktan sonra dosyanın güncel kalması da önemlidir. Değişen sayfaların son değiştirilme tarihini doğru yazmak için sitemap lastmod etiketi yazımıza bakın.

WordPress ve diğer CMS'lerde en sık görülen nedenler hangileridir?

Çoğu sitede site haritasını bir eklenti veya CMS özelliği üretir. Bu yüzden sorunların çoğu eklenti ayarlarında çıkar. Örnek bir senaryo: eklentiyi güncellersiniz, kalıcı bağlantı yapısı değişir ve eski sitemap adresi 404 vermeye başlar.

Sık görülen nedenleri tek tabloda toplayalım.

Adres 500 hatası veriyorsa, sitenizde daha geniş bir PHP sorunu olabilir. O durumda WordPress kritik hata uyarısı yazımızdaki adımlar işe yarar.

Çözümden önce bir kez daha sorun çıkaran eklentiyi tespit edin. Tek bir eklentiyi kapatıp yeniden denemek çoğu zaman yeterli olur.

Site haritası okunamadı hatası düzeldi, peki sayfalarım neden hâlâ dizinde yok?

Site haritasının başarıyla okunması, tüm sayfalarınızın dizine gireceği anlamına gelmez. Sitemap yalnızca Google'a bir ipucu verir. Hangi sayfaların seçileceği ayrı bir değerlendirmedir.

Başarılı durumdan sonra sayfaların beklemede kalmasının yaygın nedenleri şunlardır:

• Sayfa içeriği zayıf veya başka sayfalara çok benziyor.
• Sayfada noindex etiketi ya da yanlış bir kanonik adres var.
• Sayfa sitede iç bağlantı almıyor ve tarama önceliği düşük kalıyor.
• Site yeni olduğu için tarama talebi henüz düşük.

Bu konuyu ayrı bir rehberde işledik. İndekslenmeyen sayfaları Search Console ile nasıl tespit edersiniz yazısı, her durumun anlamını açıklar. Burada tekrar etmiyoruz.

Önemli olan sırayı bilmektir. Önce Google site haritasını okur, sonra sayfaları tarar, en son indeksleme kararını verir. Bu zincirin ilk halkasını düzelttiyseniz, sonraki halkaları ayrı ayrı incelemelisiniz.

Çok dilli sitelerde ve alt alan adlarında site haritası okunamadı sorunu nasıl ortaya çıkar?

Birden fazla dil veya alt alan adı kullanıyorsanız, her biri ayrı bir mülk olabilir. Resmi dokümana göre, Search Console üzerinden göndermediğiniz bir site haritasının kapsamı yalnız bulunduğu dizin ve altıdır. Üst dizindeki adresleri kapsamaz.

Örnek senaryo: Dosya /en/ klasöründe duruyor, ama içinde ana dizindeki adresler listeleniyor. Böyle bir dosya kapsam dışı adresler yüzünden sorun çıkarabilir. Ayrıca alt alan adındaki sayfaları ana alan adının site haritasına koymak da yanlıştır.

Kontrol listesi şöyledir:

• Her alt alan adı için ayrı bir Search Console mülkü ekleyin.
• Her dil klasörünün sitemap dosyasını, kendi kapsamındaki adreslerle sınırlayın.
• Mümkünse tek bir dizin dosyasını kök dizine koyun ve alt dosyaları ona bağlayın.
• Dil sürümlerini birbirine bağlayan alternatif dil işaretlerini tutarlı tutun.

Dil sürümlerinin işaretlenmesi ayrı bir konudur. İsterseniz hreflang oluşturucu aracımızla işaretleri hazırlayabilirsiniz. Burada yalnız site haritasının okunabilirliğine odaklanıyoruz.

Hangi yanlış çözümlerden uzak durmalısınız?

Sorun karşısında insanlar sıkça aceleci davranır. Bazı hamleler durumu çözmez, hatta kötüleştirir. Aşağıdaki hatalardan kaçının.

• Aynı dosyayı gün içinde defalarca silip yeniden eklemek.
• Güvenlik duvarını tamamen kapatmak. Bunun yerine yalnızca gerçek Googlebot için ince bir istisna tanımlayın.
• Robots.txt dosyasındaki bütün kuralları silmek. Yanlış kuralı bulup düzeltin.
• Site haritasını başka bir alan adına taşıyarak sorunu atlatmaya çalışmak.
• Ödeme karşılığı "anında indeksleme" vaat eden kişilere güvenmek.

Sonuncusu özellikle risklidir. Google'ın dosyayı ne zaman okuyacağını hiç kimse garanti edemez. Bu tür vaatler çoğu zaman kurallara aykırı yöntemlere dayanır ve sitenize zarar verebilir.

Doğru yaklaşım, nedeni kanıtlarla bulmaktır. Önce tarayıcı testi, sonra URL Denetimi, ardından sunucu kayıtları gelir. Her adımda bir şeyi eler ve bir sonrakine geçersiniz. Bu yöntem yavaş görünür, ama uzun vadede en hızlı yoldur.

Hangi belirti hangi nedene işaret eder?

Nedeni tahmin etmek yerine belirtiden yola çıkmak zaman kazandırır. Aşağıdaki tablo, sık görülen belirtileri olası nedenlerle eşleştirir. Bu tablo bir başlangıç noktasıdır, kesin teşhis değildir.

Tablodaki ilk satır en kolay olanıdır, çünkü tarayıcı testi anında sonuç verir. Üçüncü ve dördüncü satırlar ise biraz teknik bilgi ister. Bu nedenle onlarda sunucu kayıtlarına bakmak işinizi hızlandırır.

Birden fazla belirti birlikte çıkabilir. Örneğin hem yönlendirme hem de önbellek sorunu aynı anda bulunabilir. Bu durumda bir düzeltme yapıp test edin, sonra bir sonrakine geçin.

Search Console izinleri ve mülk sahipliği site haritası gönderimini etkiler mi?

Evet, etkileyebilir. Site haritası göndermek için mülk üzerinde yeterli yetkiniz olması gerekir. Yetkisiz kullanıcı gönderimi göremeyebilir ya da hiç gönderemeyebilir. Bu yüzden ekibinizde birden fazla kişi varsa, kimin hangi mülkü yönettiğini netleştirin.

Şunlara bakın:

• Doğru Google hesabıyla giriş yaptığınızdan emin olun.
• Mülk sahipliği doğrulaması hâlâ geçerli mi, kontrol edin.
• Gönderimi yapan kişinin mülk üzerinde gerekli izne sahip olduğunu doğrulayın.
• Aynı site için birden fazla mülk varsa, doğru olanın seçili olduğundan emin olun.

Sahiplik doğrulaması düşmüşse yalnız site haritası değil, bütün raporlar etkilenir. Bu durumda önce doğrulamayı yenileyin. Ardından site haritasını yeniden kontrol edin.

Hangi durumda uzman desteği almalısınız?

Yukarıdaki adımları denediyseniz ve durum değişmiyorsa dışarıdan bakış yardımcı olabilir. Özellikle sunucu kayıtlarına, güvenlik duvarı kurallarına veya yönlendirme zincirlerine erişiminiz yoksa, teknik bir inceleme zaman kazandırır.

Destek almayı şu durumlarda düşünün:

• Site haritası haftalardır Getirilemedi durumunda kalıyor.
• Sunucu veya güvenlik duvarı tarafında Googlebot'u engelleyen kural şüphesi var.
• Çok dilli ya da çok alt alan adlı karmaşık bir yapınız var.
• Büyük bir geçişten (alan adı, CMS, protokol) hemen sonra sorun başladı.

Talha Aslan ve ekibi olarak bu tür teknik taramaları rutin olarak ele alıyoruz. Garanti vermiyoruz, çünkü Google'ın dosyayı ne zaman okuyacağını kontrol edemeyiz. Ama nedeni bulmak ve doğru düzeltmeyi yapmak için sistematik bir yöntemimiz var.

Teknik denetim ve izleme için SEO danışmanlığı hizmetimize göz atabilirsiniz. Yazılı bir ön değerlendirme de isteyebilirsiniz.

Bu hatayı baştan önlemek için hangi kontrol listesini kullanmalısınız?

Önleme, düzeltmekten ucuzdur. Site haritasını yayına almadan önce ve her büyük değişiklikten sonra kısa bir kontrol yapmanız yeterlidir. Aşağıdaki liste bu kontrolü sistemleştirir.

1. Sitemap adresini gizli pencerede açın ve XML gördüğünüzü doğrulayın.
2. İçindeki adreslerin hepsini tercih ettiğiniz protokol ve alan adıyla yazın.
3. robots.txt dosyasının sitemap yolunu engellemediğini kontrol edin.
4. Güvenlik duvarının gerçek Googlebot'a site haritası için izin verdiğini doğrulayın.
5. Dosya boyutunu ve adres sayısını resmi sınırlarla karşılaştırın, gerekirse dizin dosyası kurun.
6. Search Console'da doğru mülkü seçin ve site haritasını o mülkten gönderin.
7. Site güncellendikçe site haritasının otomatik yenilenmesini sağlayın.

Bu listeyi aylık bir rutine bağlayabilirsiniz. Üstelik büyük bir tasarım, CMS ya da hosting değişikliğinden hemen sonra yeniden uygulamak iyi olur.

Son bir öneri: bulduğunuz nedeni ve uyguladığınız çözümü kısa bir not olarak saklayın. Böylece aynı sorun tekrarlarsa sıfırdan başlamazsınız. Ekibinizde birden fazla kişi varsa bu not özellikle işe yarar.

Not: Bu yazı genel bilgi içindir. Search Console arayüzü ve resmi kurallar değişebilir. Güncel metinleri her zaman Site Haritaları raporu yardım sayfasından ve site haritası oluşturma dokümanından kontrol edin. Dizin dosyası kuralları için büyük site haritaları sayfasına bakın.