Faut-il vraiment remplir les champs priority et changefreq dans vos sitemaps XML ?

Pourquoi ces deux champs ont-ils été inventés si Google les ignore ?

Le protocole sitemap XML date de 2005, fruit d'une collaboration entre Google, Yahoo et Microsoft. À l'époque, les moteurs cherchaient des signaux pour prioriser le crawl. Les champs priority (0.0 à 1.0) et changefreq (daily, weekly, monthly…) devaient guider les robots vers les pages importantes et fréquemment actualisées.

Sauf que les webmasters ont massivement triché. Résultat prévisible : 90% des sites mettaient priority="1.0" partout et changefreq="daily" même sur des pages mortes depuis trois ans. Google a fini par ignorer complètement ces signaux devenus du bruit.

Que signifie concrètement "lastmod est le seul champ important" ?

L'attribut lastmod indique la date de dernière modification d'une URL. Quand il est correctement renseigné, il permet à Googlebot de détecter les changements sans re-crawler entièrement chaque page. C'est un gain d'efficacité pour votre crawl budget, surtout sur les gros sites.

Attention : lastmod ne doit refléter que des changements substantiels de contenu. Modifier la date automatiquement à chaque visite d'un bot ou à chaque refresh CSS casse la confiance de Google. Si vous mentez sur lastmod, Google finit par l'ignorer aussi — et vous perdez le seul signal fiable qui vous restait.

Cette déclaration s'applique-t-elle à tous les moteurs ?

Non, et c'est un piège. Bing et d'autres moteurs lisent encore parfois priority et changefreq, même si leur impact reste marginal. Certains outils de monitoring SEO utilisent aussi ces champs pour leurs propres dashboards.

Mais soyons honnêtes : si vous optimisez pour Google (95%+ du trafic organique en France), ces champs sont du temps perdu. Gardez-les vides ou générés par défaut, personne ne vous en voudra.

• Priority et changefreq sont ignorés par Google depuis des années
• Lastmod reste le seul signal utile pour optimiser le crawl budget
• Ne renseignez lastmod qu'en cas de changement réel et substantiel du contenu
• Bing et quelques moteurs secondaires lisent encore priority/changefreq, mais l'impact est négligeable
• Un sitemap minimaliste (URL + lastmod fiable) vaut mieux qu'un sitemap surchargé de fausses données

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Absolument. Les tests en laboratoire et les observations de crawl montrent depuis 2019-2020 qu'aucune variation de priority ou changefreq n'affecte la fréquence de passage de Googlebot. Même sur des sites avec crawl budget serré, modifier ces valeurs ne change rien aux courbes de crawl dans la Search Console.

En revanche, un lastmod cohérent accélère effectivement la détection des mises à jour. Sur un site d'actualités avec 50 000 articles, passer d'un lastmod générique à un lastmod précis (basé sur la vraie date de modification) a réduit de 40% le délai moyen d'indexation des updates. Mais cette observation reste [A vérifier] à grande échelle — Google ne publie pas de benchmarks officiels.

Quelles nuances faut-il apporter à cette déclaration ?

Premier point : lastmod n'est utile que si votre CMS génère des dates fiables. WordPress, par exemple, met à jour lastmod dès qu'un commentaire est posté ou qu'un plugin modifie une meta. Résultat : Google reçoit des signaux erratiques et finit par les ignorer. Il faut un système qui track les vraies modifications éditoriales.

Deuxième nuance : sur les très petits sites (moins de 500 pages), lastmod a un impact quasi nul. Google crawle tout régulièrement de toute façon. L'optimisation du sitemap devient pertinente à partir de quelques milliers d'URLs, quand le crawl budget devient une vraie contrainte.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous gérez un site international multilingue avec des versions pour Yandex, Baidu ou Naver, ces moteurs ont leurs propres règles. Yandex, notamment, semble encore tenir compte de changefreq dans certains secteurs. Mais on manque de data solide — [A vérifier] avec des tests dédiés.

Autre cas limite : les sitemaps vidéo ou image. Là, d'autres attributs spécifiques (video:publication_date, image:caption…) prennent le relais. Lastmod reste pertinent, mais priority/changefreq restent inutiles même dans ces formats étendus.

Que faut-il faire concrètement avec vos sitemaps XML ?

Première action : auditer la fiabilité de votre attribut lastmod. Prenez 20 URLs au hasard, vérifiez manuellement la date de dernière modif réelle du contenu, et comparez avec la valeur dans le sitemap. Si vous constatez des écarts systématiques (lastmod qui bouge sans raison, ou qui ne bouge jamais même après une vraie update), corrigez la logique de génération.

Ensuite, simplifiez. Supprimez les scripts qui calculent des valeurs de priority basées sur la profondeur de page, le trafic, ou je ne sais quelle métrique. Gardez une structure minimaliste : URL + lastmod + éventuellement image/video si pertinent. Moins de données = moins de risques d'erreur = plus de confiance de Google.

Quelles erreurs éviter dans la gestion du lastmod ?

Erreur classique : mettre à jour lastmod lors de changements cosmétiques (correctif typo, ajout d'un lien interne sans valeur éditoriale). Google détecte ces micro-variations et finit par ignorer vos signaux. Réservez le changement de lastmod aux mises à jour substantielles — refonte de section, ajout de contenu significatif, correction factuelle majeure.

Autre piège : les CMS qui génèrent un nouveau lastmod à chaque rebuild du site, même si le contenu n'a pas bougé. Certains générateurs de sites statiques (Gatsby, Hugo…) tombent dans ce travers. Configurez votre build pour ne toucher à lastmod que si le fichier source a réellement changé.

Comment vérifier que votre sitemap est correctement exploité par Google ?

Utilisez le rapport Sitemaps de la Search Console. Google y indique combien d'URLs il a découvertes, combien sont indexées, et s'il détecte des erreurs. Si vous voyez un gros écart entre URLs soumises et URLs découvertes, creusez — souvent c'est un problème de format XML ou de balise lastmod mal formée.

Testez aussi la vitesse de détection des changements. Modifiez une page, mettez à jour son lastmod, soumettez le sitemap via Search Console, et observez le délai avant que Googlebot ne passe. Sur un site sain avec un bon crawl budget, ça prend quelques heures à 2-3 jours. Si ça traîne une semaine, votre lastmod est probablement ignoré.

• Supprimer ou laisser vides les champs priority et changefreq dans tous vos sitemaps
• Vérifier que lastmod reflète uniquement les modifications éditoriales substantielles
• Auditer 20-30 URLs pour valider la cohérence entre lastmod et vraie date de modification
• Configurer le CMS/build pour éviter les mises à jour automatiques parasites de lastmod
• Surveiller le rapport Sitemaps dans Search Console pour détecter les erreurs de format
• Tester la réactivité de Googlebot après une modification + soumission du sitemap