XML Sitemap Hataları Nelerdir? Büyük Sitelerde Sitemap Mimarisi Nasıl Kurulur?

Bir XML sitemap dosyası tarayıcıda açılıyor ve geçerli XML görünümü sunuyor olabilir; buna rağmen içinde yönlendirilmiş, noindex, 404 veya başka sayfaya canonical veren binlerce URL bulunabilir. Google dosyayı başarıyla okuyabilir, fakat site aynı anda “bu URL önemlidir” ve “bu URL temsilci değildir” şeklinde çelişkili sinyaller gönderir.

Büyük sitelerde sorun yalnız dosyanın teknik olarak geçerli olması değildir. Ürün, kategori, blog, lokasyon ve dil URL’leri tek dev dosyada karıştığında hangi grubun hata verdiğini veya indekslenmediğini anlamak zorlaşır. Sağlıklı sitemap mimarisi, arama motoruna temiz URL envanteri sunarken SEO ve yazılım ekiplerine de izlenebilir bir kontrol katmanı sağlar.

Bu rehber Search Console’un genel kullanımını tekrar etmez. Odak; sitemap index yapısı, yalnız canonical ve indekslenebilir URL’lerin listelenmesi, doğru lastmod, dosya bölme stratejisi ve sitemap hatalarının teknik teşhisidir.

XML sitemap nedir?

XML sitemap, bir sitedeki önemli sayfalar, videolar, görseller veya diğer dosyalar hakkında arama motorlarına bilgi veren makine tarafından okunabilir dosyadır. Google, sitemap’in hangi URL’lerin önemli görüldüğünü ve sayfanın son önemli güncelleme zamanını bildirebildiğini açıklar Google Sitemap Genel Bakışı.

Sitemap bir indeksleme komutu değildir. Google dosyada bulunan bütün URL’lerin taranacağını veya indeksleneceğini garanti etmez. Site içi bağlantılar, canonical, içerik kalitesi, HTTP durumu ve robots kuralları ayrıca değerlendirilir.

XML sitemap içinde hangi URL’ler bulunmalıdır?

• Doğrudan 200 OK dönen sayfalar.
• Arama sonuçlarında görünmesi hedeflenen indekslenebilir URL’ler.
• Kendi doğru URL’sine self-canonical veren sayfalar.
• İçeriği gerçek ve kullanıcıya açık URL’ler.
• Doğru protokol, host, path ve slash biçimine sahip nihai adresler.
• Site içi mimaride anlamlı yeri bulunan ürün, kategori, hizmet ve içerikler.

Google, sitemap oluştururken arama sonuçlarında gösterilmesi tercih edilen canonical URL’lerin seçilmesini ve aynı içeriğe giden bütün adreslerin değil yalnız tercih edilen URL’nin eklenmesini önerir Google Sitemap Oluşturma Rehberi.

Hangi URL’ler sitemap dışında kalmalıdır?

Sitemap dosyasının teknik formatı nasıl olmalıdır?

Sitemap protokolüne göre XML dosyası UTF-8 kodlamalı olmalı, <urlset> kök elementi kullanmalı ve her URL için zorunlu <loc> alanı içermelidir. URL değerlerindeki ampersand gibi özel karakterler XML entity kurallarına göre kaçırılmalıdır Sitemaps.org Protokolü.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/urun/ornek</loc>
    <lastmod>2026-07-17</lastmod>
  </url>
</urlset>

Google tam ve mutlak URL kullanılmasını ister. /urun/ornek gibi relative adres yerine protokol ve host içeren tam URL yazılmalıdır. Google, URL’yi sitemap’te listelendiği biçimde taramayı dener.

Bir sitemap dosyasının boyut sınırı nedir?

Google’ın güncel dokümantasyonuna göre tek sitemap dosyası en fazla 50.000 URL veya sıkıştırılmamış halde 50 MB olabilir. Bu iki sınırdan biri aşılıyorsa dosya daha küçük sitemap’lere bölünmelidir Google Sitemap Oluşturma Rehberi.

Dosya gzip ile sıkıştırılabilir; ancak değerlendirme sıkıştırılmamış boyut üzerinden yapılır. Yasal üst sınıra kadar beklemek zorunlu değildir. Daha küçük ve mantıksal gruplara ayrılmış dosyalar hata teşhisi, üretim süresi ve Search Console filtrelemesi açısından daha yönetilebilir olabilir.

Sitemap index nedir?

Sitemap index, birden fazla sitemap dosyasını tek üst dosyada listeleyen XML yapısıdır. Büyük sitelerde Search Console’a yüzlerce child sitemap’i tek tek göndermek yerine index dosyası gönderilebilir.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemaps/products-1.xml.gz</loc>
    <lastmod>2026-07-17</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemaps/categories.xml.gz</loc>
    <lastmod>2026-07-16</lastmod>
  </sitemap>
