Bonnes pratiques du sitemap XML : priority, changefreq et lastmod expliqués
Par Toy Wen Da, Cofondateur · Mis à jour le · 7 min de lecture
Traduit de l'original en anglais. Lire en anglais
Les bonnes pratiques du sitemap XML tiennent en une courte liste. N'incluez que des URL canoniques et indexables, gardez la date lastmod honnête, et ne perdez pas de temps avec priority ou changefreq, que Google traite comme des indications qu'il ignore en grande partie. Auditez ce que contient déjà votre sitemap avant d'y ajouter la moindre balise.
Commencez par vérifier ce que contient votre sitemap
Examinez le fichier lui-même avant de toucher à un paramètre. Le générateur de sitemap XML gratuit de SearchBlueprint explore votre site et affiche la liste d'URL qu'il produirait : les pages qu'il détecte, celles qui manquent, et si des pages redirigées ou bloquées s'y sont glissées. Comparez ce résultat avec votre sitemap.xml en ligne avant de modifier quoi que ce soit dans votre CMS.
La plupart des problèmes de sitemap n'ont pas grand-chose à voir avec la syntaxe XML. Ils viennent des URL qui se sont retrouvées dans le fichier au départ.
Comment corriger votre sitemap depuis votre propre site
Si vous êtes sur WordPress
La plupart des sites WordPress génèrent leur sitemap via une extension SEO plutôt qu'à la main. Dans Yoast SEO, l'interrupteur du sitemap se trouve dans les réglages généraux de l'extension, dans la section qui contrôle les fonctionnalités du site ; l'activer vous donne un index de sitemaps mis à jour automatiquement. Rank Math fonctionne de la même façon : une fois la fonctionnalité de sitemap active, une zone de réglages dédiée vous permet de choisir quels types de contenu, comme les articles, les pages ou les catégories, ont leur propre sous-sitemap.
Chacune de ces extensions régénère le fichier à chaque publication ou mise à jour d'une page, de sorte que lastmod reste exact sans aucun effort de votre part.
Si vous êtes sur Shopify, Wix ou un CMS sur mesure
Shopify et Wix génèrent tous deux un sitemap automatiquement à une URL fixe et ne vous laissent aucun contrôle manuel sur les balises individuelles : votre rôle est donc de vérifier qu'il existe et qu'il n'est pas bloqué. Sur un site développé sur mesure ou headless, votre développeur doit générer le sitemap de façon dynamique à partir de la base de données des pages publiées et indexables. Un fichier statique modifié à la main il y a plusieurs mois ne suffira pas.
Soumettre le sitemap et mettre à jour le fichier robots.txt
Une fois le fichier correct, deux étapes aident Google à le trouver :
- Ajoutez l'emplacement du sitemap à votre fichier
robots.txt, afin que tout robot qui le consulte en premier sache où chercher. - Soumettez l'URL du sitemap dans Google Search Console, dans la section Sitemaps, pour pouvoir suivre l'état de l'indexation dans le temps.
Google est direct sur les limites : utiliser un sitemap « ne garantit pas que tous les éléments de votre sitemap seront explorés et indexés ». En soumettre un supprime simplement une raison pour qu'une page passe inaperçue.
Priority, changefreq et lastmod : le rôle de chaque balise
Ces trois balises enfants facultatives se trouvent dans chaque bloc <url> et causent l'essentiel de la confusion autour des sitemaps. La valeur de lastmod doit respecter la spécification W3C Datetime, le même standard fondé sur ISO 8601 qui est utilisé dans les protocoles du web.
| Balise | Ce qu'elle indique à Google | Google l'utilise-t-il ? | Recommandation |
|---|---|---|---|
lastmod |
La date de dernière modification du contenu de l'URL, au format W3C datetime | Oui, aide Google à juger la fraîcheur du contenu et la priorité de réexploration | Gardez-la exacte et automatisée ; ne la définissez jamais sur « aujourd'hui » pour toutes les pages |
changefreq |
La fréquence à laquelle vous pensez que la page changera (always, hourly, daily, weekly, monthly, yearly, never) | Largement ignorée ; au mieux une vague indication | Laissez la valeur par défaut de votre CMS ou omettez-la complètement |
priority |
Une note de 0.0 à 1.0 indiquant l'importance que vous accordez à l'URL par rapport aux autres de votre site | Pratiquement ignorée par Google | Ne vaut pas la peine d'être réglée à la main ; ne perdez pas de temps à l'ajuster manuellement |
Seule lastmod mérite d'être bien renseignée. changefreq et priority sont des vestiges du protocole sitemap sur lesquels les moteurs de recherche ne se sont jamais beaucoup appuyés, et le fait que le protocole sitemaps.org les présente toujours comme valides ne les rend pas dignes d'être ajustées.
Quand les outils de votre CMS suffisent, et quand ils ne suffisent plus
Un sitemap intégré au CMS, ou un passage rapide dans un vérificateur gratuit, est amplement suffisant quand :
- Vous vérifiez une seule URL absente des résultats de recherche et voulez confirmer qu'elle figure dans le sitemap.
- Vous venez de publier une page et voulez vérifier que la prochaine régénération automatique l'a prise en compte.
- Votre site compte quelques centaines de pages, un bon maillage interne, et une extension comme Yoast ou Rank Math qui gère déjà la génération.
Cela ne suffit plus quand :
- Vous auditez un site de plusieurs milliers d'URL et devez voir quelles pages sont indexables et lesquelles sont bloquées, redirigées ou en doublon. À cette échelle, une vérification manuelle ponctuelle passe à côté de certains schémas.
- Le problème revient sans cesse : des pages disparaissent du sitemap après une migration, une refonte ou un changement de CMS, et personne ne cherche à savoir pourquoi.
- Vous devez recouper la présence dans le sitemap avec les données d'indexation réelles de Search Console, au lieu de simplement confirmer que le fichier existe.
Un grand site dont le maillage interne est faible profite le plus d'une surveillance active du sitemap, tout comme un nouveau site vers lequel pointent peu de liens externes. Google lui-même cite ces cas comme ceux où un sitemap a plus de poids.
Erreurs courantes de sitemap XML à éviter
| Erreur | Pourquoi c'est un problème | Solution |
|---|---|---|
| Lister des URL non canoniques ou redirigées | Envoie Google vers la mauvaise version d'une page et gaspille de l'attention d'exploration | N'incluez que des URL canoniques de statut 200 |
| Oublier de mettre à jour le sitemap après une migration | Les anciennes URL persistent ; les nouvelles ne sont jamais soumises | Régénérez et soumettez de nouveau le sitemap dans le cadre de votre liste de contrôle de migration |
| Omettre des pages importantes | Les pages sans liens internes solides risquent de ne pas être découvertes | Recoupez votre sitemap avec la liste complète de vos URL indexables |
| Ne jamais le soumettre à Google Search Console | Supprime l'un des signaux de découverte les plus simples | Soumettez l'URL du sitemap et suivez-la dans le rapport Sitemaps de Search Console |
| Construire un sitemap entièrement à la main | Facile d'oublier l'encodage UTF-8, de dépasser la limite de 50 000 URL ou d'omettre de nouvelles pages | Utilisez une extension ou un générateur qui reconstruit le fichier automatiquement |
Les balises title en double causent un problème voisin mais distinct : Google peut voir dans votre sitemap deux URL « différentes » qui servent un contenu quasi identique. Si c'est le cas sur votre site, corrigez d'abord le doublon de balises title avant de vous soucier des balises du sitemap.
Sitemaps mobiles et sitemaps d'images
Dans la plupart des configurations modernes, un sitemap XML mobile n'est pas un fichier séparé. Si votre site est responsive, avec la même URL pour le bureau et le mobile, votre unique sitemap le couvre déjà. Les sitemaps mobiles distincts avaient surtout leur utilité pour les configurations à URL mobiles dédiées, comme un sous-domaine m., que la plupart des sites ont abandonné.
Les sitemaps d'images, eux, sont différents, et valent la peine d'être construits délibérément si les images comptent pour votre trafic, comme les photos de produits, les infographies ou les images éditoriales susceptibles d'apparaître dans Google Images. Créer un sitemap d'images que Google lira vraiment détaille la structure exacte des balises, pour que vous n'ayez pas à glisser des balises d'images à la main dans votre fichier principal.
Questions fréquentes
La priorité du sitemap influence-t-elle vraiment mon classement dans Google ?
Non. La priorité est une valeur de 0.0 à 1.0 que vous déclarez vous-même, et Google ne l'utilise pas comme signal de classement. Google l'a dit dès 2008.
Quelle valeur de changefreq choisir pour un article de blog et pour une page statique ?
Si vous la renseignez, « weekly » est une valeur par défaut raisonnable pour les articles de blog et « monthly » convient aux pages statiques comme À propos ou Contact. Google ignore en grande partie cette balise : se tromper légèrement ne vous pénalisera donc pas.
Combien d'URL un fichier sitemap XML peut-il contenir ?
Jusqu'à 50 000 URL, et le fichier non compressé doit rester sous 50 Mo. Dès que vous dépassez l'une de ces limites, répartissez le contenu en plusieurs sitemaps et listez-les dans un fichier d'index de sitemaps.
Ai-je besoin d'un sitemap XML mobile distinct ?
Seulement si votre site utilise encore une structure d'URL mobile séparée, comme un sous-domaine m.. Si votre site est responsive et utilise les mêmes URL pour le bureau et le mobile, un seul sitemap couvre les deux.
Soumettre mon sitemap garantira-t-il l'indexation de mes pages ?
Non. Google est explicite : utiliser un sitemap ne garantit pas que chaque URL qu'il contient sera explorée et indexée. Un sitemap améliore la découverte et l'efficacité, mais il ne compense pas les problèmes de qualité ou d'explorabilité de la page elle-même.
Passez votre sitemap au crible
Listez les bonnes URL canoniques, gardez lastmod honnête et restez sous les limites de taille : vous aurez couvert l'essentiel. Si vous voulez voir où en est votre propre sitemap au regard de ces règles, contactez l'équipe pour obtenir un exemple de rapport montrant ce que contient votre fichier aujourd'hui.
Sources
À propos de l'auteur
SearchBlueprint a recherché, rédigé et noté cet article avec la chaîne de production de contenu que nos clients utilisent sur leurs propres sites. La note affichée dans la signature est celle que notre moteur de contenu a attribuée à cette page avant sa publication. Rien ici n'est relu à la main, et c'est tout l'intérêt : c'est le résultat du produit, publié là où chacun peut le vérifier.