Sitemap Index Rehberi

TL;DR — Sitemap index, sitemap’lerin sitemap’idir. Tek bir sitemap yalnızca 50 000 URL barındırabilir; bu nedenle büyük siteler URL’lerini birkaç sitemap’e böler ve ardından bu sitemap’leri küçük bir “index” dosyasında listeler. Yalnızca index’i gönderirsiniz; arama motorları oradan geri kalanların tümünü izler.

Sitemap index nedir

Normal bir XML sitemap, sayfa URL’lerinizin listesidir. Sitemap index bir düzey yukarıdadır: sayfaları listelemek yerine diğer sitemap’lerinizi listeleyen bir dosyadır. Birkaç bölümü içeren kitaplara işaret eden içindekiler tablosu gibi düşünün; her bölüm URL’lerle dolu bir sitemap’tir.

Index’i arama motorlarına verirsiniz; motorlar önce referans verilen her sitemap’i bulmak için index’i, sonra URL’lerinizi bulmak için bunların her birini okur. Evidence for this claim A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Scope: Sitemaps.org protocol structure for sitemap index files. Confidence: high · Verified: 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

Neden bir index’e ihtiyaç duyarsınız

Tek bir sitemap’in kesin sınırları vardır: en fazla 50 000 URL barındırabilir ve sıkıştırılmamış dosya 50MB’dan büyük olamaz. Bu URL sayısını aştığınızda — veya dosya çok büyüdüğünde — birden fazla sitemap’e bölmeniz gerekir. Sitemap index, yalnızca tek bir şey gönderebilmeniz için bu parçaları yeniden birbirine bağlar.

Sınırı doldurmayı beklemek de zorunda değilsiniz. Pek çok büyük site, düzeni korumak için index kullanır: her bölüm 50 000 URL’nin oldukça altında olsa bile blog için bir sitemap, ürünler için bir sitemap, dil başına bir sitemap.

Ne kadarını kapsayabilir?

Çok fazla. Bir index en fazla 50 000 alt sitemap listeleyebilir ve bunların her biri 50 000 URL’ye kadar barındırabilir. Çarptığınızda tek bir index zaten 2,5 milyar URL kapsar. Sitenizin boyutu ne olursa olsun sitemap kapasiteniz tükenmez.

Nasıl kullanırsınız

• URL’lerinizi birden fazla sitemap dosyasına bölün (çoğu SEO eklentisi ve framework bunu sizin için otomatik yapar).
• Bu sitemap’lerin her birini listeleyen bir sitemap index dosyasını üst düzeye koyun.
• Google Search Console ve Bing Webmaster Tools’a yalnızca index’i gönderin. Bu tek gönderim tüm alt sitemap’leri kapsar.

Anatomiyi, kesin sınırları, “index’i index’in içine yerleştirmeme” kuralını ve sitemap’lerinizi bir index teşhisine dönüştüren bölme yöntemini mi istiyorsunuz? Advanced sekmesine geçin.

TL;DR — Sitemap index, URL’ler yerine <sitemapindex> girdilerini (<sitemap> + isteğe bağlı <loc>) listeleyen bir <lastmod> dosyasıdır; yani sitemap’lerin sitemap’idir. Tek bir sitemap 50 000 URL’yi veya sıkıştırılmamış 50MB’ı aşacaksa ya da büyük, çok bölümlü/bölgeli bir siteyi düzenlemek için birine ihtiyaç duyarsınız. Bir index, 50 000 alt sitemap × 50 000 URL = index başına 2,5 milyar URL referanslayabilir; Search Console’da site başına en fazla 500 index dosyası ile teorik üst sınır 1,25 trilyondur — gerçek hiçbir site bu sınıra yaklaşmaz. Alt sitemap’ler aynı sitede, index dosyasıyla aynı dizin düzeyinde veya daha altında kalmalıdır; index’i index’in içine yerleştirmeyin (bunun bir etiketi veya araç desteği yoktur) ve yalnızca index’i gönderin. Asıl kazanç, gönderilen ve dizine eklenen URL’leri segment bazında okuyabilmek için bölüm/içerik türüne göre bölmektir.

Sitemap index dosyası gerçekte nedir

Sitemap index, girdileri başka sitemap’ler olan bir sitemap’tir. Normal bir sitemap <url> bloklarını <urlset> içine alırken index, <sitemap> bloklarını <sitemapindex> içine alır. Her <sitemap>, sitemap dosyalarınızdan birine işaret eden bir <loc> ve isteğe bağlı bir <lastmod> içerir. Tüm yapı bundan ibarettir; kendi sayfa URL’lerini taşımaz. Evidence for this claim A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Scope: Sitemaps.org protocol structure for sitemap index files. Confidence: high · Verified: 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

Tek bir nedeni vardır: sitemap formatının katı boyut sınırları bulunur ve büyük siteler bu sınırları aşar. URL’lerinizi çok sayıda sitemap’e böler, ardından arama motorlarına tek bir birim olarak sunmak için index kullanırsınız.

