Google’a site haritası göndermek, arama motoruna keşfetmesini istediğiniz kanonik URL’lerin düzenli bir listesini sunmaktır. XML site haritası özellikle yeni, büyük veya sık güncellenen sitelerde keşfe yardımcı olabilir. Ancak dosyayı Search Console’a eklemek tek başına tarama, dizine eklenme ya da sıralama garantisi vermez. Sayfaların erişilebilir, yararlı ve doğru URL’lerle temsil edilmesi gerekir.
Bu rehberde önce sitenizin gerçek site haritası adresini bulacağız, sonra dosyayı kontrol edip Search Console’dan göndereceğiz. “Başarılı”, “Getirilemedi” ve dizine eklenmeyen sayfalar gibi durumların ne anlama geldiğini de örneklerle ayıracağız. WordPress kullananlar için eklenti ayarlarını nereden doğrulayacağını, diğer site sahipleri içinse aynı temel kontrolleri anlatacağız.
XML site haritası nedir?
XML site haritası, bir sitedeki seçilmiş URL’leri makine tarafından okunabilir biçimde listeleyen dosyadır. Bir girdide tam sayfa adresi bulunur; uygun olduğunda son önemli değişikliğin tarihini gösteren <lastmod> bilgisi de yer alabilir. Arama motoru bu listeyi yeni veya güncellenen sayfaları keşfetmek için bir ipucu olarak kullanır. Site haritası, sitenin menüsünün veya ziyaretçiye yönelik HTML haritasının yerine geçmez.
Basit bir örnek https://ornek.com/yazi/ gibi tam HTTPS adresidir. /yazi/ biçimindeki göreli yol yerine, Google’ın belgelediği gibi tam URL kullanılır. Birden çok harita varsa bunları listeleyen site haritası dizini gönderilebilir. Dosyanın adı her sitede aynı olmak zorunda değildir; gerçek adresi eklenti veya CMS ayarından görmek gerekir.
Site haritası neyi çözmez?
Harita, Google’ın sayfayı bulmasına yardımcı olur; sayfanın kalitesini artırmaz, noindex kuralını kaldırmaz ve sunucu hatasını onarmaz. Google’ın kendi açıklamasına göre gönderim bir ipucudur. Dosya başarıyla işlenmiş olsa bile listedeki URL’lerin tümü taranmayabilir veya dizine eklenmeyebilir. Bu iki farklı aşamayı ayırmak, yanlış teşhisi önler.
İç bağlantıları zayıf, yinelenen veya boş sayfaları sırf haritaya ekleyerek güçlendiremezsiniz. İyi bir başlangıç, sayfaların site içinde mantıklı bağlantılarla bulunabilir olmasını sağlamaktır. Harita, bu yapıya ek sinyal sunar. Özellikle dizine eklenmeyen bir sayfa için önce URL Denetimi raporundaki gerçek nedeni okuyun; haritayı tekrar tekrar göndermek genellikle çözüm değildir.
Göndermeden önce gerçek adresi nasıl bulursunuz?
WordPress’te bir SEO eklentisi kullanıyorsanız “Site Haritası” veya “Sitemap” ayarındaki bağlantıyı açın. Bazı kurulumlarda bir dizin dosyası, bazılarında doğrudan yazı veya sayfa haritası üretilir. Adresi tahmin ederek /sitemap.xml yazmayın; farklı bir eklenti, önbellek veya yönlendirme sizi eski dosyaya götürebilir. Eklenti değiştirildiyse önceki harita adresinin hâlâ geçerli olup olmadığını ayrıca kontrol edin.
Tarayıcıda dosyayı açtığınızda XML yapısı veya bir harita dizini görmelisiniz. İnsan tarafından tasarlanmış bir görünüm olması gerekmez; önemli olan botun dosyaya erişebilmesidir. Giriş ekranına, ana sayfaya veya hata mesajına yönleniyorsa henüz gönderime hazır değildir. robots.txt içindeki Sitemap: satırı da adres için ipucu olabilir, fakat oradaki kaydın güncel olduğundan emin olun.
Site haritasında hangi URL’ler bulunmalı?
Genel ilke, Google’da görünmesini istediğiniz kanonik sayfaların tam adreslerini listelemektir. Tercih edilen sürüm HTTPS ise HTTP adresini, tercih edilen sürüm www’siz ise yanlış www varyantını haritaya koymayın. Sayfanın canonical etiketi başka bir URL’yi gösteriyorsa listeyle çelişki oluşur. Yinelenen sayfa, yönlendirme hedefi yerine yönlendiren eski adres veya geçici test URL’si de yararlı bir harita girdisi değildir.
Silinmiş 404 sayfaları, arama sonuçlarında görünmesi istenmeyen noindex sayfaları ve oturum gerektiren özel ekranları gözden geçirin. Robots.txt ile engellenmiş bir URL’yi haritada tutmak da çelişkili sinyal verebilir. Her istisna aynı teknik sebepten kaynaklanmaz; asıl amaç haritanın sitenin gerçek yayın hedefini temsil etmesidir. Özellikle CMS’nin otomatik eklediği etiket ve ek sayfaları örnekleyerek kontrol edin.
Dosyayı göndermeden önce hangi kontrolleri yapmalı?
Birinci kontrol, harita URL’sinin dışarıdan erişilebilir olmasıdır. Tarayıcıda açılması başlangıçtır; HTTP yanıtının başarılı olduğunu ve dosyanın doğru içerikle döndüğünü ayrıca gözleyin. Sunucu zaman zaman hata veriyorsa bir kez açılmış olması yeterli kanıt değildir. Güvenlik eklentisi, oturum duvarı veya bot engelleme kuralı Googlebot’u da durdurabilir.
İkinci kontrol, XML yapısının geçerli ve URL’lerin tam olmasıdır. Üçüncü kontrol, listedeki birkaç örneğin gerçekten açılması, kendi kanonik adresini göstermesi ve dizine eklemeyi engelleyen bir ayar taşımamasıdır. Büyük dosyalarda tüm URL’leri elle tek tek incelemek gerekmez; farklı içerik türlerinden örnek alın ve sistematik kural hatalarını arayın. Bir site haritası dizini kullanıyorsanız alt haritaların da erişilebilir olduğuna bakın.
Search Console’da doğru mülkü seçmek
Search Console’a giriş yaptıktan sonra sitenize ait doğrulanmış mülkü seçin. Alan adı mülkü farklı alt alan adlarını kapsayabilir; URL ön eki mülkü ise belirli bir protokol ve ön eke bağlıdır. Bu yüzden haritayı yanlış mülk altında aramak “dosya görünmüyor” karışıklığına yol açar. Sitenin canlı kanonik adresi ile açık mülkün kapsamını karşılaştırın.
Bir mülk eklemek veya sahipliği doğrulamak ayrı bir kurulum işlemidir. Zaten erişiminiz olan mülkte çalışıyorsanız doğrudan “Site Haritaları” bölümüne ilerleyin. Harita URL’sinin farklı bir ana makinede barındırıldığı özel kurulumlarda Google’ın çapraz site gönderim kurallarına bakın; sıradan tek alan adlı WordPress sitesinde bu istisnaya çoğu zaman ihtiyaç yoktur.
Google’a site haritası nasıl gönderilir?
- Search Console’da doğru mülkü açın.
- Sol menüde Site Haritaları raporunu seçin.
- Gerçek harita veya harita dizini URL’sini “Yeni site haritası ekle” alanına girin.
- Gönder işleminden sonra raporda kaydı görün.
- Durumu, son okuma zamanını ve bildirilen işleme hatalarını inceleyin.
Arayüzde mülk türüne göre alanın önünde site adresi hazır gelebilir; girilen kısmın sonunda doğru tam URL’ye karşılık geldiğini kontrol edin. Bir harita dizini kullanıyorsanız çoğu durumda dizini göndermek alt haritaların keşfi için yeterlidir. Ayrı haritaları eklemek performans ve hata takibini ayırmak için yararlı olabilir; aynı dosyayı defalarca eklemek gerekmez.
“Başarılı” durumu ne anlama gelir?
Search Console’daki başarılı durum, Google’ın haritayı alıp işleyebildiğini gösterir. Bu, içindeki her URL’nin dizine girdiği anlamına gelmez. Raporda son okuma zamanını ve keşfedilen URL sayısını görürsünüz; bunları sayfa dizine ekleme raporuyla karıştırmayın. Haritanın gönderilmesi ile tekil sayfanın taranması ve indekslenmesi ayrı olaylardır.
Örnek olarak, harita başarıyla okunmuş olabilir ama bazı yazılar “Tarandı, şu anda dizine eklenmedi” gibi bir durum gösterebilir. Bu durumda sorun haritanın iletiminde değil, ilgili sayfanın veya sitenin başka bir özelliğinde olabilir. URL Denetimi ile örnek sayfaların Google tarafından seçilen kanonik adresini, son taramasını ve engellerini inceleyin.
“Getirilemedi” veya “Okunamadı” uyarısında ilk adım
Önce hatanın haritanın ana dosyasında mı, dizinin gösterdiği alt dosyada mı olduğunu belirleyin. Harita URL’sini oturum açılmamış pencerede açın; 404, 403 veya sunucu hatası olup olmadığını kontrol edin. Yönlendirme zinciri, yanlış protokol ve geçersiz XML de sorun yaratabilir. Search Console hata ayrıntısını okumadan dosyayı yeniden göndermek nedenini çözmez.
Google’ın Site Haritaları raporu yardımı, dosyanın Googlebot tarafından erişilebilir olmasını ve bir giriş zorunluluğu taşımamasını ister. Geçici bir servis kesintisi varsa sunucu erişimi düzeldikten sonra tekrar kontrol edin. Kalıcı hata için güvenlik, önbellek ve sitemap üreten eklentinin ayarlarına bakın. Sorunu düzelttiğinizde son okuma zamanını takip edin.
Harita okunuyor ama sayfalar dizine girmiyorsa
Bir URL’nin haritada bulunması, Google’ın onu seçilmiş kanonik sayfa olarak kabul edeceği anlamına gelmez. Sayfada noindex, yönlendirme, 404 veya başka bir kanonik işareti var mı? İçerik neredeyse başka bir sayfanın aynısı mı? Sunucu Googlebot’a farklı bir yanıt mı veriyor? URL Denetimi raporu bu soruları sırayla araştırmak için uygun başlangıçtır.
“Keşfedildi, şu anda dizine eklenmedi” ile “Tarandı, şu anda dizine eklenmedi” aynı aşamayı anlatmaz. İlki URL’nin bilinip taramanın henüz gerçekleşmediğini, ikincisi tarandığı hâlde dizine alınmadığını gösterir. İçeriği, iç bağlantıları ve teknik erişimi ilgili duruma göre inceleyin. Her birini tek düğmeyle çözen bir sitemap ayarı yoktur.
URL Denetimi nasıl kullanılır?
Search Console’un üstteki arama alanına tam URL’yi girin. “Dizindeki sürüm” bilgisi ile gerekirse “Canlı URL’yi test et” sonucunu ayırın; canlı test, sayfanın o anda erişilebilir olabileceğini söyler fakat Google’ın onu kesin dizine alacağını söylemez. Kullanıcı tarafından belirtilen kanonik ile Google’ın seçtiği kanonik farklıysa örnek sayfada nedenini araştırın.
Yeni veya önemli ölçüde güncellenen tekil URL için dizine ekleme isteği gönderilebilir; bu işlem de garanti değildir ve günlük sınırları bulunur. Çok sayıda güncel sayfa söz konusuysa doğru <lastmod> değerleriyle güncellenmiş site haritası daha uygun keşif yoludur. Sorunlu URL’nin asıl engeli çözülmeden tekrar tekrar istek göndermek yarar sağlamaz.
Son değişiklik tarihi nasıl kullanılmalı?
<lastmod>, sayfanın anlamlı biçimde son güncellendiği zamanı anlatmalıdır. Her ziyaretçi yorumunda veya önemsiz şablon değişikliğinde bütün URL’leri yeniymiş gibi işaretlemek güvenilir sinyal oluşturmaz. Google, son değişiklik değerini gerçekten önemli içerik güncellemelerini yansıttığında kullanabilir. CMS bu alanı otomatik üretiyorsa neyi “değişiklik” saydığını kontrol edin.
Örneğin bir rehberin bölümleri güncellendiyse tarihi yenilemek anlamlıdır; yalnızca genel menüdeki küçük bir simge değiştiyse aynı etkiyi varsaymayın. Tarih alanını hiç kullanmıyorsanız sahte bir güncellik işareti eklemektense boş bırakmak daha tutarlıdır. Site haritasında yer alan tarih ile sayfanın görünen güncelleme bilgisinin çelişmemesine dikkat edin.
Büyük sitelerde harita dizini ve sınırlar
Google’ın belgelediği sınır, tek bir harita dosyası için sıkıştırılmamış 50 MB veya 50.000 URL’dir. Bu sınırlardan biri aşılıyorsa haritayı bölün; bir site haritası dizini alt dosyaları gösterebilir. Küçük bir WordPress sitesi için bu sınır genellikle pratik sorun değildir. Yine de içerik türüne göre bölünmüş dosyalar, hangi bölümde işleme hatası olduğunu anlamayı kolaylaştırabilir.
Bir harita dizininin varlığı, tüm alt haritaların sağlıklı olduğu anlamına gelmez. Yazı, sayfa ve başka içerik türlerine ait dosyalardan örnek açın. Çok sayıda otomatik arşiv URL’si üreten sitelerde, hangi türlerin gerçekten arama sonuçlarında görünmesini istediğinizi belirleyin. “Daha çok URL = daha iyi SEO” varsayımı doğru bir yönetim ölçütü değildir.
WordPress ve Rank Math için pratik kontrol
WordPress kullanıyorsanız öncelikle etkin eklentinin site haritası modülünü bulun. Rank Math gibi eklentiler farklı içerik türlerini ayrı haritalar hâlinde sunabilir. Yazıların, sayfaların ve özel içerik türlerinin hangilerinin dahil olduğunu kontrol edin. Bir içeriğe noindex verdiyseniz harita davranışının da beklentinizle uyumlu olup olmadığına bakın. Eklenti değişikliği sonrası eski harita adresi kalmışsa Search Console kaydını güncelleyin.
Önbellek eklentisi veya CDN, eski XML sürümünü bir süre sunabilir. Yeni yazı yayımladığınız hâlde haritada görünmüyorsa önce gerçek dosyayı açıp kontrol edin; ardından ilgili önbelleği güvenli biçimde yenileyin. Tüm siteyi yalnızca bu nedenle sıfırlamak gerekmez. Harita üretiminde hata görüyorsanız eklenti ve sunucu günlüklerini birlikte inceleyin.
Güncellemeden sonra yeniden göndermek gerekir mi?
Her yeni yazı veya düzenleme sonrası aynı site haritasını tekrar “Gönder” düğmesiyle eklemeniz gerekmez. Dosya aynı adreste güncelleniyorsa Google onu yeniden okuyabilir. Önemli olan dosyanın erişilebilir olması, değişen URL’leri doğru içermesi ve tarih işaretlerinin gerçeği yansıtmasıdır. Son okuma tarihini ve hata durumunu aralıklı kontrol etmek yeterli bir bakım alışkanlığıdır.
Harita URL’si gerçekten değiştiyse yeni adresi gönderin ve eski kaydın durumunu inceleyin. Alan adı taşıması veya CMS değişiminde canonical, yönlendirme ve yeni harita içeriği birlikte gözden geçirilmelidir. Bu tür geçişlerde yalnızca Search Console formunu güncellemek tam bir taşıma planı yerine geçmez.
Hızlı hata ayıklama örnekleri
Harita adresi 404 döndürüyor
Eklentinin ürettiği güncel bağlantıyı bulun, kalıcı bağlantı ve önbellek ayarlarını kontrol edin. Eski bir adı tekrar göndermeden önce yeni dosyanın gerçekten açıldığını doğrulayın.
Harita açılıyor ama Search Console getiremiyor
Giriş veya bot engelleme kuralı, aralıklı sunucu hatası ve yönlendirme zincirini inceleyin. Tarayıcıda sizin açabilmeniz, Googlebot’un aynı yanıtı aldığı anlamına gelmez.
Harita başarılı ama önemli yazı görünmüyor
Yazının haritada bulunup bulunmadığını ve noindex/canonical durumunu kontrol edin. Sonra URL Denetimi ile Google’ın tekil sayfayı nasıl gördüğüne bakın.
Haritada yönlendiren eski adresler var
Haritayı kanonik son hedefleri listeleyecek şekilde düzeltin. Eski adresin yönlendirmesi ayrı bir taşıma meselesidir; haritada eski URL’yi tutmak yönlendirmeye katkı sağlamaz.
Sık sorulan sorular
Site haritası olmadan Google sayfaları bulabilir mi?
Evet. Google bağlantılar üzerinden de URL keşfedebilir. Harita özellikle yeni veya kapsamlı içerik koleksiyonlarının keşfi ve hata takibi için yararlı bir ek yoldur.
Haritayı göndermek sıralamayı yükseltir mi?
Doğrudan bir sıralama artışı garantisi yoktur. Gönderim keşif ipucudur; sayfanın erişimi, içeriği, kanonik seçimi ve diğer sinyaller ayrı değerlendirilir.
Birden fazla site haritası gönderebilir miyim?
Evet. Google birden fazla haritayı veya dizin dosyasını kabul eder. Ayrı dosyalar, büyük sitelerde içerik türü bazında takibi kolaylaştırabilir.
Başarılı durum tüm URL’ler dizinde demek mi?
Hayır. Bu, haritanın işlenmesiyle ilgilidir. Tekil URL’lerin dizin durumunu Sayfa Dizine Ekleme raporu ve URL Denetimi üzerinden inceleyin.
XML yerine HTML sayfası dönüyorsa ne olur?
Bazen site haritası adresi tarayıcıda “açılıyor” gibi görünür, fakat dosyanın içeriği XML değildir; WordPress hata sayfası, güvenlik kontrolü veya önbellekten gelen bir HTML sayfası döner. Search Console bu durumda dosyayı harita olarak işleyemez. Görünür başlığa bakmak yerine kaynağın başındaki XML yapısını ve yanıt türünü kontrol edin. Yönetici oturumuyla açılan sayfa ile oturumsuz ziyaretçinin aldığı yanıt farklı olabilir.
Özellikle barındırma değişimi ve güvenlik eklentisi güncellemelerinden sonra örnek bir harita ile alt haritayı anonim pencerede yeniden açın. Sorun yalnızca Googlebot’a özgüyse sunucu veya CDN günlüklerinde ilgili istekleri arayın. Güvenlik korumasını tümüyle kapatmak yerine yanlış engellenen kuralı belirleyip dar kapsamlı düzeltme yapın.
Harita ile robots.txt arasındaki ilişki
robots.txt dosyasına Sitemap: https://ornek.com/site-haritasi.xml satırı eklenmesi Google’a harita adresini bildirebilir. Search Console’dan göndermek ise erişim ve işleme hatalarını rapordan izlemenizi sağlar. Bunlar birbirini dışlayan yöntemler değildir. Robots.txt içine yazılmış yanlış bir adres, düzeltilmediği sürece kafa karışıklığı yaratabilir; birden çok yöntem kullanıyorsanız aynı güncel URL’yi gösterdiklerini kontrol edin.
Robots.txt ile taramayı engellemek, sayfayı arama sonuçlarından kesin kaldırma yöntemi değildir. Google sayfayı tarayamazsa içindeki noindex işaretini de göremeyebilir. Bu yüzden “haritada yok + robots.txt engeli” ile “dizinden kesin çıkarıldı” sonuçlarını eşitlemeyin. İndeksleme kararını URL Denetimi ve sayfanın gerçek yanıtı üzerinden değerlendirin.
Son kontrol listesi
- Gerçek harita veya dizin URL’si belirlendi.
- Dosya herkese açık ve başarılı yanıt veriyor.
- Örnek URL’ler tam, HTTPS ve kanonik.
- Yönlendirme, 404 ve noindex örnekleri gözden geçirildi.
- Doğru Search Console mülküne gönderildi.
- Rapor durumu ve son okuma tarihi izlendi.
- Sorunlu sayfalar URL Denetimi ile ayrı incelendi.
Bu sıralama, dosya hatası ile sayfa dizine ekleme sorununu birbirinden ayırır. Önce haritanın alınmasını, sonra içeriğinin yorumlanmasını, en son tekil URL’lerin durumunu kontrol edin. Böylece her sorunda aynı dosyayı yeniden göndermek yerine gerçek nedeni bulabilirsiniz.
Kaynaklar
- Google Search Central – Build and Submit a Sitemap: dosya biçimi, URL seçimi, sınırlar ve gönderim.
- Google Search Console Help – Sitemaps report: rapor durumu ve hata yorumlama.
- Google Search Console Help – URL Inspection tool: tekil URL teşhisi ve dizin bilgisi.