</sitemapindex>

Google, sitemap index dosyasının en fazla 50.000 <loc> kaydı içerebileceğini ve Search Console’da bir site için 500 sitemap index dosyasına kadar gönderim yapılabildiğini belirtir Google Büyük Sitemap Yönetimi.

Büyük sitelerde sitemap dosyaları nasıl bölünmelidir?

Dosyaları yalnız “ilk 50.000 URL, sonraki 50.000 URL” mantığıyla bölmek teknik sınırı çözer; fakat izlenebilirlik sağlamaz. Daha kullanışlı mimari, URL’leri içerik türü, iş birimi, dil, güncellik veya yaşam döngüsüne göre ayırır.

En doğru bölümleme, operasyonel bir soruyu cevaplayabilmelidir: “Hangi URL grubu indekslenmiyor, hangi şablonda 404 arttı ve hangi child sitemap son release’ten sonra bozuldu?”

lastmod etiketi ne anlama gelir?

<lastmod>, ilgili URL’nin son önemli değişiklik tarihini bildirir. Google, değeri tutarlı ve doğrulanabilir biçimde doğruysa kullanabileceğini; ana içerik, yapılandırılmış veri veya önemli link güncellemesinin anlamlı değişiklik sayılabileceğini belirtir Google Sitemap Oluşturma Rehberi.

Tarih, sitemap dosyasının üretildiği anı değil sayfanın gerçekten değiştiği zamanı göstermelidir. Her gece bütün URL’leri bugünün tarihiyle yenilemek sinyali güvenilmez hale getirir. Footer’daki yıl veya küçük görsel değişiklikleri bütün sayfaların lastmod değerini yenilememelidir.

lastmod hangi değişikliklerde güncellenebilir?

• Ana metin veya ürün açıklaması anlamlı biçimde değiştiğinde.
• Fiyat, stok veya kullanıcı kararını etkileyen temel veri güncellendiğinde.
• Yapılandırılmış veri önemli biçimde değiştiğinde.
• Sayfanın ana bağlantıları veya içerik ilişkileri yenilendiğinde.
• Ürün modeli, hizmet kapsamı veya teknik özellik güncellendiğinde.

CMS tarafında yalnız updated_at alanına güvenmek yanıltıcı olabilir. Sistemsel kayıt, görüntülenme sayısı veya arka ofis notu değişikliği public sayfa içeriğini değiştirmiyorsa sitemap tarihi yenilenmemelidir.

Sitemap index içindeki lastmod neyi göstermelidir?

Sitemap index kaydındaki lastmod, child sitemap dosyasının son değişim zamanını belirtir; child sitemap içindeki bütün sayfaların tarihi değildir. Google bu değeri sitemap dosyalarının taranmasını planlarken kullanabilir Google Büyük Sitemap Yönetimi.

Bir ürün sitemap’ine URL eklendiğinde, çıkarıldığında veya içerdiği kayıtların lastmod bilgisi değiştiğinde child dosyanın index tarihi güncellenebilir. Hiçbir değişiklik yoksa yalnız cron çalıştı diye tarih yenilenmemelidir.

priority ve changefreq kullanılmalı mı?

Sitemap protokolü <priority> ve <changefreq> alanlarını tanımlar; ancak Google bu değerleri yok saydığını açıkça belirtir Google Sitemap Oluşturma Rehberi. Bütün sayfalara priority=1.0 yazmak tarama veya sıralama avantajı sağlamaz.

Dosyayı gereksiz alanlarla büyütmek yerine doğru <loc> ve güvenilir <lastmod> üretimine odaklanmak daha anlamlıdır.

Sitemap URL’si nerede bulunmalıdır?

Sitemap site kökünde tutulduğunda site genelindeki URL’leri kapsaması kolaylaşır. Google, Search Console ile özel gönderim yapılmadığı durumda bir sitemap’in bulunduğu dizinin altındaki URL’leri etkilediğini ve bu nedenle kök dizinin genellikle uygun olduğunu belirtir.

Sitemap veya sitemap index adresi Search Console’a gönderilebilir ve robots.txt içinde şu biçimde bildirilebilir:

Sitemap: https://www.example.com/sitemap_index.xml

robots.txt içinde birden fazla sitemap satırı kullanılabilir. Sitemap dosyasının kendisi Googlebot tarafından erişilebilir olmalı, login veya yanlış firewall kuralıyla engellenmemelidir.

Search Console’da “Couldn’t fetch” hatası neden oluşur?