Ne zaman birine ihtiyaç duyarsınız

İki tetikleyici vardır:

1. Boyut sınırlarına ulaştığınızda. Tek bir sitemap, hangisi önce gelirse 50 000 URL veya sıkıştırılmamış 50MB sınırında durur. Google’ın rehberliği doğrudandır: “If you have a sitemap that exceeds the size limits, you’ll need to split up your large sitemap into multiple sitemaps.” (Türkçesi: “Boyut sınırlarını aşan bir sitemap’iniz varsa büyük sitemap’inizi birden fazla sitemap’e bölmeniz gerekir.”) Evidence for this claim A sitemap index can list up to 50,000 sitemap files, and each sitemap is limited to 50,000 URLs or 50 MB uncompressed. Scope: Google-supported sitemap and sitemap-index limits. Confidence: high · Verified: 2026-07-14 Google Search Central: Manage sitemaps with a sitemap index file Böldükten sonra index parçaları birbirine bağlar.
2. Büyük bir siteyi düzenlemek istediğinizde — sınırın altında olsanız bile. Çok bölümlü siteleri (blog ve ürünler, kategori sayfaları) ve çok bölgeli/çok dilli siteleri tek bir index altındaki ayrı sitemap’ler olarak yönetmek ve izlemek çok daha kolaydır. Bana göre bu organizasyon amacı index’e başvurmak için daha iyi nedendir; Frameworks sekmesinde buna döneceğim.

Anatomi

Index, tasarım gereği küçük ve sıkıcıdır: <sitemapindex>, ardından her alt sitemap için bir <sitemap> bloğu; her blokta bir <loc> ve isteğe bağlı bir <lastmod> bulunur:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap1.xml.gz</loc>
    <lastmod>2024-08-15</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap2.xml.gz</loc>
    <lastmod>2024-08-15</lastmod>
  </sitemap>
</sitemapindex>

Önemli notlar:

• Ad alanı, normal sitemap’te kullandığınız sitemaps.org/schemas/sitemap/0.9 ile aynıdır; dosya UTF-8’dir ve <loc> değerleri tam nitelikli mutlak URL’lerdir.
• Alt sitemap’ler gzip’lenebilir — .xml.gz uygundur ve 50MB sınırı sıkıştırılmamış boyuta göre ölçülür.
• Buradaki isteğe bağlı <lastmod>, tek tek sayfaların değiştiği zamanı değil, alt sitemap’in en son değiştiği zamanı açıklar.

Kaç tane gönderebilirsiniz — ve bu kaç sayfa eder?

İnsanların kapasiteyi düşük tahmin ettiği yer burasıdır. Sınırları üst üste koyun:

• Google Search Console accepts up to 500 sitemap index files per site: “You can submit up to 500 sitemap index files for each site in your Search Console account.”
• Each index can list up to 50 000 child sitemaps.
• Each child sitemap can hold up to 50 000 URLs.

Çarpımı yaptığınızda teorik üst sınır 500 × 50 000 × 50 000 = 1,25 trilyon URL (1 250 000 000 000) olur. Bunu hiçbir gerçek sitenin yaklaşmadığı bir üst sınır olarak görün, hedef olarak değil; çıkarılacak ders basitçe sitemap kapasitenizin hiç tükenmeyeceğidir. Ayrıca birden fazla index dosyasıyla uğraşmanız nadirdir: başka hiçbir şey göndermeden tek bir sitemap index zaten 50 000 × 50 000 = 2,5 milyar URL kapsar. 2,5 milyar dizine eklenebilir URL’niz varsa sorun sitemap kurulumunuz değildir.

Konum kuralları

Bir index’in referans verdiği alt sitemap’ler index’le aynı sitede ve index dosyasının aynı dizin düzeyinde veya daha altında bulunmalıdır. https://www.example.com/sitemap-index.xml adresindeki bir index https://www.example.com/sitemaps/products.xml adresine işaret edebilir; ancak farklı bir hosttaki veya kendi yolunun üzerinde duran bir sitemap’e işaret edemez. Bunu ihlal ederseniz Search Console alt sitemap’leri “URL not allowed” olarak işaretler. (Çapraz alan adları ancak her iki alan adı da Search Console’da doğrulanmışsa geçerlidir; sıradan tek-site index’inde bu konuya girmezsiniz.)

Index’i index’in içine yerleştirmeyin

