XML sitemap, arama motorlarına sitenin keşfetmesini veya yeniden ziyaret etmesini istediği URL’leri bildiren makinece okunabilir listedir. Büyük, yeni açılmış, sık güncellenen veya dahili bağlantılarla ulaşılması zor sayfaları olan sitelerde özellikle yararlı olabilir. Ancak sitemap bir keşif sinyalidir; içindeki her URL’nin taranacağı veya indeksleneceği sözü değildir. Sitemap denetimi, dosyanın geçerli, erişilebilir, canonical ve indeksleme politikasıyla uyumlu ve siteyi yöneten ekip için yararlı olup olmadığını inceler.
Bu rehber; robots.txt ve Search Console’dan URL düzeyinde doğrulamaya, sitemap index dosyalarına, `lastmod` alanına, dil alternatiflerine ve yayın sonrası izlemeye kadar uygulanabilir denetim akışını açıklar. Amaç yönlenen veya engellenen URL, eski tarih, tekrar, bozuk XML, eksik sayfa ya da sitenin indekslenebilir URL envanteriyle uyuşmayan gönderim gibi somut hataları bulmaktır. Her bulguyu yeniden üretilebilir veri sorunu olarak ele alın; sıralama düşüşünün kanıtı saymayın.
XML Sitemap Ne İşe Yarar?
XML sitemap; URL’leri sitemap protokolü ve isteğe bağlı metadata ile tarif eder. En temel URL kaydında konum bulunur. Dosya son değişiklik zamanını ve görsel, video, haber ya da dil alternatifleri için desteklenen uzantıları da içerebilir. Sitemap URL keşfine ve önemli içeriğin ne zaman değiştiğini anlamaya yardımcı olur; fakat taranabilir dahili bağlantıların, sağlıklı site mimarisinin veya doğru sayfa yanıtının yerini almaz.
Google `lastmod` alanını düzenli olarak doğru ve doğrulanabilir olduğunda kullanabilir. Ana içerik, yapılandırılmış veri veya link değişikliği gibi anlamlı güncellemeyi yansıtmalıdır; altbilgideki yıl gibi rutin bir değişiklik olmamalıdır. Google `priority` ve `changefreq` değerlerini yok sayar; bunları eklemek crawler’ın daha erken gelmesini sağlamaz. Canonical, yanıt veya XML hataları dururken desteklenmeyen alanları ayarlamakla vakit kaybetmeyin.
Hangi URL’lerin Sitemap’te Olacağını Belirleyin
XML’i kontrol etmeden önce amaçlanan URL envanterini tanımlayın. Genellikle aramaya uygun olmasını istediğiniz sayfaların tercih edilen canonical sürümü eklenir. Tarama engeli olan, noindex verilen, başka yere yönlenen, canonical olmayan kopya, hata sayfası, geçici oturum, iç arama sonucu ve ayrı landing page oluşturmayan parametre varyantlarını çıkarın. Dahil etme kuralı robots, canonical, dahili link ve metadata politikasıyla uyumlu olmalıdır.
| URL durumu | Yaygın sitemap kararı | Kontrol edilecekler |
|---|---|---|
| Canonical, indekslenebilir 200 sayfa | Arama hedefiyse ekle | İçerik, canonical, yanıt, dahili link |
| Yönlenen URL | Son hedefle değiştir | Yönlendirme ve son yanıt |
| Noindex sayfası | Çıkar | Robots meta veya X-Robots-Tag ve erişim |
| Başka URL’ye canonical verilen kopya | Seçilen canonical’ı listele | Sayfa ve sitemap canonical tutarlılığı |
| 404 ya da 5xx URL | Düzeltilene veya amaçlı geri getirilene kadar çıkar | Gerçek HTTP durumu ve uygulama davranışı |
| Geçici parametre veya oturum URL’si | Çıkar | Kalıcı URL ve iç link politikası |
Sitemap keşfedilebilirliği düzeltmenin yerine geçmez. Google önemli sayfaların bulabildiği sayfalardan bağlantıyla erişilebilir olmasını önerir. Sitemap URL’lerini site crawl’ı ve CMS/veritabanı envanteriyle karşılaştırın. Eksik sayfa bağlantısız, dışa aktarım kuralında elenmiş veya indeks hedefi olmayabilir. Eklemekten önce hangi açıklamanın doğru olduğuna karar verin.
Tüm Sitemap’leri ve Gönderim Yollarını Bulun
robots.txt dosyasından başlayıp her `Sitemap:` yönergesini kaydedin. Ardından Search Console’a gönderilmiş sitemap’i ve onun işaret ettiği sitemap index’i inceleyin. İçerik türüne, dile veya URL grubuna göre birden fazla dosya bulunabilir. Ayrıca statik dosyaları, CMS endpoint’lerini, CDN kopyalarını ve migrasyondan kalan eski sitemap’leri arayın. Tarayıcıda test ettiğiniz dosyanın crawler’a servis edilen ve Search Console’a gönderilen aynı dosya olduğunu teyit edin.
Büyük sitelerde sitemap index alt dosyaları listeler. Desteklenen hiyerarşi ve dosya boyutu sınırlarını uygulayın; her alt URL erişilebilir olsun. Index içindeki `lastmod`, sayfa URL’sinin değil alt sitemap dosyasının ne zaman değiştiğini anlatır. Dosyaları içerik türü veya dil gibi anlaşılır bir kuralla gruplayın; ekip hatayı izole edip kapsamı kavrayabilsin.
XML’i Parse Etmeden Önce HTTP Erişimini Kontrol Edin
Her sitemap URL’sine istek gönderip durum kodunu, son URL’yi, content type’ı, yanıt boyutunu ve yönlendirme zincirini kaydedin. Sitemap crawler’lara kimlik doğrulamasız açık olmalıdır. HTTPS sertifikasının geçerli ve hosting katmanının 200 koduyla HTML hata sayfası vermediğini kontrol edin. XML’i biçimlendirebilen tarayıcıya güvenmek yerine ham yanıtı ve HTTP başlıklarını inceleyin.
Sık görülen erişim sorunları; sitemap’in robots.txt ile engellenmesi, CDN crawler kuralı, yönlendirme döngüsü, eski cache, süresi dolmuş dosya, yanlış content type ve kesilmiş dinamik yanıttır. Sıkıştırılmışsa açılıp parse edildiğini doğrulayın. Yalnız index dosyasını değil, index’in listelediği her alt sitemap’i kontrol edin.
XML Yapısını ve URL Değerlerini Doğrulayın
Dosyayı XML parser veya sitemap validator ile parse edin. Sitemap namespace’i, doğru kapatılmış etiketleri, entity escape işlemini ve URL biçimini kontrol edin. Query string’deki ampersand gibi XML karakterleri escape edilmelidir. Her location amaçlanan host ve protokolü kullanan mutlak URL olmalıdır. Test domain’i, HTTPS sitedeki HTTP linki, URL kodlama hatası, tekrar ve template’in eklediği boşluklara dikkat edin.
Yalnız satır sayısına bakmayın. Sitemap geçerli XML iken uygunsuz URL listeleyebilir. Her `loc` değerini parse edip amaçlanan URL envanteriyle karşılaştırın. Kayıt başına durum, son URL, canonical, indekslenebilirlik, lastmod, dil ve kaynak sitemap’i sınıflandırın. Site denetim aracı listeyi fetch edip durum kodlarını gösterebilir; kritik URL’leri ayrıca kontrol edin.
Sitemap protokol sınırlarına uyun
Sitemap dosyalarının URL adedi ve sıkıştırılmamış boyutu için protokol sınırları vardır. Dosya sınırı aşarsa bölün ve index kullanın. Üretimden sonraki URL sayısını kontrol edin; tek kaynak kayıt birden çok dil varyantı veya görsel girdisine genişleyebilir. Uygulama gerekiyorsa gzip ve açılmış boyutu ayrı sayın. Yararlı gruplama kuralı olmadan çok sayıda küçük dosya üretmeyin.
Gönderilen URL’leri Canonical ve İndeksleme Sinyalleriyle Karşılaştırın
Örnek URL’de sitemap konumunu son yanıt ve sayfanın canonical bildirimiyle karşılaştırın. URL tercih edilen sürüme çözülmeli; gerekçesiz biçimde başka adrese yönlenmemeli veya canonical’ı başka yeri göstermemelidir. Çelişen sinyalleri arayın: sitemap’te HTTP ama canonical’da HTTPS; sondaki slash uyumsuzluğu; başka dile giden dil sayfası; noindex sayfanın hâlâ gönderilmesi.
Search Console Sitemaps raporu Google’ın dosyayı getirip işleyebildiğini ve kaç URL keşfettiğini gösterebilir. Keşfedilen sayı indekslenen sayı değildir. İndeksleme sorusu için Page indexing ve URL Denetleme’yi kullanın. Sitemap işlendiği halde sayfalar dışlanmışsa aynı, değişmemiş dosyayı tekrar göndermek yerine sayfa düzeyindeki nedeni teşhis edin.
`lastmod` Alanının Doğruluğunu Denetleyin
Üreticinin `lastmod` değerini anlamlı güncelleme zamanından alıp almadığını kontrol edin. Sayfanın ana içeriği, yapılandırılmış verisi veya önemli bağlantıları değişince yenilenmelidir. Her sitemap isteğinde geçerli saate çevrilmemelidir; bu alanı güvenilmez yapar ve gereksiz yeniden tarama sinyali oluşturabilir. Önemli editoryal değişiklikte sabit de kalmamalıdır.
Örnek tarihleri CMS güncelleme geçmişi veya repository release kayıtlarıyla karşılaştırın. Saat dilimlerini tutarlı dönüştürün ve W3C tarih-saat biçiminin parse edildiğini doğrulayın. Site güvenilir değişiklik zamanı sağlayamıyorsa, yanlış isteğe bağlı alan üretmektense `lastmod`’u çıkarmak daha iyidir. Tarih metadata’sı yalnız gerçek değişikliği yansıtıyorsa yararlıdır.
Uluslararası ve Alternatif URL Verileri
Dil veya bölge varyantları olan siteler HTML anotasyonları ya da sitemap uzantılarıyla alternatif link bildirebilir. Her varyantın karşılık gelen sayfayı gösterdiğini, gerektiğinde karşılıklı ilişkilerin tamam olduğunu ve URL’nin beklenen dilde yanıt verdiğini kontrol edin. Çeviri çifti farklı dil kullanıcılarına hizmet eder; iki URL’yi aynı canonical gibi göstermeyin.
Alternatif anotasyonları sayfa düzeyindeki hreflang ve canonical ile tutarlı tutun. Sitemap yanlış dil eşleşmesini düzeltmez. Sitemap, canonical ve alternate referanslarında aynı tercih edilen URL’leri kullanın; domain değişikliği veya locale migrasyonundan sonra doğrulayın. Dil anotasyonlarını incelemek için ayrı hreflang denetimi rehberimize bakın.
Yaygın Sitemap Hataları ve Çözümleri
| Bulgu | Olası neden | Aksiyon |
|---|---|---|
| URL izinli değil | robots.txt yolu engelliyor | Amacı doğrula; kuralı düzelt veya URL’yi çıkar |
| Gönderilen URL yönleniyor | Migrasyon veya protokol değişikliği sonrası eski URL kaldı | Son canonical URL ile değiştir |
| Gönderilen URL noindex | Üretici indekslenebilirliği dikkate almıyor | Dışa aktarım filtresini ve template yönergesini düzelt |
| 404 veya soft 404 | Silinmiş sayfa ya da başarılı durumla dönen boş içerik | Yararlı sayfayı geri getir veya çıkarıp dahili linkleri düzelt |
| Sunucu hatası | Origin, CDN veya uygulama sorunu | Erişim sorununu çöz ve aynı URL’yi tekrar dene |
| Geçersiz XML | Escape edilmemiş karakter, bozuk tag, kodlama hatası | Serialize işlemini düzelt ve ham çıktıyı doğrula |
| Keşfedildi ama indekslenmedi | Kalite, tekrar, talep veya tarama sorunu | Sayfayı incele; sitemap gönderimi indekslemeyi zorlamaz |
| Çok sayıda kopya URL | Birden fazla üretici veya tutarsız normalizasyon | Çıktıyı birleştir ve canonical URL’leri standardize et |
Hata kategorisinden temsilî URL’lere ilerleyin. Tek bir template etkileniyorsa XML’i elle düzenlemek yerine o template’in generator veya route’unu düzeltin. Dosya büyük veya yanlış bölünmüşse sitemap üretim kuralını güncelleyin. URL’ler geçerli ama indeksli değilse sayfa yararını, canonical seçimini, dahili bağlantıları ve teknik erişimi inceleyin. Kök nedeni ve doğrulamayı kayda geçirin.
Tekrarlanabilir Sitemap Denetimi Kurun
- robots.txt, Search Console, sitemap index, CMS endpoint’leri ve eski dosyalardaki sitemap URL’lerini envanterleyin.
- Her dosyayı getirip HTTP durumunu, son URL’yi, content type’ı ve tarihi kaydedin.
- Ham XML’i parse edip namespace, URL, escape, boyut ve adet sınırlarını doğrulayın.
- `loc` girdilerini amaçlanan indekslenebilir canonical URL envanteriyle karşılaştırın.
- Örnek sayfaları fetch edip yanıt, canonical, robots, dil ve dahili linkleri kontrol edin.
- `lastmod` alanını gerçek anlamlı güncellemelerle karşılaştırın.
- Search Console işleme durumunu ve indeks raporlarını birbirinden ayrı inceleyin.
- Kaynak generator veya kuralı düzeltip yeniden üretin ve aynı karşılaştırmayı çalıştırın.
- Dağıtım sonrası izleyip eski veya gereksiz sitemap gönderimlerini kaldırın.
Denetimi tekrar üretilebilir kılın. Sitemap başına adet, yanıt durumu, canonical uyumsuzluğu, noindex, tekrar, dil ve lastmod kalitesini içeren tarihli rapor saklayın. Her sınıflandırma için örnek URL ve sonucu oluşturan kesin kuralı ekleyin. “Sitemap’te değil” ile “indekslenmedi” durumlarını ayırın; farklı şeyleri anlatır ve farklı sorumlular gerektirir.
Sık Sorulan Sorular
URL’yi sitemap’e eklemek indekslenmesini garanti eder mi?
Hayır. Sitemap arama motorlarının URL’leri keşfetmesine ve anlamasına yardım eder; Google her URL’yi taramayı veya indekslemeyi garanti etmez. Sayfa kalitesi, tekrar, canonical seçimi, erişim ve diğer sistemler önemlidir.
Yönlenen URL’ler sitemap’te kalmalı mı?
Genellikle hayır. Son tercih edilen URL ile değiştirin ve hedefin beklenen yanıt ile canonical verdiğinden emin olun.
Sitemap’i ne sıklıkla güncellemeliyim?
Anlamlı URL veya sayfa içeriği değiştiğinde üretin. Dosya dinamik üretilebilir; ancak `lastmod` gibi değerler istek zamanını değil gerçek ve önemli değişiklikleri göstermelidir.
`priority` alanı sıralamayı iyileştirir mi?
Hayır. Google `priority` ve `changefreq` alanlarını yok sayar. Geçerli URL’lere, doğru `lastmod`’a ve tutarlı indeksleme sinyallerine odaklanın.
Search Console sitemap işlendi ama az sayfa indekslendi derse ne yapmalıyım?
İşleme, Google’ın dosyaya erişip parse edebildiğini doğrular; her URL’nin indekslenmesi gerektiğini değil. Sayfa indeks raporunda ve URL Denetleme’de örnekleri inceleyin, kaliteyi, canonical’ı, robots erişimini ve yanıt kodunu kontrol edin.
Birden fazla sitemap dosyası gönderebilir miyim?
Evet. Dosyaları gruplayıp yayınlanan protokol sınırları içinde index dosyasında listeleyebilirsiniz. Grupları anlaşılır tutun ve her alt dosyanın erişilebilir olduğunu doğrulayın.
Sonuç
Güvenilir sitemap, sitenin arama motorlarının değerlendirmesini istediği canonical URL’lerin temiz ve güncel listesidir. Erişim, XML sözdizimi, URL uygunluğu, yönlendirme, robots ve noindex kuralları, dil alternatifleri ve güncelleme tarihlerini birlikte denetleyin. Mümkünse generator’ı düzeltin, örnek sayfaları doğrulayın ve Search Console işleme durumunu indekslemeden ayrı değerlendirin. Sitemap gönderimini yararlı içerik ve taranabilir dahili bağlantılarla desteklenen keşfedilebilirlik araçlarından biri olarak görün.
Birincil kaynaklar için Google’ın sitemap oluşturma ve gönderme rehberine (yeni sekmede açılır), sitemap index dokümantasyonuna (yeni sekmede açılır) ve Search Console raporları rehberine (yeni sekmede açılır) bakın. Protokol kurallarını kendi sitenizin URL ve yanıt verileriyle birlikte kullanın.
URL Envanteriyle Uzlaştırma Örneği
Denetimde bir sitemap’te 8.000 URL, CMS dışa aktarımında 8.450 yayınlı sayfa ve site crawl’ında 7.700 benzersiz URL bulduğunuzu varsayın. Bu sayıları doğrudan “eksik 750 sayfa” diye yorumlamayın. Önce kaynakların kapsamını eşitleyin: crawl yalnızca dahili bağlantıyla keşfedilen sayfaları görmüş olabilir, CMS taslakları veya noindex içerikleri de raporlamış olabilir, sitemap ise belirli içerik türlerini dışarıda bırakıyor olabilir. Her kaynağa tarih, dil, host ve durum bilgisi ekleyin.
| Fark | Olası açıklama | Sonraki kontrol |
|---|---|---|
| CMS’te var, sitemap’te yok | Taslak, noindex, canonical kopya veya generator filtresi | İçerik durumu ve çıkarma kuralı |
| Sitemap’te var, crawl’da yok | Bağlantısız, robots ile engelli veya crawl kapsamı dışında | Yanıt, robots ve kaynağa giden link |
| Crawl’da var, sitemap’te yok | Parametre, iç arama, eski URL veya gerçekten eksik sayfa | İndeks amacı, canonical ve rota |
| Search Console’da keşfedilmiş, sitemap’te yok | Dahili veya harici linkle keşif | İndeks hedefi ve URL’in kaynağı |
Uzlaştırmayı dil ve içerik türü bazında yapın; böylece blog, ürün, kategori ve statik sayfa çıktıları birbirine karışmaz. Her URL için beklenen durum tanımlayın: yayınlı mı, indeks hedefi mi, canonical mı, 200 dönüyor mu, dahili bağlantı alıyor mu? Farkları kategoriye göre saydıktan sonra rastgele birkaç değil, yüksek değerli URL’leri tek tek kontrol edin. Aynı eksiklik onlarca sayfada görülüyorsa generator kuralı muhtemel kök nedendir.
Search Console Sitemap Raporunu Okuma
Sitemaps raporunda dosya gönderimi, son okuma zamanı, durum ve keşfedilen URL sayısı gibi göstergeleri izleyin. “Başarılı” mesajı, listedeki bütün sayfaların indeksleneceği anlamına gelmez; dosyanın okunabildiğini gösterir. İşleme hatası varsa Search Console mesajını ham sitemap yanıtı ve XML doğrulama sonucuyla karşılaştırın. Yanıt farklıysa CDN cache’i, yönlendirme veya farklı host kopyası bulunabilir.
Birden fazla alt sitemap kullanıyorsanız her dosyanın keşif ve hata adetlerini ayrı değerlendirin. Bir içerik türündeki ani düşüş üretici, deploy veya izin değişikliğine işaret edebilir. Rapor tarihlerini dışa aktarım ve deploy zamanlarıyla eşleştirin. Search Console verisinin gecikmeli olabileceğini unutmayın; değişiklikten hemen sonra tek bir ekran görüntüsüyle sonuca varmayın.
Site Taşıma ve İçerik Değişikliklerinde Sitemap Planı
Domain, protokol veya URL yolu değişirken yeni sitemap’i geçiş tablosuyla birlikte hazırlayın. Eski sitemap’i anında silmek, eski URL’lerin yönlendirme durumunu izlemeyi zorlaştırabilir; fakat eski ve yeni sürümleri aynı listede tutmak da sinyal karmaşası yaratabilir. Geçiş döneminde ayrı listeler, eski URL’lerin son yanıtını ve yeni hedeflerin durumunu takip etmeye yardım eder. Search Console’da doğru property’leri ve gönderimleri seçin.
Yayınlanan içerik silindiğinde sitemap kaydıyla birlikte dahili linkleri, hreflang ilişkilerini, canonical ve yönlendirmeyi de inceleyin. URL yalnızca başka bir sayfaya yönlendiyse sitemap’te nihai hedef kalmalıdır. İçerik kalıcı kaldırılmışsa ve eşdeğer hedef yoksa, üreticinin eski URL’yi yeniden eklemesini önleyecek kaynak kuralını güncelleyin. Sitemap’i elle yamamak geçici rahatlama sağlar ama aynı veri kaynağı yeniden çalıştığında hata geri döner.
Güvenli Otomasyon ve İzleme
Her deploy’da sitemap için otomatik denetim çalıştırılabilir. Örneğin çıktı XML olarak parse ediliyor mu, bütün hostlar izin verilen listede mi, URL’ler HTTPS mi, sitemap’te noindex veya yönlenen sayfa oranı ne, tekrar var mı? Eşikler gerçek site politikasına göre seçilmelidir; küçük bir içerik güncellemesinde URL sayısının değişmesini hata saymak gereksiz alarm üretir. Beklenmeyen sıfır URL, yanlış host veya 5xx yanıtı ise yayın kapısı olabilir.
Otomatik denetim, sayfa içeriğinin yararlı olup olmadığını değerlendiremez. Bunun için örnekli editoryal ve URL incelemesi gerekir. Uyarıları önem düzeyine ayırın: XML parse hatası, erişilemeyen index, noindex URL listelenmesi gibi yayın engelleyiciler; lastmod tutarsızlığı veya beklenmedik sayı değişimi gibi araştırma uyarıları. Her uyarı için sorumlu ekip ve çözüm adımı belirleyin.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap