Hızlı Cevap
Sitemap dizin dosyası, 50.000 URL veya 50 MB sınırını aşan sitelerde birden çok alt sitemap dosyasını tek üst dosyada toplayan XML yapıdır. En iyi kurulum; URL’leri ürün, kategori, görsel veya dil bazında bölmek, her alt dosyayı sınır altında tutmak, index dosyasını köke yerleştirmek ve Search Console’da izlemektir.
Önemli Noktalar
- 50.000 URL veya 50 MB aşılınca sitemap index gerekir.
- Index dosyası URL değil, alt sitemap konumlarını listeler.
- Parçalama ürün, kategori, görsel ve dil bazında yapılmalı.
- Gerçek lastmod kullanımı tarama planlamasına yardımcı olabilir.
- Search Console ve düzenli doğrulama hata birikimini erken yakalar.
Sitemap index nedir ve hangi durumlarda zorunlu hale gelir?
Sitemap index, birden fazla XML site haritasını tek bir üst dosyada toplayan dizin katmanıdır. Tek başına URL listesi taşımaz; yalnızca alt sitemap dosyalarının konumlarını verir. Bu ayrım kritik çünkü büyük sitelerde sorun çoğu zaman “tek sitemap yetmiyor” değil, “tek sitemap yönetilemez hale geliyor” noktasında başlar. Temel kavramları netleştirmek isterseniz sitemap ve site haritası terimlerini SEO sözlüğünde inceleyin.
sitemaps.org SSS’ye göre tek bir sitemap dosyası en fazla 50.000 URL içerebilir ve sıkıştırılmamış boyutta 50 MB’yi aşmamalıdır. Aynı kaynak, bu eşik aşıldığında birden çok sitemap üretip bunları bir sitemap index altında toplamayı önerir. Google Arama Merkezi’nin 2026-02-20 güncellenen dokümanı da sitemap index dosyasında en fazla 50.000 loc etiketi bulunabileceğini doğrular.
Pratikte bu ihtiyaç en sık büyük e-ticaret kataloglarında, haber arşivlerinde, çok dilli kurumsal sitelerde ve görsel/video varlığı yoğun yapılarda ortaya çıkar. Erken sinyaller nettir: yeni URL’ler site haritasına geç yansır, tek dosya sürekli yeniden üretilir, belirli içerik tiplerinde hataları izole etmek zorlaşır ve Search Console’da hangi bölümün sorun çıkardığını ayırt etmek vakit alır. Bu yüzden sınırı aşmayı beklemeden mantıklı parçalama planı yapmak daha güvenlidir.
Sitemap index XML yapısı: zorunlu etiketler, opsiyonel alanlar ve kod örnekleri
Google Arama Merkezi’ne göre sitemap index için zorunlu etiketler sitemapindex, sitemap ve loc etiketleridir. lastmod isteğe bağlıdır; ancak Google dokümanı bu etiketin site haritalarının tarama için planlanmasına yardımcı olabileceğini açıkça söyler. Bu nokta 2024-2025 dönemindeki belirsiz anlatımdan daha nettir ve 2026 dokümanında da korunur.
Geçerli XML örneği
- <?xml version="1.0" encoding="UTF-8"?>
- <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
- <sitemap>
- <loc>https://www.ornek.com/sitemaps/sitemap-kategori-1.xml.gz</loc>
- <lastmod>2026-06-15</lastmod>
- </sitemap>
- <sitemap>
- <loc>https://www.ornek.com/sitemaps/sitemap-urun-1.xml.gz</loc>
- <lastmod>2026-06-15</lastmod>
- </sitemap>
- </sitemapindex>
Burada dikkat edilmesi gereken ayrıntı, lastmod tarihinin yapay değil gerçek dosya güncellemesini yansıtmasıdır. Yanlış tarih damgası eklemek, tarama önceliğini yönlendirmek yerine sinyal kalitesini düşürür. Ayrıca sitemaps.org, hem sitemap hem sitemap index dosyalarının gzip ile sıkıştırılabileceğini belirtir. Büyük sitelerde .xml.gz kullanımı bant genişliği ve indirme süresi açısından anlamlıdır; fakat sunucunun dosyayı tutarlı biçimde sunması şarttır.
Adım adım sitemap index dosyası oluşturma, konumlandırma ve robots.txt entegrasyonu
Kurulumun en güvenli yolu, önce URL evrenini saymak ve sonra içerik tiplerine göre bölmektir. Tek dosyaya ne kadar URL sığdırabileceğiniz teknik olarak bellidir; asıl mesele, operasyonel olarak hangi yapının hatayı hızlı ayıklamanızı sağlayacağıdır. Büyük sitelerde ürün, kategori, blog, görsel ve video kümeleri ayrı tutulduğunda yeniden üretim ve hata analizi çok daha hızlı olur.
- Toplam URL sayısını tespit edin: İndekslenebilir URL’leri sayın; 50.000 URL veya 50 MB eşiğine yaklaşınca index planını çıkarın.
- Alt sitemap kümelerini tanımlayın: Ürün, kategori, içerik, görsel ve video gibi mantıklı gruplar oluşturun.
- Dosya sınırlarını koruyun: Her alt sitemap dosyasını sınır altında tutun; gerekirse seri numarasıyla bölün.
- Index dosyasını üretin: Her alt sitemap için tam URL veren bir loc ekleyin, gerekiyorsa gerçek lastmod yazın.
- Konum kuralını kontrol edin: Google dokümanına göre referans verilen sitemap dosyaları aynı sitede ve aynı dizinde ya da daha derinde olmalıdır.
- robots.txt entegrasyonu yapın: Dosyanın keşfini kolaylaştırmak için Sitemap satırını ekleyin.
- Search Console’da gönderin ve izleyin: Başarılı, getirilemedi veya hata içeriyor durumlarını düzenli takip edin.
Platform tarafında WordPress eklentileri bu yapıyı genelde otomatik üretir; yine de URL kümelerinin gerçekten mantıklı ayrıldığını doğrulamak gerekir. Shopify ve Magento benzeri yapılarda varsayılan üretim çoğu zaman yeterlidir; fakat çok büyük kataloglarda ürün ve görsel sitemap’lerinin ayrı döngülerle üretilmesi daha temiz sonuç verir. Özel yazılımda Python, PHP veya Node.js tarafında temel şablon aynıdır: veritabanından URL grubunu çek, 50.000’lik paketler halinde XML oluştur, ardından index dosyasına tam dosya yollarını yaz.
robots.txt tarafında tek satır yeterlidir: Sitemap: https://alanadiniz.com/sitemap-index.xml. Bu zorunlu değildir ama keşfi kolaylaştırır. Google Search Console Yardım sayfası, Google’ın gönderilen sitemap’i hemen taramaya çalıştığını ve başarısız olursa birkaç gün yeniden denediğini söyler. Yani gönderimden sonra dosyayı unutmak değil, birkaç saat ve birkaç gün içinde durumları yeniden kontrol etmek gerekir.
1 milyonun üzerinde URL’li e-ticaret sitesinde sitemap index mimarisi: Search Console verileriyle karşılaştırma
Büyük ölçekli e-ticarette en yaygın hata, tüm katalogu tek mantıkta bölmektir. Oysa ürün, kategori, görsel ve video içeriklerinin güncellenme hızı farklıdır. Bizim en verimli bulduğumuz kurulumlarda 1 milyonun üzerindeki URL seti tek tip değil, ayrı güncelleme ritmine sahip kümeler olarak ele alındı. Örnek bir mimaride 42 ürün sitemap’i, 8 kategori sitemap’i, 12 görsel sitemap’i ve 2 video sitemap’i tek bir index altında toplandı.
Bu yapı iki nedenle avantaj sağlar. Birincisi, bozuk bir alt sitemap dosyasını tüm sistemi etkilemeden yeniden üretirsiniz. İkincisi, Search Console’daki durum raporunda problemli bölüm hemen görünür. Search Console Yardım sayfasında listelenen “eksik XML etiketi”, “çok fazla sayıda site haritası”, “geçersiz URL” ve “iç içe geçmiş site haritası dizinleri” gibi hatalar, kümeler ayrı olduğunda daha hızlı izole edilir.
Tarama bütçesi tarafında asıl fark, lastmod sinyalini gerçek değişim temposuna bağlayınca ortaya çıkar. Son 24 saatte güncellenen ürün ve kategori sitemap’lerini ayrı tuttuğunuzda, hangi alt dosyaların daha hızlı işlendiğini izlemek kolaylaşır. Bu tek başına sıralama garantisi vermez; fakat tarama ve keşif akışını daha öngörülebilir hale getirir. Etkinin görünürlüğünü uzun vadede sıralama takibi ile sitemap iyileştirmelerinin sıralamalara yansımasını izleyin yaklaşımıyla ölçmek daha sağlıklıdır.
| Özellik | SEOYEN Site Sağlığı | Screaming Frog | Google Search Console |
|---|---|---|---|
| Sitemap index hata tespiti | Eksik loc, geçersiz lastmod ve dizin dışı referansı Türkçe raporlar | Tarama sonrası XML ve URL yapısını ayrıntılı gösterir | Google’ın işleme sonucunu resmi durumlarla gösterir |
| Türkçe arayüz | Evet, yerel ekip odaklı | Kısmen | Evet |
| Gerçek zamanlı otomatik izleme | Düzenli kontrol akışına uygundur | Tarama çalıştırıldığında veri üretir | Gönderim ve işleme sonrası durum verir |
| TL fiyatlandırma | Var, ayrıntı /fiyatlar/ üzerinden görülür | Yok | Araç ücretsiz, ancak yalnızca Google görünümünü gösterir |
| Crawl derinliği ve site içi bağlam | Site sağlığı perspektifiyle özetler | Derin teknik taramada çok güçlü | Sayfa taramasından çok sitemap işleme görünümü sunar |
| Raporlama ve uyarı sistemi | Tek platform içinde ekip kullanımı için pratiktir | Dışa aktarma güçlüdür | Resmi hata sınıfları ve durum raporu sunar |
Google Search Console’a sitemap index gönderme, doğrulama araçları ve yaygın hatalar
Gönderim akışı basittir: ilgili mülkü açın, Site Haritaları raporuna gidin, sitemap index URL’sini girin ve durumu izleyin. Fakat yorumlama kısmı çoğu ekipte eksik kalır. Search Console Yardım dokümanına göre rapor, site haritaları için Başarılı, Getirilemedi ve Hata içeriyor gibi durumlar gösterir; ayrıca raporda en fazla 1.000 gönderilen isteğin listelenebildiği de belirtilir. Bu nedenle özellikle kurumsal yapılarda isimlendirme standardı şarttır.
Yaygın hatalar resmi dokümanda net biçimde sıralanır: eksik tam URL, fazla etiket, eksik XML etiketi, 50.000 sınırını aşan giriş sayısı ve iç içe geçmiş sitemap index referansları. Screaming Frog gibi araçlar tarama öncesi yapısal hatayı yakalamada güçlüdür; Search Console ise Google’ın gerçekten neyi okuyabildiğini gösterir. SEOYEN tarafında bu ikisini tamamlayan katman, Türkçe arayüz içinde site sağlığı aracıyla sitemap index hatalarını otomatik tespit edin yaklaşımıdır; eksik loc, geçersiz lastmod veya dizin dışı referans gibi sorunlar tek raporda görülebilir.
Burada rakip araçlar kötü değil; görevleri farklıdır. Ahrefs, SEMrush veya SE Ranking daha geniş SEO görünürlüğü ve rakip analizi senaryolarında iş görürken, sitemap index denetiminde yerel ekiplerin çoğu daha hızlı karar vermek ister. SEOYEN bunu Türkçe arayüz, tek platform mantığı ve TL bazlı erişim modeliyle sadeleştirir. Güncel erişim modeli için SEOYEN plan ve fiyatlandırma seçenekleri sayfasına bakabilirsiniz.
Gelişmiş senaryolar: çok dilli siteler, hreflang entegrasyonu ve lastmod’un tarama sıklığına etkisi
Çok dilli sitelerde sitemap index planı, yalnızca URL sayısını bölmek için değil, dil kümelerini temiz ayırmak için de kullanılır. En pratik yaklaşım; her dil için ayrı alt sitemap serileri oluşturmak, gerekiyorsa ülke varyantlarını da ayrı kümelerde tutmaktır. x-default ve hreflang işaretleri sayfa düzeyinde kalır; sitemap index ise bu sayfaların ait olduğu dosya mimarisini düzenler. Böylece hangi dil kümesinde hata çıktığı daha hızlı görünür.
lastmod konusunda 2026’da alınacak en doğru pozisyon şudur: kullanın, ama sadece gerçek değişimde güncelleyin. Google Arama Merkezi dokümanı bu etiketin tarama planlamasına yardımcı olabileceğini söyler; yani etkisi vardır, fakat sihirli bir hızlandırma düğmesi değildir. Özellikle ürün stok hareketi, kategori filtre genişlemesi veya haber güncellemesi yaşayan bölümlerde ayrı alt sitemap yapısı ile gerçek lastmod birleştiğinde sinyal daha anlamlı hale gelir.
Search Console tarafındaki 500 sitemap index gönderim limiti, çok markalı veya çok ülkelı yapılarda mimariyi erken planlamayı gerektirir. Gereksiz ince parçalama yerine mantıklı konsolidasyon tercih edilmelidir. Ekip içi standardizasyon için Google Search Central’in sitemap index videoları iyi bir tamamlayıcıdır; fakat günlük operasyonu belirleyen asıl unsur, temiz dosya isimlendirmesi, tutarlı konumlandırma ve düzenli hata izlemidir. Çok dilli SEO tarafında hreflang ile sitemap mimarisini birlikte düşünmek, sonradan yapılan pahalı düzeltmeleri ciddi biçimde azaltır.
Kaynaklar
Sıkça Sorulan Sorular
Tekil sitemap dosyası doğrudan URL listesi taşır. sitemap index ise alt sitemap dosyalarını listeleyen üst katmandır. Bu yüzden index dosyasında ürün, kategori veya blog URL’leri değil, bu URL’leri içeren XML dosyalarının konumları bulunur. Büyük sitelerde fark sadece teknik değil, operasyoneldir: tek bir bozuk alt sitemap’i izole etmek, yeniden üretmek ve yeniden göndermek çok daha kolay olur. Google Arama Merkezi’nin 2026 dokümanı, index yapısında zorunlu etiketlerin sitemapindex, sitemap ve loc olduğunu açıkça belirtir. lastmod ise isteğe bağlıdır.
Bir sitemap index dosyası en fazla 50.000 alt sitemap referansı içerebilir. Bu sınır hem Google Arama Merkezi dokümanında hem de sitemaps.org SSS’de teyit edilir. Ayrı olarak Google, Search Console hesabındaki her site için en fazla 500 sitemap index gönderilebileceğini de belirtir. Bu iki sınırı birlikte düşünmek gerekir: teknik olarak dosya başına 50.000 alt sitemap ekleyebilirsiniz, ancak kurumsal yapılarda gereksiz ince parçalama 500 index limitine yaklaşmanıza neden olabilir. Bu yüzden içerik tipi ve güncelleme temposuna göre konsolide bir mimari tercih edilmelidir.
Genel pratik, sitemap index dosyasını alan adının köküne veya referans verilen alt sitemap’lerle aynı mantıksal dizine yerleştirmektir. Google Arama Merkezi, index dosyasındaki sitemap referanslarının aynı sitede barındırılması gerektiğini. ayrıca dizin kuralı açısından aynı dizinde veya daha derinde bulunmasının en güvenli yaklaşım olduğunu söyler. Örneğin /public/sitemap-index.xml kullanıyorsanız, referans verdiğiniz dosyaların da /public/ altında olması beklenir. Farklı domain, üst dizin ya da karışık klasör mantığı gereksiz hata üretir ve tanı koymayı zorlaştırır.
İlgili Search Console mülkünü açın, sol menüden Site Haritaları bölümüne gidin, sitemap index URL’nizi girin ve gönderin. Gönderimden sonra ilk bakılacak şey, durumun Başarılı mı yoksa Getirilemedi ya da Hata içeriyor mu olduğudur. Search Console Yardım sayfasına göre Google, sitemap dosyasını hemen getirmeye çalışır. başarısız olursa birkaç gün yeniden dener. Bu nedenle ilk gönderim yeterli değildir. Özellikle büyük sitelerde birkaç saat sonra ve ertesi gün yeniden kontrol etmek, eksik tam URL, XML etiketi hatası veya limit aşımı gibi sorunları erken yakalamanızı sağlar.
Evet, ama yalnızca gerçek değişim tarihini yansıtıyorsa kullanılmalıdır. Google Arama Merkezi’nin 2026 dokümanı, lastmod etiketinin site haritalarının tarama için planlanmasına yardımcı olabileceğini söyler. Bu ifade önemlidir: etiket tamamen etkisiz değildir, fakat yapay biçimde her gün güncellenirse değeri düşer. En iyi kullanım, gerçekten değişen alt sitemap dosyalarına gerçek tarih yazmaktır. Örneğin stok, fiyat veya içerik güncellemesi yaşayan ürün sitemap’leri ile nadiren değişen arşiv sitemap’lerini aynı tarih damgasıyla göndermek yerine, gerçek dosya seviyesinde ayrım yapmak daha sağlıklı olur.
Evet. sitemaps.org SSS, hem sitemap hem de sitemap index dosyalarının gzip ile sıkıştırılabileceğini açık biçimde belirtir. Büyük sitelerde .xml.gz kullanımı dosya aktarımını hafifletir ve özellikle çok sayıda alt sitemap üretildiğinde operasyonu düzenler. Ancak sıkıştırma tek başına yeterli değildir. dosyanın hatasız indirilebilmesi, tam URL ile çağrılabilmesi ve Search Console tarafından okunabilmesi gerekir. Bu nedenle sıkıştırmadan sonra mutlaka doğrudan dosya URL’sini test edin, birkaç alt sitemap’i manuel açın ve ardından index dosyasını Search Console’da doğrulayın.
Zorunlu değildir, ancak pratikte güçlü bir en iyi uygulamadır. robots.txt dosyasına eklenen Sitemap satırı, Googlebot’un sitemap index dosyanızı Search Console dışında da keşfetmesini kolaylaştırır. Özellikle ekip içinde farklı dağıtım süreçleri varsa bu satır, dosyanın yeni sürümünün tek bir sabit yerden duyurulmasını sağlar. Önerilen biçim basittir: Sitemap: https://example.com/sitemap-index.xml. Bu adım, gönderim yapmayacağınız anlamına gelmez. en iyi sonuç için hem robots.txt üzerinden duyurun hem de Search Console’da durumu düzenli izleyin.