Sitemap index, başka index’leri değil sitemap’leri listeler. Ne sitemaps.org’un canlı protokol sayfası ne de Google’ın sitemap-index belgeleri bugün bunu bu kelimelerle söyler — eski bir özet metne güvenmek yerine ikisini de doğrudan kontrol ettim. Protokolün söylediği daha dardır: <loc> içindeki <sitemapindex> etiketi “a Sitemap, an Atom file, RSS file or a simple text file” tanımlamak üzere belirtilmiştir (Türkçesi: “bir Sitemap, Atom dosyası, RSS dosyası veya basit bir metin dosyası”); index dosyası bu listede yoktur ve formatın bir index’i diğerinin altına yerleştirecek etiketi bulunmaz. Bildiğim tüm sitemap oluşturucuları, eklentiler ve arama motorları bu temelde index-of-indexes yapısını desteklenmiyor sayar; bu, iki belgeden birinde geçen tek bir alıntı cümlesinden ziyade formatın yapısına dayanan güçlü bir uygulama kuralıdır. Bunu kesin kural olarak ele alın: yalnızca tek bir index düzeyi kullanın. Kendinizi index-of-indexes istemeye başlamış buluyorsanız, tek bir index’in zaten sunduğu 2,5 milyar URL sınırı içinde yeniden düzenleme yapacak alanınız neredeyse kesinlikle vardır.

Yalnızca index’i gönderin

Index dosyasını gönderirsiniz; bu tek gönderim, referans verdiği tüm alt sitemap’leri içeri alır — alt sitemap’leri tek tek göndermeniz gerekmez. John Mueller bunu açıkça ifade etmiştir: “You can submit the individual ones, but you don’t really need to.” (Türkçesi: “Tek tek olanları gönderebilirsiniz, ancak buna gerçekten gerek yok.”) Hem index’i hem alt sitemap’leri göndermek zararlı değildir; yalnızca gereksizdir. Temiz bir index’i bir kez göndermek yeterlidir.

Bununla birlikte sitemap göndermek — index olsun veya olmasın — bir keşif yardımcısıdır, dizine eklenme garantisi değildir. Index motorların sitemap’lerinizi bulmasına yardım eder; içindeki URL’lerin taranacağını veya dizine ekleneceğini vaat etmez.

Tarama verimliliği için değil, raporlama için bölme stratejisi

Burada başka her yerde olduğundan daha az vurgulanan nokta var. Sitemap’lerinizi bir index boyunca nasıl böldüğünüz, Google’ın sayfalarınızı nasıl taradığını veya dizine eklediğini değiştirmez. Dikkatle bölmenin nedeni izlemedir. Mueller’in şu çerçevesine katılıyorum: “I generally recommend splitting a sitemap file into logical parts of your site so that you can monitor those parts individually (eg, category pages vs detail pages…). … It doesn’t change how Google crawls & indexes them, it’s really just so that you can track them better on your side.” (Türkçesi: “Genellikle bir sitemap dosyasını sitenizin mantıksal bölümlerine ayırmanızı öneririm; böylece bu bölümleri tek tek izleyebilirsiniz (… kategori sayfaları ve ayrıntı sayfaları gibi). … Google’ın bunları nasıl taradığını ve dizine eklediğini değiştirmez; esas olarak kendi tarafınızda daha iyi takip edebilmeniz içindir.”)

Pratik kazanç şudur: Search Console Sitemaps raporu, gönderilen ve dizine eklenen sayıları sitemap başına gösterir. Index’inizi bölüm veya içerik türüne göre — blog, ürünler, kategoriler, belgeler, bölge — bölün; böylece tek bir site geneli sayıya bakmak yerine hangi segmentin yeterince dizine eklenmediğini görebilirsiniz. Bu, sürekli kullandığım bir teşhistir. (Bir migration sırasında eski URL’lerin sitemap’ini bir süre saklamamın nedeni de aynıdır: GSC’de o özel kümenin dizinden çıktığını izleyebilmek.)

Bu nedenle bölmeyi hayali bir tarama faydasına göre değil, ölçmek istediğiniz şeye göre yapın. Tarama faydası yoktur; raporlama faydası gerçektir.

Sitemap ailesinin geri kalanıyla ilişkisi

Sitemap index, normal XML sitemap’lerin üstünde yer alır; daha geniş sitemaps genel bakışı, konuya yeni başlıyorsanız başlangıç noktasıdır. Görsel ve video sitemap’leri, index’in referans verebileceği başka alt dosyalardır ve tüm bu düzenek arama motorlarının keşfi ele alma biçiminin parçasıdır. Bunların hiçbirine buradan bağlantı vermek gerekmez; aynı kümenin kardeşleridir.

AI özeti

Advanced sürümünün kısa özeti:

