XML sitemap: yalnız canonical, 200 dönen URL’ler; doğru lastmod; limitler

Sitemap ne işe yarar, ne işe yaramaz?

Sitemap, sitenizdeki URL’leri ve (isteğe bağlı olarak) her birinin son değişiklik tarihini arama motoruna bildiren bir dosyadır. Keşfi hızlandırır, özellikle yeni, büyük, sık değişen ya da iç bağlantısı zayıf sitelerde. Dizinleme garantisi vermez ve sıralamayı etkilemez.

Dosya nasıl olmalı? Biçim ve sınırlar

• Tek sitemap dosyası en çok 50.000 URL ya da 50 MB (sıkıştırılmamış) olabilir; sınırı aşarsanız birden çok dosyaya bölün, isterseniz bir sitemap indeksi dosyası kullanın.¹
• URL’ler tam nitelikli mutlak URL olmalı (protokol + alan adı); dosya UTF-8 olmalı.¹
• Sitemap yalnızca bulunduğu dizinin alt URL’lerini kapsar (Search Console’dan gönderilmedikçe); bu yüzden kök dizinde barındırmak en güvenlisidir.¹

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://ornek.com/rehber/core-web-vitals/</loc>
    <lastmod>2026-10-24</lastmod>
  </url>
</urlset>

Hangi alanı yazmalı? lastmod, priority, changefreq

• lastmod: Google değeri “tutarlı ve doğrulanabilir” olduğunda kullanır. Sayfanın önemli bir değişikliğini (ana içerik, yapılandırılmış veri, bağlantılar) yansıtmalıdır; telif yılını güncellemek önemli değişiklik sayılmaz.¹ Tüm URL’lere aynı anda “bugün” yazan bir sitemap güvenilirliğini kaybeder.
• priority ve changefreq: Google bunları yok sayar. Yazmanıza gerek yok.¹

Neyi koymalı, neyi koymamalı?

Canonical ile sitemap çelişirse (sitemap’te A, canonical B) Google’a iki farklı mesaj verirsiniz. Sitemap zayıf sinyaldir ama tutarlı olduğunda diğer sinyalleri destekler.²

Site büyükse: sitemap indeksi ve bölümleme

Büyük sitelerde sitemap’i anlamlı gruplara bölün: sitemap-urunler.xml, sitemap-kategoriler.xml, sitemap-yazilar.xml. Bu, Search Console’da her grup için ayrı gönderim ve dizinlenme durumu izlemeyi sağlar; hangi şablonun dizinlenmediğini bulmanın en pratik yoludur. Sınırın dibinde dosya tutmayın; 50.000 limitinden önce bölün.

Birden çok dilde yayın yapıyorsanız: hreflang sitemap’te

Google, yerelleştirilmiş sürümleri HTML, HTTP başlığı ya da sitemap ile bildirebileceğinizi ve üç yöntemin Google açısından eşdeğer olduğunu yazar; birini seçin.³ Sitemap yöntemi büyük sitelerde HTML’i şişirmemek için pratiktir. Kural aynı: karşılıklılık ve kendine referans.

Sitemap’i nasıl gönderir ve izlersiniz?

1. Sitemap’i robots.txt içinde Sitemap: https://ornek.com/sitemap.xml satırıyla duyurun.
2. Search Console → Site haritaları’ndan gönderin.
3. Gönderilen / dizinlenen sayısı arasındaki farkı gruplara göre izleyin. Büyük sapma genellikle içerik kalitesi, kopya içerik ya da teknik engel işaretidir; sitemap’i değil sorunu düzeltin.
4. Sitemap’i otomatik üretin (CMS eklentisi ya da yayın boru hattı). Elle bakımı yapılan sitemap eskir.

Sık yapılan hatalar: bunlar sitemap’inizde var mı?

• Test ya da hazırlık ortamı adreslerinin sitemap’e girmesi.
• Yönlenen ve silinmiş URL’lerin yıllarca sitemap’te kalması.
• lastmod’un her yayında tüm URL’lerde güncellenmesi.
• Sitemap’in robots.txt ile engellenmesi ya da farklı alan adına/protokole ait URL’ler içermesi.
• Sitemap’e güvenip iç bağlantıyı ihmal etmek: yetim sayfa, sitemap’te olsa da zayıf kalır (iç bağlantı rehberi).

Search Console “dizine eklenmedi” diyorsa ne anlama gelir?

Sitemap gönderdikten sonra Sayfa dizinleme raporu, URL’lerin neden dizinde olmadığını gruplar. En sık karşılaşılan iki durum farklı sorunlara işaret eder:

Bu tablo Search Console durum adlarının genel yorumudur; durum adları ve açıklamaları Google tarafından değiştirilebilir, güncel tanım için Search Console yardımına bakın.

Elle değil otomatik: sitemap bir “görünüm”dür

İyi bir sitemap, veritabanından ya da yayın boru hattından otomatik üretilen bir görünümdür: yalnız yayımlanmış, indekslenebilir ve canonical kayıtlar listelenir; bir sayfa kaldırıldığında, noindex alındığında ya da başka URL’ye yönlendirildiğinde aynı anda listeden düşer. Elle düzenlenen dosyalar yayın hızıyla yarışamaz. Üretim kuralını yazılı hâle getirin: hangi içerik tipleri, hangi durumlar, hangi lastmod kaynağı (içerik değişim zamanı, şablon değişimi değil).

Yayından sonra üç hafta boyunca neye bakmalı?

1. 1. gün: sitemap adresi 200 dönüyor mu, robots.txt’te duyuruldu mu, Search Console “Başarılı” diyor mu?
2. 1. hafta: gönderilen ve dizinlenen sayıları grup bazında karşılaştırın; sıfıra yakın bir grup şablon sorununa işaret eder.
3. 3. hafta: yeni yayımladığınız bir sayfanın keşfi ne kadar sürdü? Bu süre sitemap’inizin pratik değeridir; haber ve fiyat gibi zamana duyarlı içerikte gecikme uzunsa iç bağlantı ve tarama bütçesini inceleyin.