L’essentiel à retenir
- Définition : un sitemap XML est un fichier qui liste les URL d’un site que l’on souhaite voir explorées et indexées, avec pour chacune la date de dernière modification.
- Ce qu’il fait : il aide les moteurs à découvrir les pages nouvelles ou modifiées ; il ne garantit ni l’indexation ni le classement.
- Format : 50 000 URL et 50 Mo au maximum par fichier, un index de sitemaps au-delà ; seule la balise lastmod est réellement utilisée par Google en 2026.
- Bonnes pratiques : n’y mettre que des URL canoniques en 200, le déclarer dans robots.txt et la Search Console, le régénérer à chaque publication.
Un sitemap XML est un fichier, généralement placé à la racine du site (/sitemap.xml), qui liste les URL que l’éditeur souhaite voir explorées et indexées par les moteurs de recherche, avec la date de dernière modification de chacune. C’est un plan du site destiné aux robots, pas aux visiteurs. Il complète le fichier robots.txt, qui dit ce qu’il ne faut pas explorer, et le maillage interne, qui reste le premier moyen de découverte des pages.
Ce que contient un sitemap XML
| Balise | Rôle | Usage par Google en 2026 |
|---|---|---|
loc | L’URL complète de la page | Obligatoire, utilisée |
lastmod | Date de dernière modification réelle du contenu | Utilisée, à condition d’être fiable |
changefreq | Fréquence de mise à jour supposée | Ignorée |
priority | Importance relative de 0 à 1 | Ignorée |
Un fichier accepte 50 000 URL et 50 Mo non compressés ; au-delà, on crée plusieurs sitemaps référencés par un fichier d’index. Des sitemaps spécialisés existent pour les images, les vidéos et les actualités. Un site multilingue peut y déclarer les alternatives linguistiques, en complément des balises hreflang.
Ce que le sitemap fait, et ce qu’il ne fait pas
Le sitemap accélère la découverte des pages nouvelles ou modifiées, surtout sur les sites de plusieurs milliers de pages, les sites récents sans liens entrants et les pages profondes mal maillées. Il ne force pas l’indexation : Google explore les URL listées puis décide seul de les indexer selon leur qualité et leur utilité. Il n’influence pas le classement. Sur un site de 50 pages bien maillé, son effet est marginal ; il reste utile pour la date de modification et pour le rapport d’indexation de la Search Console, qui compare les URL du sitemap aux URL indexées. Les moteurs IA qui explorent le web (OpenAI, Perplexity, Anthropic) lisent également les sitemaps pour découvrir les pages ; voir l’indexation par les IA.
Les bonnes pratiques
- Ne lister que les URL indexables : canoniques, en réponse 200, sans noindex, sans paramètre de session. Une URL en redirection, en 404 ou en noindex dans le sitemap envoie un signal contradictoire.
- Un lastmod sincère : la date du dernier changement de contenu, pas la date de génération du fichier. Un lastmod qui change chaque jour sans modification réelle finit ignoré.
- Le déclarer : une ligne
Sitemap: https://www.exemple.fr/sitemap.xmldans le robots.txt et une soumission dans la Search Console. - Le régénérer automatiquement : à chaque publication, modification ou suppression ; un sitemap statique se périme en quelques semaines.
- Le découper sur les gros sites : un sitemap par type de contenu (pages, articles, produits) facilite la lecture du rapport d’indexation.
- Utiliser le domaine canonique : avec ou sans www, en https, identique aux balises canonical.
Vérifier son sitemap
La Search Console, rubrique Sitemaps, indique si le fichier a été lu, le nombre d’URL découvertes et les erreurs de lecture ; le rapport Pages compare ensuite les URL soumises aux URL indexées et explique les exclusions. Un crawler comme Screaming Frog détecte les URL du sitemap absentes du maillage et inversement. Le rapport d’indexation est détaillé dans l’indexation dans la Search Console.
Les erreurs fréquentes
- Le sitemap fourre-tout : pages de pagination, filtres, tags, archives, URL en redirection ; il dilue le signal.
- Le sitemap oublié : généré à la mise en ligne, jamais mis à jour ; les nouvelles pages n’y figurent pas.
- Le mauvais domaine : URL sans www dans le sitemap et canonical avec www ; les deux doivent coïncider.
- Le sitemap bloqué : une règle Disallow dans le robots.txt qui empêche sa lecture.
- Le sitemap comme solution d’indexation : une page de faible qualité ne sera pas indexée parce qu’elle est dans le sitemap ; le problème est le contenu ou le maillage.
Comment GreenRed vous aide
Plutôt que de jongler entre plusieurs outils, le module Santé du site de GreenRed réunit ces indicateurs dans un seul tableau de bord, les compare dans le temps et vous indique les actions prioritaires. Vous pouvez le tester gratuitement, sans carte bancaire, depuis la page Tarifs.
Questions fréquentes
À quoi sert un sitemap XML ?
À aider les moteurs de recherche et les robots des IA à découvrir les pages d’un site et leur date de modification. Il accélère l’exploration des pages nouvelles ou profondes, mais ne garantit ni l’indexation ni le classement, qui dépendent de la qualité de la page et de son maillage.
Un petit site a-t-il besoin d’un sitemap ?
Pas pour la découverte, si les pages sont bien liées entre elles. Il reste utile pour transmettre la date de modification et pour lire le rapport d’indexation de la Search Console, qui compare les URL soumises aux URL indexées. La plupart des CMS le génèrent automatiquement.
Que mettre dans un sitemap ?
Uniquement les URL que l’on veut voir indexées : canoniques, en réponse 200, sans noindex, sur le domaine canonique. Les pages de pagination, les filtres, les URL en redirection ou en 404 doivent en être retirées.
Les balises priority et changefreq sont-elles utiles ?
Non. Google a confirmé les ignorer. Seule la balise lastmod est prise en compte, à condition qu’elle reflète une modification réelle du contenu ; un lastmod mis à jour artificiellement finit par être ignoré lui aussi.