• Sitemap index, sitemap’lerin sitemap’idir — sayfa URL’lerini değil, <sitemapindex> girdilerini (<sitemap> + isteğe bağlı <loc>) listeleyen bir <lastmod> dosyasıdır.
• Tek bir sitemap 50 000 URL’yi veya sıkıştırılmamış 50MB’ı aşacaksa ya da büyük, çok bölümlü/bölgeli bir siteyi düzenlemek istiyorsanız index’e ihtiyaç duyarsınız (organizasyon amacı daha iyi nedendir).
• Kapasite fiilen sınırsızdır: index başına en fazla 50 000 alt sitemap × her birinde 50 000 URL = 2,5 milyar URL. Search Console’da site başına en fazla 500 index dosyası ile teorik üst sınır 1,25 trilyon URLdir; gerçek hiçbir site buna yaklaşmaz.
• Kurallar: Alt sitemap’ler aynı sitede, aynı dizin düzeyinde veya daha aşağıda bulunur; index’i index’in içine yerleştirmeyin (formatın bunun için etiketi yoktur ve hiçbir oluşturucu veya arama motoru bunu desteklemez); alt sitemap’ler gzip’lenebilir (.xml.gz).
• Yalnızca index’i gönderin — tek gönderim tüm alt sitemap’leri kapsar. Alt sitemap’leri de göndermek zararlı değil, gereksizdir (Mueller: “you don’t really need to”).
• Bölme raporlama içindir, tarama verimliliği için değil. Tarama veya dizine eklemeyi değiştirmez; Search Console Sitemaps raporunda gönderilen ve dizine eklenenleri segment bazında okuyabilmek için bölüm/içerik türüne göre bölün.

Resmî belgeler

Sitemap index dosyaları ve bunların arkasındaki sınırlar hakkında birincil kaynak belgeleri.

Google

• Manage large sitemaps with a sitemap index file — sınırları aşınca bölme, sitemap index formatı ve site başına 500 index dosyası sınırı.
• Build and submit a sitemap — her sitemap için geçerli 50 000 URL / sıkıştırılmamış 50MB sınırı, UTF-8 ve mutlak URL kuralları.
• Sitemaps overview — sitemap’in ne olduğu ve “keşif, dizine eklenme garantisi değil” çerçevesi.

sitemaps.org

• Sitemaps XML protocol — kanonik spesifikasyon: <sitemapindex> formatı, 50 000 sitemap / 50MB index sınırı ve “index dosyası başka index dosyalarını listeleyemez” kuralı.

Kaynaktan alıntılar

Google ve sitemaps.org protokolünden kayda geçmiş ifadeler. Her bağlantı, kaynak sayfadaki alıntıya atlayan bir derin bağlantıdır.

Google — bölme ve gönderim sınırları

• “If you have a sitemap that exceeds the size limits, you’ll need to split up your large sitemap into multiple sitemaps.” — Google, Manage large sitemaps. Jump to quote
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” Jump to quote

sitemaps.org — protokol boyut sınırları (kaynaklandırması bağımsız bir alıntı olmayan iç içe index kuralı için aşağıdaki nota bakın)

• “Sitemap index files may not list more than 50 000 Sitemaps and must be no larger than 50MB (52,428,800 bytes) and can be compressed.” — sitemaps.org protokolü. (Türkçesi: “Sitemap index dosyaları 50 000’den fazla Sitemap listeleyemez; 50MB’dan (52,428,800 bayt) büyük olamaz ve sıkıştırılabilir.”) Alıntıya git

John Mueller, Google — izlemek için bölme ve yalnızca index’i gönderme

• “I generally recommend splitting a sitemap file into logical parts of your site so that you can monitor those parts individually (eg, category pages vs detail pages…). … It doesn’t change how Google crawls & indexes them, it’s really just so that you can track them better on your side.” (Türkçesi: “Genellikle bir sitemap dosyasını sitenizin mantıksal bölümlerine ayırmanızı öneririm; böylece bu bölümleri tek tek izleyebilirsiniz (… kategori sayfaları ve ayrıntı sayfaları gibi). … Google’ın bunları nasıl taradığını ve dizine eklediğini değiştirmez; esas olarak kendi tarafınızda daha iyi takip edebilmeniz içindir.”) Kaynak bağlantısının metni “The size & number of sitemap” (Türkçesi: “sitemap’in boyutu ve sayısı”) ifadesini içerir. Alıntıya git
• “You can submit the individual ones, but you don’t really need to.” (Türkçesi: “Tek tek olanları gönderebilirsiniz, ancak buna gerçekten gerek yok.”) Kaynak bağlantısının metni “Also, sitemaps don’t guarantee that” (Türkçesi: “Ayrıca sitemap’ler şunu garanti etmez”) ifadesini içerir. Alıntıya git

Sitemap index — sınır kopya kâğıdı

Kapasitenizi belirleyen sayılar

Hızlı bilgiler