“Couldn’t fetch”, Google’ın sitemap dosyasını alamadığını gösterir. Yanlış URL, 404, sunucu erişilemezliği, robots.txt engeli, güvenlik sistemi veya geçici HTTP problemi başlıca nedenlerdir. Search Console, fetch veya parse hatası sürerse Google’ın birkaç gün yeniden denediğini, başarısızlık devam ederse dosyayı okumayı bırakabileceğini açıklar Search Console Sitemaps Raporu.

1. Sitemap URL’sinin doğrudan 200 verdiğini kontrol edin.
2. HTML hata sayfası yerine XML döndüğünü doğrulayın.
3. Googlebot’un robots.txt, WAF veya CDN tarafından engellenmediğini inceleyin.
4. Search Console canlı URL testiyle “Page fetch: Successful” sonucunu kontrol edin.
5. Sunucu access log’unda Googlebot isteğinin gerçek cevabını bulun.
6. Hata düzeltildikten sonra sitemap’i yeniden gönderin.

“Sitemap is HTML” hatası neden oluşur?

Sitemap adresi XML yerine HTML cevap döndürüyorsa Search Console dosyayı sitemap olarak işleyemez. CMS 404 şablonu, güvenlik doğrulama sayfası, login ekranı veya uygulama hatası tarayıcıda görsel bir sayfa açabilir.

Response header’daki içerik tipi tek başına yeterli değildir; body gerçekten sitemap XML’i olmalıdır. Bilinmeyen bütün URL’leri ana sayfaya yönlendiren catch-all kuralı, yanlış sitemap adresinde bu hatayı gizleyebilir.

Sitemap parse hataları nasıl teşhis edilir?

• XML declaration ve namespace doğru mu?
• <urlset> ile <sitemapindex> yapıları karıştırılmış mı?
• Zorunlu <loc> alanı eksik veya iki kez yazılmış mı?
• Ampersand ve özel karakterler entity-escaped mı?
• lastmod W3C tarih formatında mı?
• Dosya UTF-8 kodlamalı mı?
• Dosya boyutu ve URL sayısı limit içinde mi?
• Child sitemap URL’leri erişilebilir mi?
• Host, protokol veya dizin seviyesi kuralları ihlal ediliyor mu?

Search Console, invalid date, unsupported format, duplicate tag, path mismatch ve URL not allowed gibi parse sorunlarını sitemap ayrıntısında gösterebilir Search Console Sitemaps Raporu.

Farklı host veya domain URL’leri aynı sitemap’e eklenebilir mi?

Standart sitemap protokolünde bir dosyadaki URL’ler aynı hosta ait olmalıdır. www.example.com, example.com ve store.example.com farklı hostlar olarak değerlendirilir Sitemaps.org Protokolü.

Google doğrulanmış siteler için cross-site sitemap gönderimini destekler; fakat sahiplik ve gönderim şartları ayrıca sağlanmalıdır. Basit mimaride her host için ayrı sitemap üretmek ve ilgili Search Console property’sinde izlemek daha anlaşılır olabilir.

Sitemap ile site içi linkleme aynı görevi mi yapar?

Hayır. Sitemap URL keşfine yardımcı olur; ancak site mimarisi ve kullanıcı navigasyonunun yerine geçmez. Google, önemli sayfaların menü veya sayfa içi bağlantılarla ulaşılabilir olmasını bekler. Yalnız sitemap’te bulunan fakat hiçbir iç link almayan sayfa orphan page olabilir.

Bir teknik SEO danışmanlığı sürecinde sitemap envanteri, site crawl sonucu ve canonical listesiyle karşılaştırılmalıdır. Sitemap’te olup crawl’da bulunmayan değerli URL’ler bilgi mimarisi sorunu gösterebilir.

Sitemap başarısı nasıl ölçülmelidir?

“Sitemap başarıyla okundu” yalnız XML’in Google tarafından alınabildiğini gösterir. Asıl kalite; sitemap’teki URL’lerin kaçının geçerli, canonical ve indekslenebilir olduğuyla ölçülmelidir.

• Child sitemap başına gönderilen ve indekslenen URL oranı.
• Redirect, 4xx, 5xx ve noindex URL sayısı.
• Google-selected canonical ile sitemap URL’sinin uyumu.
• “Discovered – currently not indexed” dağılımı.
• Sitemap’te bulunup site crawl’ında keşfedilmeyen URL’ler.
• Son önemli güncellemeyle lastmod doğruluğu.
• Release sonrası child sitemap hata oranı.

Bu veriler SEO denetimi ve aksiyon planı içinde URL türü ve sorumlu ekip bazında görevleştirilmelidir. Tek toplam sitemap oranı, sorunlu şablonu gizleyebilir.

