Guide : Sitemap Index

TL;DR — A sitemap indexer est a sitemap de sitemaps. A unique sitemap peut seulement hold 50 000 URLs, donc big sites split leur URLs à travers plusieurs sitemaps et alors liste ceux sitemaps dans un petit “indexer” fichier. Vous submit simplement le indexer, et moteur de recherches suivre il à tout le rest.

Ce que a sitemap index is

A normal XML sitemap is a liste of votre page URLs. A sitemap index is un level up: it’s a fichier que listes votre autre sitemaps au lieu de listing pages. Think of it as a table of contents que points at several chapters, où chaque chapter is a sitemap complet of URLs.

Vous hand moteur de recherches le indexer, et ils lire il à trouver chaque sitemap il références, alors lire chaque de ceux à trouver votre URLs. Preuve à l’appui de cette affirmation A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Portée : Sitemaps.org protocol structure for sitemap index files. Niveau de confiance : élevé · Vérifié : 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

Pourquoi you’d besoin un

«A single sitemap has hard limits: it can hold at most 50,000 URLs, and the file can’t be bigger than 50MB uncompressed. The moment you have more URLs than that — or the file gets too big — you have to split it into multiple sitemaps. The sitemap index is what ties those pieces back together so you only submit one thing.

» (Traduction) (Résumé en français de la section neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Vous ne pas ont à wait jusqu’à vous hit le limite, soit. Plenty de grand sites utiliser an indexer simplement à garder choses tidy — un sitemap pour le blog, un pour produits, un per langue — même quand chaque partie est bien sous 50 000 URLs.

How beaucoup peut it cover?

A lot. An indexer peut liste up à 50 000 child sitemaps, et chaque de ceux peut hold up à 50 000 URLs. Multiply que out et a unique indexer déjà covers 2,5 billion URLs. Whatever size votre site est, vous va jamais exécuter out de sitemap capacity.

How vous utiliser it

• Split votre URLs à travers plusieurs sitemap fichiers (la plupart SEO plugins et frameworks faire ce pour vous automatiquement).
• Put a sitemap indexer fichier à le top que listes chaque de ceux sitemaps.
• Submit seulement le indexer dans la recherche Google Console et Bing Webmaster Outils. Que un submission covers tout le children.

Vouloir le anatomy, le exact limites, le “don’t nest an index in an index” règle, et le splitting trick que turns votre sitemaps dans an indexation diagnostic? Switch à le Avancé tab.

TL;DR — A sitemap indexer est a sitemap de sitemaps — a <sitemapindex> fichier listing <sitemap> entries (<loc> + optional <lastmod>) au lieu de URLs. Vous besoin un une fois a unique sitemap voudrait exceed 50 000 URLs or 50MB uncompressed, or à organize a grand multi-section/region site. An indexer peut référence up à 50 000 child sitemaps × 50 000 URLs chaque = 2,5 billion URLs per indexer; avec up à 500 indexer fichiers per site dans Search Console, le theoretical ceiling est 1,25 trillion — a number aucun réel site approaches. Children stay on le même site à le même directory level or lower, vous ne pas nest an indexer à l’intérieur an indexer (aucun balise pour il, aucun tooling prise en charge), et vous submit seulement le indexer. Le payoff worth chasing: split par section/contenu type donc vous pouvez lire submitted-vs-indexé per segment.

Ce que a sitemap index fichier en réalité is

A sitemap indexer est a sitemap whose entries sont autre sitemaps. Où a regular sitemap wraps <url> bloque dans a <urlset>, an indexer wraps <sitemap> bloque dans a <sitemapindex>. Chaque <sitemap> a a <loc> pointing à un de votre sitemap fichiers et, optionally, a <lastmod>. c’est le entier structure — il carries aucun page URLs de son propre. Preuve à l’appui de cette affirmation A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Portée : Sitemaps.org protocol structure for sitemap index files. Niveau de confiance : élevé · Vérifié : 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

Il exists pour un raison: le sitemaps format a difficile size limites, et big sites blow past les. Donc vous split votre URLs à travers nombreux sitemaps et utiliser an indexer à présent les à moteur de recherches as a unique unit.

Quand vous besoin un

Two triggers:

1. Vous hit le size limites. A unique sitemap maxes out à 50 000 URLs or 50MB uncompressed, whichever comes premier. Google’s guidance est direct: “Si vous ont a sitemap que exceeds le size limites, vous’ll besoin à split up votre grand sitemap dans plusieurs sitemaps.” Preuve à l’appui de cette affirmation A sitemap index can list up to 50,000 sitemap files, and each sitemap is limited to 50,000 URLs or 50 MB uncompressed. Portée : Google-supported sitemap and sitemap-index limits. Niveau de confiance : élevé · Vérifié : 2026-07-14 Google Search Central: Manage sitemaps with a sitemap index file Une fois vous avez split, an indexer ties le pieces ensemble.
2. Vous vouloir à organize a grand site — même sous le limite. Multi-section sites (blog vs. produits vs. category pages) et multi-region/multi-langue sites sont far easier à manage et monitor as séparé sitemaps sous un indexer. Que organizational utiliser est, dans mon view, le meilleur raison à reach pour an indexer, et Je come back à il dans le Frameworks tab.

Anatomy

Le indexer est petit et dull par design — <sitemapindex>, alors a <sitemap> bloquer per child, chaque avec a <loc> et an optional <lastmod>:

<?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>

Notes que matter:

• Le namespace est le même sitemaps.org/schemas/sitemap/0.9 vous utiliser on a regular sitemap; le fichier est UTF-8 et <loc> valeurs sont fully-qualified absolute URLs.
• Children peut être gzipped — .xml.gz est fine, et le 50MB cap est mesuré on le uncompressed size.
• Le optional <lastmod> ici décrit quand que child sitemap dernier modifié, pas quand individual pages modifié.

How nombreux peut vous submit — and how nombreux pages is que?

Ce est où personnes lowball le ceiling. Stack le limites up:

• Recherche Google Console accepts up to 500 sitemap index fichiers per site: “Vous pouvez submit up to 500 sitemap index fichiers pour chaque site in votre Search Console account.”
• Chaque index peut liste up to 50 000 child sitemaps.
• Chaque child sitemap peut hold up to 50 000 URLs.

Faire le multiplication et le theoretical ceiling est 500 × 50 000 × 50 000 = 1,25 trillion URLs (1 250 000 000 000). Treat que as a ceiling aucun réel site approaches, pas a cible — le takeaway est simplement que vous va jamais exécuter out de sitemap capacity. Et vous rarely besoin à obtenir fancy avec plusieurs indexer fichiers à tout: a unique sitemap indexer, sans submitting quelconque others, déjà covers 50 000 × 50 000 = 2,5 billion URLs. Si vous avez obtenu 2,5 billion indexable URLs, votre sitemap setup n’est pas votre problème.

Emplacement rules

Le child sitemaps an indexer références ont à actif on le même site as le indexer, et à le même directory level or lower que le indexer fichier. An indexer à https://www.example.com/sitemap-index.xml peut point à https://www.example.com/sitemaps/products.xml, mais pas à a sitemap on a différent host or sitting ci-dessus son propre chemin. Break ce et Search Console flags le children as “URL pas allowed.” (Cross-domain références sont seulement valide quand les deux domains sont verified dans Search Console — mais pour an ordinary unique-site indexer vous ne pas go là.)

Don’t nest an index à l’intérieur an index

A sitemap indexer listes sitemaps, pas autre indexes. Aucun sitemaps.org’s actif protocol page nor Google’s sitemap-indexer documentation states ce dans donc nombreux words aujourd’hui — Je vérifié les deux directement plutôt que confiance an older paraphrase. Ce que le protocol fait dire est narrower: le <loc> balise à l’intérieur a <sitemapindex> est défini as identifying “a Sitemap, an Atom fichier, RSS fichier or a simple texte fichier” — an indexer fichier n’est pas on que liste, et le format a aucun balise pour nesting un indexer sous un autre. Chaque sitemap generator, plugin, et moteur de recherche Je’m aware de treats indexer-de-indexes as unsupported on que basis; c’est a strong practitioner convention grounded dans le format’s structure plutôt que a unique quotable sentence depuis soit doc. Treat il as a difficile règle: un level de indexation seulement. Si vous trouver yourself wanting an indexer-de-indexes, vous presque certainly ont room à reorganize dans le 2,5-billion-URL ceiling a unique indexer déjà donne vous.

Submit seulement the index

Vous submit le indexer fichier, et que unique submission pulls dans chaque child sitemap il références — vous ne pas besoin à submit le children un par un. John Mueller put il plainly: “Vous pouvez submit le individual ones, mais vous ne pas vraiment besoin à.” Submitting les deux le indexer et son children n’est pas harmful, simplement redundant. Un clean submission de le indexer est le déplacer.

Que said, submitting a sitemap — indexer or pas — est a discovery aid, pas an indexation guarantee. Le indexer aide moteurs trouver votre sitemaps; il ne fait pas promise l’URLs à l’intérieur les obtenir exploré or indexé.

Splitting strategy — pour reporting, pas explorer efficiency

Ici’s le partie c’est underplayed everywhere sinon. Comment vous split votre sitemaps à travers an indexer fait pas modifier comment Google explore or indexes votre pages. Le raison à split thoughtfully est monitoring. Mueller’s framing est le un Je lean on: “Je généralement recommend splitting a sitemap fichier dans logical parties de votre site donc que vous pouvez monitor ceux parties individually (eg, category pages vs detail pages…). … Il ne fait pas modifier comment Google explore & indexes les, c’est vraiment simplement donc que vous pouvez track les meilleur on votre side.”

«The practical payoff: the Search Console Sitemaps report shows submitted-vs-indexed counts per sitemap. Split your index by section or content type — blog, products, categories, docs, per region — and you can see which segment is under-indexed instead of staring at one site-wide number. That’s a diagnostic I use constantly. (It’s the same reason I’ll keep a sitemap of old URLs around during a migration: so I can watch that specific set drop out of the index in GSC.) » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Donc split par ce que vous vouloir à mesurer, pas par some imagined explorer avantage. Le explorer avantage n’est pas là; le reporting avantage est réel.

How it relates to the rest of le sitemap family

A sitemap indexer sits on top de votre regular XML sitemaps, et le broader sitemaps overview est le placer à commencer si vous êtes nouveau à le entier topic. Votre image et video sitemaps sont simplement plus child fichiers an indexer peut référence, et le entier apparatus est partie de comment moteur de recherches handle discovery. None de ceux besoin linking out depuis ici — ils sont siblings dans le même cluster.

AI summary

A condensed prendre on the Avancé version:

«- A sitemap index is a sitemap of sitemaps — a <sitemapindex> file listing <sitemap> entries (<loc> + optional <lastmod>), not page URLs. » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- You need one when a single sitemap would exceed 50,000 URLs or 50MB uncompressed, or when you want to organize a large multi-section/region site (the organizational use is the better reason). » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Capacity is effectively unlimited: up to 50,000 child sitemaps per index × 50,000 URLs each = 2.5 billion URLs per index. With up to 500 index files per site in Search Console, the theoretical ceiling is 1.25 trillion URLs — a number no real site approaches. » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Rules: children live on the same site, at the same directory level or lower; don’t nest an index inside an index (the format has no tag for it, and no generator or search engine supports it); children may be gzipped (.xml.gz). » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Submit only the index — one submission covers all children. Submitting the children too is redundant, not harmful (Mueller: “you don’t really need to”). » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Splitting is for reporting, not crawl efficiency. It doesn’t change crawling or indexing; split by section/content type so you can read submitted-vs-indexed per segment in the Search Console Sitemaps report. » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

Documentation officielle

Primary-source documentation on sitemap indexer fichiers et le limites behind les.

Google

• Manage grand sitemaps avec a sitemap indexer fichier — splitting past le limites, le sitemap indexer format, et le 500-indexer-fichiers-per-site cap.
• Construire et submit a sitemap — le 50 000-URL / 50MB-uncompressed limite, UTF-8, et absolute-URL règles que appliquer à chaque sitemap.
• Sitemaps overview — ce que a sitemap est et le “discovery, not a guarantee of indexing” framing.

«sitemaps.org » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Sitemaps XML protocol — the canonical spec: the <sitemapindex> format, the 50,000-sitemaps / 50MB index limit, and the “an index file can not list other index files” rule. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Quotes from the source

On-le-record statements depuis Google et le sitemaps.org protocol. Chaque lien est a deep lien que jumps à le quoted passage on le page source.

Google — splitting and submission limites

«- “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 » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “You can submit up to 500 sitemap index files for each site in your Search Console account.” Jump to quote » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

sitemaps.org — le protocol size limites (voir le footnote ci-dessous pour le aucun-nesting règle’s sourcing, qui n’est pas a standalone citation)

«- “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 protocol. Jump to quote » (Traduction) (Résumé en français de la section soixante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

John Mueller, Google — splitting pour monitoring, et submitting seulement le indexer

«- “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.” Jump to quote » (Traduction) (Résumé en français de la section soixante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “You can submit the individual ones, but you don’t really need to.” Jump to quote » (Traduction) (Résumé en français de la section soixante-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Sitemap index — limites cheat sheet

The numbers que define votre capacity

Fast facts

• A sitemap indexer listes sitemaps, pas URLs — <sitemapindex> wrapping <sitemap> bloque (<loc> + optional <lastmod>).
• Vous besoin un une fois a unique sitemap voudrait exceed 50 000 URLs or 50MB, or à organize a grand multi-section/region site.
• Children doit être on le même site, à le même directory level or lower que le indexer.
• Children peut être gzipped (.xml.gz).
• ne pas nest an indexer à l’intérieur an indexer (aucun balise pour il, non pris en charge par quelconque generator or moteur).
• Submit seulement le indexer — il covers tout children; submitting children aussi est redundant.
• Split par section/contenu type pour reporting, pas pour explorer efficiency — il ne fait pas modifier exploration/indexation.

How to split a sitemap index (split pour ce que vous mesurer)

Le mental model que matters ici: comment vous split ne fait pas modifier exploration — il changements ce que vous pouvez monitor. Google explore et indexes le même URLs si ils sit dans un sitemap or fifty. Donc choisir votre split lines à match le segments vous vouloir à lire independently dans le Search Console Sitemaps rapport (submitted vs. indexé, per sitemap).

Split par contenu type

• /sitemaps/blog.xml, /sitemaps/products.xml, /sitemaps/categories.xml, /sitemaps/docs.xml.
• Meilleur quand différent templates ont différent indexation behavior — e.g. thin produit variants under-indexation pendant que votre blog sails via. Vous’ll voir exactly qui template est le problème.

Split by section

• Un child sitemap per major site section or subfolder.
• Meilleur pour grand sites où teams propre différent sections — chaque owner obtient a clean coverage number pour leur area.

Split by region / language

• Un child per locale (/sitemaps/en.xml, /sitemaps/de.xml, …).
• Meilleur pour international sites: vous pouvez spot a whole locale que isn’t getting picked up, separate from quelconque hreflang problèmes.

Le décision règle

• Demander: “Si un de ces segments étaient under-indexé, voudrait Je vouloir à voir il dans isolation?” Si oui, c’est a split line. Si le réponse est “je voudrais jamais analyze que séparément,” ne pas split là — vous êtes simplement making plus fichiers à maintain.

A migration utiliser Je rely on

• During a migration de site je vais garder a sitemap de le old URLs dans l’indexer pour a pendant que — pas à obtenir les indexé, mais à watch les drop out de le indexer dans GSC as le nouveau URLs prendre over. Le segment-level reporting est le entier point.

Le explorer-efficiency angle personnes expect depuis splitting n’est pas réel. Le reporting angle est, et c’est worth designing votre indexer autour.

A minimal valide sitemap indexer

Ce est le entier shape de a sitemap indexer fichier — a <sitemapindex> root, alors un <sitemap> bloquer per child sitemap, chaque avec a <loc> et an optional <lastmod>. Children peut être gzipped (.xml.gz); le 50MB cap est mesuré uncompressed.

<?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>

Rules baked into que exemple:

• Root est <sitemapindex> (pas <urlset>) on le sitemaps.org/schemas/sitemap/0.9 namespace; le fichier est UTF-8.
• Chaque <loc> est a fully-qualified absolute URL on le même site, à le même directory level or lower que ce indexer.
• <lastmod> est optional et décrit quand que child sitemap modifié.
• ne pas ajouter a <sitemap> entry pointing à un autre sitemap indexer — un level seulement.

How vous submit it

Vous submit seulement ce indexer fichier — un submission, et moteur de recherches suivre il à chaque child sitemap. il y a aucun besoin à submit le children séparément.

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

Alors ajouter le même indexer URL dans Recherche Google Console (Sitemaps rapport) et Bing Webmaster Outils. c’est il — le children come along pour le ride.

Outils pour building and checking a sitemap index

• Google Indexer Checker — une fois vous avez submitted le indexer, utiliser ce à spot-vérifier si spécifique URLs depuis a child sitemap en réalité fait il dans Google’s indexer, plutôt que waiting on le aggregate Search Console number.
• Recherche Google Console — Sitemaps rapport — le principal placer à watch a submitted indexer: récupérer status per child sitemap, et submitted-vs-indexé counts vous pouvez lire per segment si vous split thoughtfully.
• Bing Webmaster Outils — Sitemaps — le equivalent rapport pour Bing; submit le même indexer URL là aussi.
• Votre sitemap generator / CMS plugin — la plupart frameworks et SEO plugins construire le indexer et child fichiers pour vous automatiquement as votre URL count grows; le manual XML dans le Scripts tab est pour quand vous devez voir (or hand-construire) le shape yourself.

Sitemap index pre-submission checklist

Run via ce avant vous point Search Console or Bing Webmaster Outils at a nouveau or restructured index:

• Chaque child sitemap est sous 50 000 URLs et 50MB uncompressed (avec headroom — ne pas construire correct up à le ceiling).
• Le indexer fichier listes seulement sitemaps, jamais un autre sitemap indexer.
• Chaque child <loc> lives on le même site, à le même directory level or lower que le indexer fichier.
• Indexer et children sont valide XML, UTF-8, avec le correct root element (<sitemapindex> pour le indexer, <urlset> pour chaque child).
• robots.txt a a Sitemap: line pointing à le indexer, pas à un de le children.
• Votre split lines (section, contenu type, or region) match quelque chose vous’ll en réalité vouloir à monitor séparément dans Search Console — ne pas split arbitrarily.
• Seulement le indexer est queued pour submission — vous ne pas aussi besoin à submit chaque child sitemap un par un.

Mistakes to éviter with a sitemap index

• Nesting an indexer à l’intérieur an indexer. Le format a aucun balise pour il — a sitemap indexer’s <loc> seulement identifies a sitemap, Atom, RSS, or texte fichier, jamais un autre indexer — et aucun generator or moteur de recherche prend en charge il. Faire à la place: garder un level de indexation, et si vous êtes tempted à go deeper vous presque certainly ont room à reorganize votre split dans le 2,5-billion-URL ceiling a unique indexer déjà donne vous.
• Submitting chaque child sitemap individually on top de le indexer. Pas harmful, simplement redundant — le indexer submission déjà pulls dans chaque child il références. Faire à la place: submit le indexer alone dans Search Console et Bing Webmaster Outils.
• Splitting sitemaps expecting a explorer-budget or classement win. Comment vous split ne fait pas modifier comment Google explore or indexes votre pages. Faire à la place: split purely pour reporting — pick lines vous en réalité vouloir à monitor independently dans le sitemaps rapport.
• Pointing a child sitemap à a différent host, subdomain, or a directory ci-dessus le indexer. Search Console flags ce as “URL pas allowed.” Faire à la place: garder chaque child on le même site, à le indexer’s directory level or lower.
• Letting a sitemap grow past 50 000 URLs or 50MB uncompressed au lieu de splitting ahead de temps. Faire à la place: split proactively une fois a section est approaching le limite, pas après c’est déjà broken.

Courant problèmes with a sitemap index

Symptom: Search Console montre “Couldn’t fetch” on le indexer. Probable causer: le indexer URL 404s, times out, or est bloqué par robots.txt. Corriger: ouvrir le exact indexer URL dans a navigateur (or le Sitemap Validator) et confirmer il renvoie 200 avec valide XML avant resubmitting.

Symptom: Le indexer récupère fine, mais un spécifique child sitemap montre an erreur. Probable causer: a <loc> à l’intérieur que child points à a 404’d, non-canonical, or wrong-domain URL, or le child itself a malformed XML. Corriger: ouvrir que child sitemap directement et spot-vérifier son <loc> entries; corriger or regenerate que fichier, alors wait pour le suivant récupérer.

«Symptom: “Sitemap index file can’t reference another sitemap index” (or the entry is silently ignored). Likely cause: you nested an index inside an index, which no generator or search engine supports — the format’s <loc> tag has no provision for pointing at another index file. Fix: flatten to one level — the top-level index should only ever point at sitemaps that list URLs, not at other indexes. » (Traduction) (Résumé en français de la section cent seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Symptom: “URL pas allowed” on a child sitemap entry. Probable causer: que child lives on a différent host/subdomain que le indexer, or sits ci-dessus le indexer’s propre directory chemin. Corriger: déplacer le child à le même site, à le même directory level or lower (cross-domain références seulement fonctionner quand les deux domains sont verified dans Recherche Console — et pour an ordinary unique-site indexer vous devezn’t besoin que).

Symptom: An index or child sitemap obtient rejected pour size. Probable causer: it exceeds 50 000 URLs, or 50MB uncompressed pour a sitemap / 50MB pour the index fichier itself. Fix: split plus loin — ajouter un autre child sitemap (or, pour a very grand site, un autre index) plutôt que trying to squeeze plus in.

Prove the nouveau sitemap index en réalité took

Tester: Charger le indexer URL directement (navigateur or curl -I). Attendu résultat: HTTP 200, valide XML, <sitemapindex> root. Échec interpretation: a 404/timeout ici signifie Search Console ne peut pas reach il soit — corriger ce avant n’importe quoi sinon. Monitoring window: immediate. Rollback trigger: sustained non-200 réponse — revert à le prior sitemap setup.

Tester: Submit le indexer dans le Search Console Sitemaps rapport (or exécuter il via le Sitemap Validator premier). Attendu résultat: status flips à a successful récupérer et per-child sitemap lignes apparaître. Échec interpretation: “Couldn’t fetch” signifie une URL, hosting, or robots.txt problème, pas an indexation problème yet. Monitoring window: hours à a day pour le premier récupérer. Rollback trigger: repeated récupérer échecs à travers resubmissions.

Tester: Spot-vérifier chaque child sitemap’s URL count contre ce que votre site en réalité a pour que segment. Attendu résultat: counts sont dans le correct ballpark pour que section/contenu type. Échec interpretation: a big mismatch généralement signifie le generator est notamment stale, non-canonical, or duplicate URLs. Monitoring window: immediate, correct après generation. Rollback trigger: none — corriger le generator logic et regenerate.

Tester: Vérifier submitted-vs-indexé counts per sitemap dans le sitemaps rapport. Attendu résultat: indexé count trends toward le submitted count pour chaque segment over temps. Échec interpretation: un segment stuck bien ci-dessous son submitted count points à a problème spécifique à que segment (contenu pauvre, duplication, noindex left on par mistake) plutôt que le indexer itself. Monitoring window: 2–4 weeks pour le trend à être meaningful. Rollback trigger: a segment’s indexé count actively falling après le modifier, pas simplement staying flat.

Tester: Confirmer robots.txt encore carries le correct Sitemap: line. Attendu résultat: le line resolves à le actuel indexer URL. Échec interpretation: a manquant or stale line ne fait pas break discovery pour moteurs que déjà know votre indexer, mais il supprime un de votre discovery signaux pour n’importe quoi exploration fresh. Monitoring window: immediate. Rollback trigger: line manquant or pointing à a retired fichier — restore il.

Standing KPIs pour a sitemap index

Metric: Submitted vs. indexé count, per sitemap segment. Ce que il indique vous: qui section, contenu type, or region est under-indexé, au lieu de un blended site-wide number. Comment pull il: le Search Console Sitemaps rapport, lire per submitted sitemap. Benchmark / realistic range: aucun fixed cible — il y a aucun honest universal number ici. Sain semble comme le indexé count trending fermer à le submitted count pour que segment; a persistent, grand gap on un segment (et pas le others) est le signal worth chasing, pas a spécifique percentage. Cadence: weekly during a migration or a grand rollout; monthly sinon.

Metric: Sitemap récupérer status, per indexer et per child. Ce que il indique vous: si moteurs peut en réalité lire le fichiers vous avez submitted à tout — a precondition pour tout sinon on ce liste. Comment pull il: le status column dans le sitemaps rapport (or le Sitemap Validator pour an on-demand vérifier). Benchmark / realistic range: ce un n’est pas a range — “Success” est le seulement acceptable state; “ne pouvait pas récupérer” or “A erreurs” est a échouer state à corriger immédiatement, pas quelque chose à tolerate à some rate. Cadence: vérifier whenever vous touch le sitemap generation code or ajouter a nouveau child; sinon a monthly spot vérifier.

Metric: URL count et fichier size per sitemap, contre le limites. Ce que il indique vous: comment beaucoup headroom vous ont avant a segment nécessite splitting plus loin. Comment pull il: votre sitemap generator’s propre counts, or le Sitemap Validator. Benchmark / realistic range: stay comfortably sous 50 000 URLs et 50MB uncompressed per fichier — laisser réel headroom plutôt que running up à le ceiling. Cadence: monitor as votre URL count grows; re-split a segment une fois c’est approaching le limite, pas après c’est déjà broken.

AI prompts pour a sitemap index

Prompt: sanity-vérifier a proposed split. Paste dans a court description de votre site’s sections (roughly comment nombreux URLs chaque a) et demander an AI à sanity-vérifier votre split lines avant vous construire le indexer:

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.

Expect back: a proposed grouping de votre sections dans child sitemaps, avec a remarque on quelconque section aussi petit à bother separating.

Prompt: examiner an existing sitemap indexer pour structural mistakes. Paste dans le raw XML de votre sitemap indexer (or a representative excerpt) et demander pour a structural examiner:

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.

Expect back: a line-by-line liste of quelconque entries que violate the nesting or emplacement rules, so vous pouvez fix les avant resubmitting.

Ressources utiles

Mon connexe writing

• Quand Devrait Vous Worry À propos de Budget d’exploration? — où clean, complet sitemaps fit dans explorer efficiency on grand sites.
• Webmigration de site: Le Pre- et Post-Launch Liste de contrôle — notamment keeping a sitemap de old URLs autour à watch les drop out de le indexer dans GSC.
• Enterprise SEO technique — automation-premier sitemaps et le submitted-vs-indexé diagnostic à scale.
• Le Beginner’s Guide à SEO technique — où sitemaps et discovery sit dans le bigger picture.

Official

• Google — Manage grand sitemaps avec a sitemap indexer fichier.
• sitemaps.org protocol — le canonical <sitemapindex> spec et limites.

Depuis others

• r/TechSEO — le community pour sitemap, explorer, et indexation debugging.
• Bing Webmaster Outils — Submit a sitemap — Bing’s guidance on submitting sitemap indexer fichiers et verifying les dans Bing Webmaster Outils.
• Moteur de recherche Journal — Sitemaps coverage — inclut verbatim coverage de Mueller sitemap Q&As et explorer/indexation écrire-ups.
• Onely — Sitemap resources — SEO technique deep-dives depuis a exploration-focused agency; covers grand-scale sitemap problèmes et indexation diagnostics.

Testez vos connaissances: Sitemap index

Five rapide questions on ce que a sitemap index is and Comment utiliser un. Pick an réponse pour chaque, alors vérifier.

Journal des modifications