• Bir sitemap index URL’leri değil, sitemap’leri listeler — <sitemapindex> bloklarını (<sitemap> + isteğe bağlı <loc>) saran <lastmod>.
• Tek bir sitemap 50 000 URL’yi veya 50MB’ı aşacaksa ya da büyük, çok bölümlü/bölgeli bir siteyi düzenlemek için birine ihtiyaç duyarsınız.
• Alt sitemap’ler index’le aynı sitede, aynı dizin düzeyinde veya daha aşağıda bulunmalıdır.
• Alt sitemap’ler gzip’lenebilir (.xml.gz).
• Index’i index’in içine yerleştirmeyin (bunun için etiket yoktur, hiçbir oluşturucu veya motor desteklemez).
• Yalnızca index’i gönderin — tüm alt sitemap’leri kapsar; alt sitemap’leri de göndermek gereksizdir.
• Tarama verimliliği için değil, raporlama için bölüm/içerik türüne göre bölün — taramayı veya dizine eklemeyi değiştirmez.

Sitemap index’i nasıl bölersiniz (ölçtüğünüz şeye göre bölün)

Buradaki önemli zihinsel model şudur: nasıl böldüğünüz taramayı değiştirmez — neyi izleyebileceğinizi değiştirir. URL’ler tek bir sitemap’te veya elli sitemap’te dursa da Google aynı URL’leri tarar ve dizine ekler. Bu nedenle bölme çizgilerinizi Search Console Sitemaps raporunda bağımsız okumak istediğiniz segmentlere (sitemap başına gönderilen ve dizine eklenen) uydurun.

İçerik türüne göre bölün

• /sitemaps/blog.xml, /sitemaps/products.xml, /sitemaps/categories.xml, /sitemaps/docs.xml.
• Farklı şablonların farklı dizine eklenme davranışları olduğunda en iyisidir; örneğin ince ürün varyantları yeterince dizine eklenmezken blogunuz sorunsuz ilerleyebilir. Sorunun hangi şablon olduğunu tam olarak görürsünüz.

Bölüme göre bölün

• Her büyük site bölümü veya alt klasör için bir alt sitemap.
• Ekiplerin farklı bölümlere sahip olduğu büyük siteler için en iyisidir; her sahip kendi alanı için temiz bir kapsam sayısı alır.

Bölgeye / dile göre bölün

• Her locale için bir alt sitemap (/sitemaps/en.xml, /sitemaps/de.xml, …).
• Uluslararası siteler için en iyisidir: hreflang sorunlarından ayrı olarak, hiç alınmayan bir locale’in tamamını fark edebilirsiniz.

Karar kuralı

• Şunu sorun: “Bu segmentlerden biri yeterince dizine eklenmemiş olsaydı, onu ayrı görmeyi ister miydim?” Cevap evetse bu bir bölme çizgisidir. “Bunu hiçbir zaman ayrı analiz etmem” diyorsanız orada bölmeyin; yalnızca bakımı gereken daha fazla dosya üretirsiniz.

Güvendiğim bir migration kullanımı

• Bir site migration’ı sırasında eski URL’lerin sitemap’ini bir süre index’te tutarım — onları dizine ekletmek için değil, yeni URL’ler yerlerini alırken GSC’de dizinden çıktıklarını izlemek için. Segment düzeyindeki raporlama bütün amaçtır.

İnsanların bölmeden beklediği tarama verimliliği açısı gerçek değildir. Raporlama açısı gerçektir ve index’inizi buna göre tasarlamaya değer.

En küçük geçerli sitemap index

Bu, bir sitemap index dosyasının bütün şeklidir: bir <sitemapindex> kökü, ardından her alt sitemap için bir <sitemap> bloğu; her blokta bir <loc> ve isteğe bağlı bir <lastmod> bulunur. Alt sitemap’ler gzip’lenebilir (.xml.gz); 50MB sınırı sıkıştırılmamış boyuta göre ölçülür.

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

Bu örnekte yerleşik kurallar:

• Kök, <sitemapindex> ad alanındaki <urlset>’tir (sitemaps.org/schemas/sitemap/0.9 değil); dosya UTF-8’dir.
• Her <loc>, aynı sitede, bu index’le aynı dizin düzeyinde veya daha altında bulunan tam nitelikli mutlak bir URL’dir.
• <lastmod> isteğe bağlıdır ve o alt sitemap’in ne zaman değiştiğini açıklar.
• Başka bir sitemap index’ine işaret eden bir <sitemap> girdisi eklemeyin — yalnızca tek index düzeyi kullanın.

Nasıl gönderirsiniz

Yalnızca bu index dosyasını gönderirsiniz — tek gönderimle arama motorları her alt sitemap’e gider. Alt sitemap’leri ayrıca göndermeniz gerekmez.

# robots.txt — point engines at the index (the Sitemap: line takes the index URL)
Sitemap: https://www.example.com/sitemap-index.xml

Ardından aynı index URL’sini Google Search Console (Sitemaps raporu) ve Bing Webmaster Tools’a ekleyin. Hepsi bu; alt sitemap’ler de onunla birlikte gelir.

Sitemap index oluşturma ve kontrol araçları