Büyük site için örnek sitemap mimarisi

/sitemap_index.xml
  /sitemaps/pages.xml.gz
  /sitemaps/categories.xml.gz
  /sitemaps/products-active-01.xml.gz
  /sitemaps/products-active-02.xml.gz
  /sitemaps/blog-2026.xml.gz
  /sitemaps/blog-archive.xml.gz
  /sitemaps/locations-tr.xml.gz
  /sitemaps/locations-en.xml.gz

Bu yalnız örnek mimaridir; her sitenin veri modeli farklıdır. Temel amaç dosya adından URL grubunun anlaşılması, üretim kuralının deterministik olması ve bir child sitemap’teki hatanın hangi sistem bileşenine ait olduğunun hızlı bulunmasıdır.

Sitemap üretimi nasıl otomatik test edilmelidir?

1. XML şemasını ve UTF-8 çıktısını doğrulayın.
2. Dosya boyutu ile URL sayısını limitlere karşı test edin.
3. Her <loc> değerinin mutlak ve geçerli URL olduğunu kontrol edin.
4. Örnek veya tam URL setinde HTTP status taraması çalıştırın.
5. Redirect, 4xx, 5xx, noindex ve non-canonical URL’leri reddedin.
6. Aynı URL’nin birden fazla child sitemap’te tekrarını raporlayın.
7. lastmod değerini public içerik güncellemesiyle karşılaştırın.
8. Sitemap index içindeki bütün child dosyaların 200 döndüğünü test edin.
9. Production release sonrasında Search Console ve access log verisini izleyin.
10. Hata eşiği aşılırsa sitemap yayınını veya ilgili child dosyayı durdurun.

En sık yapılan XML sitemap hataları

1. Veritabanındaki bütün URL’leri indeks kararına bakmadan sitemap’e eklemek.
2. Redirect, 404, noindex ve non-canonical URL’leri listelemek.
3. Her üretimde bütün lastmod tarihlerini bugüne çevirmek.
4. priority ve changefreq ile Google’ı yönlendireceğini düşünmek.
5. Mutlak URL yerine relative path kullanmak.
6. HTTP, HTTPS, www ve non-www URL’leri karıştırmak.
7. Büyük sitemap’i içerik türüne göre izlenebilir biçimde bölmemek.
8. Child sitemap’leri sürekli yeniden dengeleyerek geçmiş karşılaştırmayı bozmak.
9. XML yerine HTML hata veya güvenlik sayfası döndürmek.
10. Sitemap başarıyla okunduğu için bütün URL’lerin indekslendiğini varsaymak.
11. Yalnız sitemap’e güvenip iç link mimarisini ihmal etmek.
12. Release öncesi otomatik status ve canonical testi çalıştırmamak.

XML sitemap kontrol listesi

1. Sitemap yalnız canonical ve indekslenebilir 200 URL’lerini içeriyor mu?
2. Dosya UTF-8, geçerli XML ve doğru namespace kullanıyor mu?
3. URL’ler tam protokol ve host ile yazılmış mı?
4. Tek dosya 50.000 URL ve 50 MB sınırının altında mı?
5. Büyük site mantıksal child sitemap’lere bölünmüş mü?
6. Sitemap index içindeki bütün dosyalar erişilebilir mi?
7. lastmod yalnız gerçek önemli güncellemeyi gösteriyor mu?
8. Redirect, 404, noindex ve robots engelli URL’ler otomatik reddediliyor mu?
9. Sitemap, canonical ve iç linkler aynı URL biçimini destekliyor mu?
10. Search Console fetch ve parse hataları düzenli izleniyor mu?
11. Sitemap URL’leri site crawl ve CMS envanteriyle karşılaştırılıyor mu?
12. Yeni release sonrası child sitemap bazında kalite testi çalışıyor mu?

Sonuç: Sitemap mimarisi temiz URL envanterinin dışa aktarımıdır

XML sitemap oluşturmanın amacı mümkün olan en fazla URL’yi dosyaya yazmak değildir. Sağlıklı sitemap; yalnız arama sonuçlarında görünmesi hedeflenen canonical ve indekslenebilir URL’leri, güvenilir güncelleme tarihleriyle birlikte sunar.

Büyük sitelerde sitemap index ve mantıksal child dosyalar hata teşhisini kolaylaştırır. Ürün, kategori, içerik ve dil grupları ayrı izlenebilir; bozuk release bütün site yerine ilgili dosyada hızlıca bulunabilir. Sitemap üretimi CMS veya veritabanından otomatik yapılmalı, fakat XML doğrulama, HTTP status, canonical ve indekslenebilirlik testleri geçmeden yayınlanmamalıdır.