Sitemap Index
Le fichier qui regroupe plusieurs sitemaps sous une seule adresse : à quoi il sert, comment il se construit, comment le déclarer, et l’erreur de déclaration qui brouille la lecture dans Search Console.
Un sitemap index est un fichier XML qui liste des sitemaps, et non des pages. Il permet de déclarer aux moteurs de recherche une seule adresse de fichier sitemap XML, qui renvoie vers plusieurs fichiers sitemap découpés par taille ou par type de contenu. Google l’accepte jusqu’à 50 000 sitemaps référencés par fichier d’index.
Qu’est-ce qu’un sitemap index ?
C’est un sommaire de sitemaps. Un sitemap XML classique énumère des URL de pages ; un sitemap index, ou fichier d’index de sitemaps, énumère des URL de fichiers sitemap. Le protocole sitemaps.org le prévoit depuis l’origine, et Google en décrit l’usage dans sa page consacrée aux sitemaps volumineux. Le moteur lit l’index, suit chaque adresse qu’il contient, puis lit les pages déclarées dans chaque sitemap enfant. Pour le webmaster, l’intérêt est double : une seule adresse à déclarer dans le fichier robots.txt et dans Google Search Console, et un découpage qui reste lisible quand le site grossit.
Quelle différence entre un sitemap et un sitemap index ?
L’élément racine et le niveau de ce qu’ils listent. Un sitemap s’ouvre sur l’élément urlset et contient des entrées url, une par page. Un index s’ouvre sur l’élément sitemapindex et contient des entrées sitemap, une par fichier, chacune avec une balise loc obligatoire et une balise lastmod facultative. Les deux obéissent aux mêmes plafonds : Google limite un sitemap à 50 000 URL ou 50 Mo sans compression, et un fichier d’index à 50 000 balises loc. Un site peut envoyer jusqu’à 500 fichiers d’index dans Search Console, ce qui laisse une marge considérable avant d’atteindre une limite réelle.
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://www.exemple.fr/page-sitemap.xml</loc>
<lastmod>2026-09-25T13:22:48+00:00</lastmod>
</sitemap>
<sitemap>
<loc>https://www.exemple.fr/post-sitemap.xml</loc>
</sitemap>
</sitemapindex>Pourquoi utiliser un sitemap index ?
Par obligation au-delà des plafonds, par commodité en deçà. Un site de plus de 50 000 URL n’a pas le choix : il doit scinder sa liste, et l’index est la façon standard de regrouper les morceaux. Un petit site en tire surtout un bénéfice de lecture. Découper par type de contenu, pages, articles, catégories ou images, permet de voir dans le rapport Sitemaps combien d’URL chaque section déclare, et de repérer celle qui dérive. La plupart des outils le font d’office : depuis la version 5.5 publiée en 2020, WordPress génère lui-même un index à l’adresse wp-sitemap.xml, découpé en fichiers de 2 000 entrées au plus, et le signale dans son robots.txt. Les extensions SEO courantes remplacent ce fichier par le leur, avec leur propre découpage. Un index ne fait pas explorer ni indexer davantage : il rend la déclaration plus propre, et ce qui compte reste la qualité des URL déclarées, pour le budget de crawl comme pour l’indexation.
Comment créer un sitemap index ?
Sur un CMS, il se crée seul : WordPress ou une extension SEO le génère et le tient à jour à chaque publication. À la main, ou depuis un script, la méthode tient en quatre gestes. Écrire d’abord chaque fichier sitemap XML enfant, sous les plafonds de 50 000 URL et 50 Mo. Créer ensuite le fichier d’index, encodé en UTF-8 comme l’exige le protocole, avec la balise racine sitemapindex et une balise sitemap par fichier enfant. Renseigner dans chaque entrée la balise loc avec l’URL absolue du fichier, et la balise lastmod au format de date W3C si la date est fiable. Publier enfin l’index à la racine du site, ou au-dessus des fichiers qu’il référence. Les fichiers enfants peuvent être compressés en gzip, la limite de 50 Mo s’appliquant au fichier décompressé.
Comment soumettre un sitemap index ?
De deux façons, complémentaires. La première est une ligne Sitemap dans le fichier robots.txt, suivie de l’URL absolue de l’index : tous les moteurs qui lisent ce fichier la trouvent. La seconde est le rapport Sitemaps de Google Search Console, où l’on saisit l’adresse de l’index. Google précise que, pour un index, le nombre d’URL découvertes affiché correspond à toutes les URL de tous les sitemaps enfants. Deux contraintes de construction à respecter : les sitemaps référencés doivent être hébergés sur le même site que l’index, et Google demande qu’ils se trouvent dans le même répertoire que lui ou à un niveau inférieur. Un index placé dans un sous-dossier ne peut donc pas pointer vers un sitemap posé à la racine.
Cas mesuré : un index propre, des déclarations en trop
Relevé du 28 septembre 2026. Sur un site de conseil sous WordPress, l’index servi liste 4 sitemaps pour 296 URL : 61 articles, 200 pages, 29 pages, 6 catégories. L’extension SEO coupe les fichiers à 200 URL, bien en dessous de la limite de 50 000. Le rapport Sitemaps de Search Console, lu le même jour, suit pourtant 4 déclarations : l’index, soumis en juin 2025, et 3 sitemaps enfants soumis un par un en janvier 2025. L’un d’eux, page-sitemap.xml, n’apparaît plus dans l’index depuis que les pages ont été scindées en deux fichiers, mais il répond toujours en 200 avec les 200 premières pages. Ces 200 URL sont donc déclarées deux fois, et les 29 pages du second fichier, dont les plus récentes, ne sont connues que par l’index. Les journaux serveur du mois écoulé montrent que Googlebot a lu l’index 6 fois et l’ancien fichier 4 fois. Aucune erreur n’est signalée, rien n’est cassé : c’est la lecture du rapport qui devient trompeuse, avec des totaux qui ne correspondent plus au découpage réel (relevé des sitemaps, API Sitemaps de Search Console et journaux serveur du 28 août au 28 septembre 2026).
Quelles sont les bonnes pratiques pour un sitemap index ?
Déclarer l’index, et seulement lui. Soumettre en plus ses enfants un par un n’ajoute rien à la découverte, puisque l’index y conduit déjà, et finit par figer dans Search Console un découpage que l’outil a changé depuis. Tenir un lastmod honnête : Google n’utilise cette date que si elle est cohérente et vérifiable, et dans un index elle doit refléter la dernière modification du fichier enfant. Ne lister que des URL qui répondent en 200, canoniques et indexables ; une page en noindex ou redirigée n’a rien à faire dans un sitemap. Enfin, valider après chaque changement de structure : ouvrir l’index dans un navigateur, vérifier que chaque adresse loc répond, puis contrôler dans le rapport Sitemaps que l’état est « Opération effectuée » et que le nombre d’URL découvertes correspond à ce que le site publie.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1Google Search Central, gérer vos sitemaps avec un fichier d’index de sitemaps
- 2Google Search Central, créer et envoyer un sitemap
- 3sitemaps.org, protocole Sitemap, section fichiers d’index
- 4Aide Search Console, rapport Sitemaps
- 5WordPress Core, sitemaps XML natifs de WordPress 5.5 (22 juillet 2020)
Questions fréquentes
Un petit site a-t-il besoin d’un sitemap index ?−
Pas au sens strict : sous 50 000 URL, un seul sitemap suffit. Mais la plupart des CMS en génèrent un d’office, et le découpage par type de contenu facilite la lecture du rapport Sitemaps. Il n’y a aucune raison de le retirer.
Faut-il soumettre aussi les sitemaps enfants dans Search Console ?+
Ce n’est pas nécessaire. Soumettre l’index suffit : Search Console additionne les URL de tous ses enfants. Des enfants soumis à part restent suivis même quand l’outil qui les génère change de découpage, ce qui produit des doublons dans le rapport.
Un sitemap index peut-il pointer vers un autre domaine ?+
Non, sauf configuration d’envoi pour plusieurs sites vérifiés dans Search Console. Par défaut, les sitemaps référencés doivent être hébergés sur le même site que l’index, dans le même répertoire ou plus bas.
Que signifie le lastmod dans un index ?+
La date de dernière modification du fichier sitemap enfant. Elle ne dit rien, à elle seule, de la date de mise à jour de chaque page, qui se lit dans le sitemap enfant.
Comment savoir si Google lit bien mon index ?+
Le rapport Sitemaps indique la date du dernier téléchargement et l’état. Les journaux serveur le confirment : ils montrent chaque passage de Googlebot sur l’index et sur chacun de ses enfants.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).