• Google Index Checker — index’i gönderdikten sonra, toplu Search Console sayısını beklemek yerine bir alt sitemap’teki belirli URL’lerin gerçekten Google dizinine girip girmediğini örneklemek için kullanın.
• Google Search Console — Sitemaps raporu — gönderilen index’i izlemek için temel yer: alt sitemap başına getirme durumu ve dikkatli bölünürse segment başına okuyabileceğiniz gönderilen/dizine eklenen sayıları.
• Bing Webmaster Tools — Sitemaps — Bing’deki eşdeğer rapor; aynı index URL’sini oraya da gönderin.
• Sitemap oluşturucunuz / CMS eklentiniz — çoğu framework ve SEO eklentisi URL sayınız arttıkça index’i ve alt dosyaları otomatik oluşturur; Scripts sekmesindeki manuel XML, şekli görmeniz veya elle oluşturmanız gerektiğinde kullanılır.

Sitemap index gönderim öncesi kontrol listesi

Yeni veya yeniden yapılandırılmış bir index’i Search Console ya da Bing Webmaster Tools’a yönlendirmeden önce bunu uygulayın:

• Her alt sitemap 50 000 URL’nin ve sıkıştırılmamış 50MB’ın altında mı? (Üst sınıra dayanacak şekilde değil, pay bırakarak oluşturun.)
• Index dosyası başka bir sitemap index’i değil, yalnızca sitemap’leri mi listeliyor?
• Her alt <loc>, index dosyasıyla aynı sitede, aynı dizin düzeyinde veya daha aşağıda mı?
• Index ve alt sitemap’ler doğru kök öğeyle (<sitemapindex> index için, <urlset> her alt sitemap için) geçerli XML ve UTF-8 mi?
• robots.txt, alt sitemap’lerden birine değil index’e işaret eden bir Sitemap: satırına sahip mi?
• Bölme çizgileriniz (bölüm, içerik türü veya bölge), Search Console’da gerçekten ayrı izlemek isteyeceğiniz bir şeye karşılık geliyor mu? Rastgele bölmeyin.
• Gönderim kuyruğuna yalnızca index mi alındı? Her alt sitemap’i tek tek göndermeniz gerekmez.

Sitemap index ile kaçınılacak hatalar

• Index’i index’in içine yerleştirmek. Formatın bunun için etiketi yoktur — sitemap index’in <loc> değeri yalnızca bir sitemap, Atom, RSS veya metin dosyasını tanımlar; başka bir index’i değil — ve hiçbir oluşturucu veya arama motoru bunu desteklemez. Bunun yerine: tek bir index düzeyi kullanın; daha derine gitmek istiyorsanız tek bir index’in zaten sağladığı 2,5 milyar URL üst sınırı içinde bölmenizi yeniden düzenleyecek alanınız neredeyse kesinlikle vardır.
• Index’e ek olarak her alt sitemap’i tek tek göndermek. Zararlı değildir, yalnızca gereksizdir; index gönderimi referans verdiği her alt sitemap’i zaten içeri alır. Bunun yerine: Search Console ve Bing Webmaster Tools’a yalnızca index’i gönderin.
• Tarama bütçesi veya sıralama kazanımı bekleyerek sitemap’leri bölmek. Nasıl böldüğünüz Google’ın sayfalarınızı nasıl taradığını veya dizine eklediğini değiştirmez. Bunun yerine: yalnızca raporlama için bölün; Sitemaps raporunda bağımsız izlemek istediğiniz çizgileri seçin.
• Alt sitemap’i farklı bir hosta, alt alan adına veya index’in üzerindeki bir dizine yönlendirmek. Search Console bunu “URL not allowed” olarak işaretler. Bunun yerine: her alt sitemap’i index’le aynı sitede, index’in dizin düzeyinde veya daha altında tutun.
• Sitemap’i bölmeyi önceden yapmayıp 50 000 URL veya 50MB sıkıştırılmamış sınırını aşmasına izin vermek. Bunun yerine: bölüm sınıra yaklaşınca, zaten bozulduktan sonra değil, proaktif olarak bölün.

Sitemap index ile ilgili yaygın sorunlar

Symptom: Search Console shows “Couldn’t fetch” on the index. Likely cause: the index URL 404s, times out, or is blocked by robots.txt. Fix: open the exact index URL in a browser (or the Sitemap Validator) and confirm it returns 200 with valid XML before resubmitting.

Belirti: Index sorunsuz getiriliyor ancak belirli bir alt sitemap hata gösteriyor. Olası neden: Bu alt sitemap’teki bir <loc>, 404 veren, kanonik olmayan veya yanlış alan adına ait bir URL’yi gösteriyor ya da alt dosyanın XML’i bozuk. Düzeltme: alt sitemap’i doğrudan açın ve <loc> girdilerini örnekleyin; dosyayı düzeltin veya yeniden oluşturun, ardından bir sonraki getirmeyi bekleyin.

