Faut-il vraiment limiter les mises à jour de lastmod dans vos sitemaps XML ?

L'attribut lastmod (last modified) dans un sitemap XML sert théoriquement à signaler à Google qu'une page a été mise à jour. L'idée : aider le moteur à prioriser l'exploration des contenus fraîchement modifiés.

Le problème ? Trop de sites utilisent cet attribut comme un signal automatique, modifiant la date à chaque génération de sitemap — même quand rien n'a réellement changé sur la page. Google l'a bien compris.

Pourquoi Google menace-t-il d'ignorer les entrées lastmod ?

Les algorithmes de planification d'exploration apprennent du comportement de votre site. Si vous criez au loup tous les jours en modifiant lastmod sans raison, Google finit par considérer ce signal comme du bruit.

Martin Splitt parle ici d'un mécanisme d'apprentissage automatique : le système détecte les patterns de mise à jour factices et ajuste sa confiance envers vos sitemaps. À terme, il ignore purement et simplement cet attribut sur votre domaine.

Qu'est-ce qu'un « changement important » selon Google ?

Google ne définit pas précisément ce seuil — typique. On peut raisonnablement interpréter qu'il s'agit de modifications substantielles du contenu principal : refonte d'un paragraphe, ajout de sections, mise à jour de données chiffrées, changement d'argumentation.

Inversement, modifier un footer, corriger une faute de frappe ou ajuster un pixel CSS ne devrait pas déclencher un changement de lastmod. C'est une question de proportionnalité.

• L'attribut lastmod doit refléter des changements substantiels, pas des ajustements cosmétiques
• Google apprend à ignorer les sites qui abusent de cet attribut
• Un lastmod mal géré dégrade votre crawl budget au lieu de l'optimiser
• Aucune définition stricte de « changement important » — c'est à vous d'interpréter intelligemment

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

Oui. On observe régulièrement des cas où des sites modifient systématiquement lastmod à chaque génération de sitemap, parfois toutes les heures. Résultat : aucune corrélation entre les mises à jour signalées et l'intensité réelle du crawl.

Google a déjà mentionné par le passé qu'il utilisait ses propres mécanismes de détection de fraîcheur, indépendamment de lastmod. Ce rappel de Splitt confirme que l'attribut n'est qu'un signal parmi d'autres — et qu'il peut même devenir contre-productif.

Quelles nuances faut-il apporter à cette recommandation ?

Soyons honnêtes : Google ne dit pas grand-chose sur ce qui constitue un « changement important ». Cette zone grise laisse place à l'interprétation, et c'est frustrant pour qui veut optimiser finement.

[A verifier] : aucune donnée publique ne précise à partir de quel seuil de modifications Google considère le signal comme légitime. On travaille donc à l'aveugle, en s'appuyant sur le bon sens.

Autre point : certains CMS génèrent automatiquement lastmod à chaque sauvegarde, même mineure. Si vous êtes dans ce cas, il faut désactiver ou filtrer cette fonctionnalité — sinon vous sabotez votre propre crawl budget sans le savoir.

Dans quels cas cette règle peut-elle être contournée ?

Sur des sites d'actualité ou des plateformes e-commerce avec rotation rapide des stocks, les mises à jour fréquentes sont légitimes. Là, modifier lastmod régulièrement a du sens — à condition que les pages changent réellement.

Le vrai piège, c'est le site corporate classique qui publie 2 articles par mois mais regénère son sitemap toutes les nuits avec des lastmod mis à jour sur toutes les pages. Ça, c'est le meilleur moyen de se tirer une balle dans le pied.

Que faut-il faire concrètement pour gérer lastmod intelligemment ?

D'abord, auditer votre sitemap actuel. Vérifiez si lastmod change fréquemment sans modification réelle du contenu. Si c'est le cas, vous avez un problème de configuration.

Ensuite, paramétrez votre générateur de sitemap pour qu'il ne modifie lastmod que si le contenu principal change. Beaucoup de CMS permettent de lier cet attribut à la date de dernière modification de l'article ou du produit — c'est un bon début.

Quelles erreurs éviter absolument ?

Ne jamais lier lastmod à la date de génération du sitemap. C'est l'erreur classique qui tue votre crédibilité auprès de Google.

Ne pas non plus déclencher une modification de lastmod pour des ajustements mineurs : correction orthographique, changement de footer, ajout d'un pixel de tracking. Seuls les changements substantiels du contenu principal comptent.

• Auditer votre sitemap XML pour identifier les mises à jour abusives de lastmod
• Configurer votre CMS pour que lastmod reflète uniquement les modifications substantielles du contenu principal
• Désactiver les plugins ou scripts qui régénèrent lastmod automatiquement à chaque build
• Documenter ce qui constitue un « changement important » pour votre équipe éditoriale
• Surveiller la fréquence de crawl dans Search Console après ajustement

Comment vérifier que mon site respecte cette recommandation ?

Comparez l'historique de lastmod dans vos sitemaps avec l'historique réel de vos modifications de contenu. Si les deux ne sont pas alignés, vous avez un problème.

Utilisez également les rapports de Search Console pour observer si la fréquence de crawl évolue après correction. Si Google recommence à explorer plus activement vos pages modifiées, c'est bon signe.