Sitemap XML : à quoi ça sert et comment le faire bien

Le sitemap est l’un des rares sujets techniques que l’on peut régler en une heure et oublier ensuite. Encore faut-il ne pas se tromper sur ce qu’il fait. Beaucoup de webmasters lui prêtent un pouvoir qu’il n’a pas, puis s’étonnent que la publication d’un fichier XML ne change rien à leur trafic. Voici ce qu’il apporte réellement, comment l’écrire correctement et comment s’en servir comme outil de contrôle — un chantier parmi d’autres dans notre panorama du SEO technique.

Ce que fait un sitemap, ce qu’il ne fait pas

Un sitemap déclare : « voici les adresses qui m’intéressent sur ce site ». Le moteur en prend note et peut les explorer plus vite qu’en se contentant de suivre les liens. Voilà tout. Il ne dit pas qu’une page est importante, ne lui accorde aucun bonus, et ne force personne à l’indexer.

Sa vraie valeur est ailleurs, et elle est souvent sous-estimée : c’est un outil de comparaison. Quand vous soumettez 480 URL et que l’outil de suivi vous en signale 310 comme indexées, l’écart de 170 est une information précieuse. Sans sitemap, vous n’auriez même pas le dénominateur.

Qui en a réellement besoin

Le protocole n’est pas indispensable partout. Il devient utile dans plusieurs situations :

• Un site volumineux, où le maillage interne ne suffit pas à rendre toutes les pages accessibles en quelques clics.
• Un site jeune, encore peu cité de l’extérieur, donc peu visité par les robots.
• Un site avec des pages orphelines ou faiblement liées : archives, fiches saisonnières, contenus anciens.
• Un site riche en médias, où l’on veut signaler images ou vidéos par des extensions dédiées.

À l’inverse, un site vitrine de douze pages parfaitement maillées n’en tirera aucun bénéfice mesurable en découverte. Autant le générer quand même, puisque tous les CMS courants le font automatiquement — mais sans en attendre de miracle.

La structure exacte d’un fichier

Le format est du XML strict, encodé en UTF-8, avec un espace de noms obligatoire. Voici un fichier minimal et valide :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://exemple.fr/</loc>
    <lastmod>2026-02-14</lastmod>
  </url>
  <url>
    <loc>https://exemple.fr/services/plomberie/</loc>
    <lastmod>2026-01-30</lastmod>
  </url>
</urlset>

Trois règles à respecter scrupuleusement : les URL doivent être absolues (protocole compris), écrites exactement comme la version canonique, et les caractères spéciaux doivent être échappés — une esperluette brute dans une adresse casse le fichier entier.

lastmod, changefreq, priority : le tri à faire

Le protocole prévoit quatre balises filles, mais elles ne se valent pas.

lastmod, la seule vraiment utile

La date de dernière modification aide le moteur à décider s’il vaut la peine de revenir. Encore faut-il qu’elle soit honnête. Un site qui remet toutes ses dates à aujourd’hui, chaque nuit, sans avoir rien changé, apprend simplement au moteur à ignorer l’information. Ne mettez à jour la date que lorsque le contenu a réellement changé de manière significative.

changefreq et priority, ignorées

La fréquence de changement déclarée et la priorité relative sont des indications historiques que Google n’exploite pas. Elles ne font pas de mal, elles ne servent simplement à rien. Inutile de passer du temps à régler finement des valeurs que personne ne lit.

Quand un seul fichier ne suffit plus

Les limites du protocole sont claires : 50 000 URL maximum et 50 Mo maximum une fois décompressé, par fichier. Un sitemap peut être compressé au format gzip pour économiser de la bande passante ; la limite de taille s’apprécie sur le fichier décompressé.

Au-delà, on découpe et on chapeaute le tout par un index de sitemaps :

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://exemple.fr/sitemap-produits.xml</loc>
    <lastmod>2026-03-02</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://exemple.fr/sitemap-articles.xml</loc>
    <lastmod>2026-03-05</lastmod>
  </sitemap>
</sitemapindex>

Ce découpage a un avantage pratique majeur : il segmente le diagnostic. Si le taux d’indexation s’effondre sur le seul sitemap des fiches produit, vous savez immédiatement où chercher, sans avoir à examiner l’ensemble du site.

Comment le déclarer

Deux canaux, complémentaires. Le premier est une ligne dans le fichier situé à la racine du domaine, avec une URL absolue :

Sitemap: https://exemple.fr/sitemap.xml

Cette directive est comprise par l’ensemble des moteurs conformes, et elle fonctionne même sans compte chez eux. Elle est indépendante des règles d’autorisation : notre article sur le fichier robots.txt et sa syntaxe détaille comment les deux cohabitent, et surtout comment éviter de bloquer par mégarde le sitemap lui-même.

Le second canal est la soumission dans l’interface de suivi du moteur, qui apporte en retour un rapport de traitement : nombre d’URL lues, erreurs de format, date de dernière lecture. C’est ce retour qui justifie à lui seul la démarche.

Les erreurs qui rendent un sitemap inutile

Un sitemap mal tenu est pire qu’absent, parce qu’il pollue vos indicateurs. Les fautes les plus fréquentes :

1. Y laisser des URL redirigées. Vous envoyez le robot vers une adresse qui n’est plus la bonne, à chaque passage.
2. Y laisser des pages en noindex. Vous demandez d’explorer ce que vous demandez par ailleurs de ne pas indexer : le signal est contradictoire.
3. Mélanger les variantes d’URL (avec et sans www, avec et sans barre oblique finale) alors qu’une seule est canonique.
4. Inclure des erreurs 404 restées là après une suppression de contenu.
5. Générer un fichier statique une fois, puis ne jamais le régénérer. Six mois plus tard, il décrit un site qui n’existe plus.

Le principe de vérification est simple : chaque URL du sitemap doit renvoyer un code 200, être canonique d’elle-même, et être indexable. Si l’une de ces trois conditions manque, l’URL n’a rien à y faire. Cette hygiène facilite grandement le diagnostic quand vous cherchez à comprendre pourquoi certaines pages ne sont pas indexées.

Les variantes et les cas particuliers

Le protocole accepte des formats plus simples que le XML : un flux RSS ou Atom, ou même un fichier texte contenant une URL par ligne, sont acceptés comme sitemaps. C’est une solution honnête pour un petit site ou un blog dont le flux existe déjà.

Des extensions permettent par ailleurs de décrire les images et les vidéos d’une page, ou de déclarer les versions linguistiques d’un contenu via des balises d’alternance. Ces raffinements ne concernent qu’une minorité de sites ; ne les ajoutez que si vous en avez l’usage réel, car chaque complexité supplémentaire est une source d’erreur de plus.

Dernier point sur les CMS : la plupart génèrent aujourd’hui un sitemap dynamique, mis à jour à chaque publication. Vérifiez surtout ce qu’ils y mettent par défaut — beaucoup incluent les pages d’auteur, les archives par étiquette ou les pièces jointes, qui n’ont généralement rien à faire dans l’index.

Questions fréquentes

Sources

• Protocole Sitemaps — spécification officielle publiée sur sitemaps.org.
• Google Search Central — Créer et envoyer un sitemap, formats acceptés et limites.
• Google Search Central — Rapport « Sitemaps » et rapport d’indexation des pages.

Article informatif. Le SEO évolue et aucun résultat n’est garanti : privilégiez toujours des pratiques conformes aux consignes de Google.