Belirti: “Sitemap index file can’t reference another sitemap index” (veya girdi sessizce yok sayılıyor). Olası neden: Bir index’i başka bir index’in içine yerleştirdiniz; hiçbir oluşturucu veya arama motoru bunu desteklemez — formatın <loc> etiketi başka bir index dosyasına işaret etmeye izin vermez. Düzeltme: tek bir düzeye indirin; üst düzey index yalnızca URL’leri listeleyen sitemap’lere işaret etmelidir, başka index’lere değil.

Belirti: Bir alt sitemap girdisinde “URL not allowed”. Olası neden: Alt sitemap index’ten farklı bir hostta/alt alan adındadır veya index’in kendi dizin yolunun üzerindedir. Düzeltme: alt sitemap’i aynı sitede, aynı dizin düzeyinde veya daha aşağıda konumlandırın (çapraz alan adı referansları yalnızca her iki alan adı Search Console’da doğrulandığında çalışır; sıradan tek-site index’inde buna ihtiyaç duymamalısınız).

Belirti: Bir index veya alt sitemap boyut nedeniyle reddediliyor. Olası neden: Sitemap 50 000 URL’yi veya sıkıştırılmamış 50MB’ı, index dosyasının kendisi de 50MB’ı aşıyor. Düzeltme: daha fazla bölün — daha büyük bir alt sitemap (veya çok büyük bir site için başka bir index) ekleyin; daha fazlasını sığdırmaya çalışmayın.

Yeni sitemap index’inin gerçekten çalıştığını kanıtlayın

Test: Index URL’sini doğrudan yükleyin (tarayıcı veya curl -I). Beklenen sonuç: HTTP 200, geçerli XML, <sitemapindex> kökü. Başarısızlık yorumu: Burada 404 veya zaman aşımı olması, Search Console’un da index’e erişemeyeceği anlamına gelir; önce bunu düzeltin. İzleme dönemi: hemen. Geri alma tetikleyicisi: devam eden 200 dışı yanıt — önceki sitemap kurulumuna dönün.

Test: Index’i Search Console Sitemaps raporuna gönderin (veya önce Sitemap Validator üzerinden geçirin). Beklenen sonuç: durum başarılı getirmeye döner ve alt sitemap başına satırlar görünür. Başarısızlık yorumu: “Couldn’t fetch”, henüz dizine eklenme sorunu değil; URL, barındırma veya robots.txt sorunu anlamına gelir. İzleme dönemi: ilk getirme için saatler ile bir gün. Geri alma tetikleyicisi: yeniden gönderimler boyunca tekrarlanan getirme hataları.

Test: Her alt sitemap’in URL sayısını, sitenizin o segment için gerçekten sahip olduğu sayıyla karşılaştırın. Beklenen sonuç: ilgili bölüm/içerik türü için sayılar makul aralıktadır. Başarısızlık yorumu: büyük bir fark genellikle oluşturucunun eski, kanonik olmayan veya yinelenen URL’leri eklediği anlamına gelir. İzleme dönemi: hemen, oluşturmanın hemen ardından. Geri alma tetikleyicisi: yok — oluşturucu mantığını düzeltin ve yeniden oluşturun.

Test: Sitemaps raporunda her sitemap için gönderilen ve dizine eklenen sayıları kontrol edin. Beklenen sonuç: zaman içinde her segmentte dizine eklenen sayı gönderilen sayıya yaklaşır. Başarısızlık yorumu: bir segmentin gönderilen sayının çok altında takılı kalması, index’in kendisinden ziyade o segmente özgü bir soruna (ince içerik, tekrar, yanlışlıkla açık kalan noindex) işaret eder. İzleme dönemi: anlamlı eğilim için 2–4 hafta. Geri alma tetikleyicisi: segmentin dizine eklenen sayısı değişiklikten sonra aktif biçimde düşüyorsa; yalnızca sabit kalması değil.

Test: robots.txt dosyasının hâlâ doğru Sitemap: satırını taşıdığını doğrulayın. Beklenen sonuç: satır güncel index URL’sine çözülür. Başarısızlık yorumu: eksik veya eski satır, index’i zaten bilen motorların keşfini bozmaz; ancak yeni tarananlar için keşif sinyallerinizden birini kaldırır. İzleme dönemi: hemen. Geri alma tetikleyicisi: satır eksik veya kullanımdan kaldırılmış bir dosyaya işaret ediyor — geri yükleyin.

Sitemap index için sürekli KPI’lar

Metrik: Her sitemap segmenti için gönderilen ve dizine eklenen sayı. Ne anlatır: tek bir site geneli sayıya karıştırmak yerine hangi bölümün, içerik türünün veya bölgenin yeterince dizine eklenmediğini. Nasıl çekilir: Search Console Sitemaps raporu; gönderilen her sitemap’i ayrı okuyun. Kıyas / gerçekçi aralık: sabit bir hedef yoktur — burada dürüst bir evrensel sayı yok. Sağlıklı görünüm, segmentin dizine eklenen sayısının gönderilen sayıya yaklaşmasıdır; bir segmentte diğerlerinde olmayan kalıcı ve büyük fark, belirli bir yüzde değil, araştırılmaya değer sinyaldir. Sıklık: migration veya büyük bir kullanıma alım sırasında haftalık; aksi hâlde aylık.

Metric: Sitemap fetch status, per index and per child. What it tells you: whether engines can actually read the files you’ve submitted at all — a precondition for everything else on this list. How to pull it: the status column in the Sitemaps report (or the Sitemap Validator for an on-demand check). Benchmark / realistic range: this one isn’t a range — “Success” is the only acceptable state; “Couldn’t fetch” or “Has errors” is a fail state to fix immediately, not something to tolerate at some rate. Cadence: check whenever you touch the sitemap generation code or add a new child; otherwise a monthly spot check.

Metric: URL count and file size per sitemap, against the limits. What it tells you: how much headroom you have before a segment needs splitting further. How to pull it: your sitemap generator’s own counts, or the Sitemap Validator. Benchmark / realistic range: stay comfortably under 50 000 URLs and 50MB uncompressed per file — leave real headroom rather than running up to the ceiling. Cadence: monitor as your URL count grows; re-split a segment once it’s approaching the limit, not after it’s already broken.

Sitemap index için AI prompt’ları

Prompt: önerilen bir bölmeyi makuliyet açısından kontrol et. Sitenizin bölümlerinin kısa açıklamasını (her birinde kabaca kaç URL olduğunu) yapıştırın ve index’i oluşturmadan önce bir AI’dan bölme çizgilerinizi makuliyet açısından kontrol etmesini isteyin:

I'm building a sitemap index for a site with these sections and approximate
URL counts:
- Blog: <N> URLs
- Product pages: <N> URLs
- Category pages: <N> URLs
- <other sections>

I want to split these into child sitemaps under one sitemap index so I can
read submitted-vs-indexed coverage per section in Google Search Console.
Given these counts, suggest a sensible way to split them into child
sitemaps (staying well under 50,000 URLs and 50MB uncompressed per file),
and flag any section that's small enough it probably doesn't need its own
child sitemap.

Geri dönüş olarak bölümlerinizin alt sitemap’lerde nasıl gruplanacağına dair bir öneri ve ayrı tutmaya değmeyecek kadar küçük bir bölüm olup olmadığına dair not bekleyin.

Prompt: mevcut bir sitemap index’ini yapısal hatalar için incele. Sitemap index’inizin ham XML’ini (veya temsili bir bölümünü) yapıştırın ve yapısal inceleme isteyin:

Here is my sitemap index XML:

<paste your <sitemapindex> XML here>

Check it against these rules and flag any violation:
1. The root element is <sitemapindex>, not <urlset>.
2. No <sitemap> entry points at another sitemap index file.
3. Every <loc> is a fully-qualified, absolute URL on the same site as this
   index.
4. No <loc> sits at a directory level above this index's own path.
List any entries that break these rules and explain which rule each one
breaks.

İç içe yerleştirme veya konum kurallarını ihlal eden girdilerin satır satır listesini bekleyin; yeniden göndermeden önce düzeltebilmeniz için her girdinin hangi kuralı ihlal ettiğini açıklamasını isteyin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• When Should You Worry About Crawl Budget? — temiz ve eksiksiz sitemap’lerin büyük sitelerde tarama verimliliğindeki yeri.
• Website Migration: The Pre- and Post-Launch Checklist — GSC’de dizinden çıktıklarını izlemek için eski URL’lerin sitemap’ini saklamak da dâhil.
• Enterprise Technical SEO — otomasyon öncelikli sitemap’ler ve ölçekte gönderilen/dizine eklenen teşhisi.
• The Beginner’s Guide to Technical SEO — sitemap’lerin ve keşfin daha büyük resimdeki yeri.

Resmî

• Google — Manage large sitemaps with a sitemap index file.
• sitemaps.org protocol — kanonik <sitemapindex> spesifikasyonu ve sınırları.

Başkalarından

• r/TechSEO — sitemap, tarama ve dizine ekleme sorunlarını ayıklayan topluluk.
• Bing Webmaster Tools — Submit a sitemap — sitemap index dosyalarını gönderme ve Bing Webmaster Tools’ta doğrulama rehberliği.
• Search Engine Journal — Sitemaps coverage — Mueller sitemap soru-cevaplarının ve tarama/dizine ekleme yazılarının kelimesi kelimesine aktarımları da dâhil.
• Onely — Sitemap resources — tarama odaklı bir ajansın teknik SEO derin incelemeleri; büyük ölçekli sitemap sorunlarını ve dizine ekleme teşhislerini kapsar.

Kendinizi test edin: Sitemap index

Sitemap index’in ne olduğu ve nasıl kullanılacağı hakkında beş kısa soru. Her biri için bir cevap seçin, ardından kontrol edin.

Değişiklik günlüğü