Faut-il mettre à jour lastmod quand on ajoute des données structurées ?

Pourquoi Google considère-t-il l'ajout de structured data comme un changement significatif ?

La balise lastmod dans un sitemap XML sert à indiquer aux moteurs de recherche qu'une page a été modifiée. Jusqu'ici, beaucoup de praticiens la réservaient aux changements de contenu visible : réécriture d'un paragraphe, ajout d'images, mise à jour de produits.

Mueller précise ici que l'ajout de données structurées — Schema.org, JSON-LD, microdata — constitue un changement suffisamment important pour justifier une mise à jour de cette date. Pourquoi ? Parce que ces données permettent à Google d'afficher des rich snippets différents : étoiles de notation, FAQ, breadcrumb, prix, disponibilité.

Est-ce que cela signifie que Google re-crawlera plus vite ?

Oui, c'est l'objectif. Une date lastmod actualisée peut déclencher un re-crawl prioritaire, surtout sur des sites avec un budget de crawl limité ou des pages peu fréquemment visitées par Googlebot.

Concrètement : vous ajoutez un schema FAQ à une page de catégorie, vous mettez à jour lastmod, et Google peut revenir plus rapidement pour analyser ce changement et potentiellement afficher les questions/réponses en SERP.

Qu'est-ce qui change pour la gestion du sitemap XML ?

Cette déclaration impose une révision des règles de mise à jour automatique du sitemap. Si votre CMS ou votre script ne modifie lastmod que lors de modifications du champ « contenu », il faut désormais inclure les ajouts/suppressions de structured data dans ce déclenchement.

Beaucoup de sites génèrent lastmod uniquement à partir de la date de publication ou de la dernière édition manuelle. C'est insuffisant si vous déployez du Schema.org de manière incrémentale.

• lastmod doit refléter tout changement structurel, pas seulement éditorial
• Les structured data impactent l'affichage en SERP, donc méritent un signal de fraîcheur
• Un sitemap XML à jour peut accélérer l'indexation des nouvelles fonctionnalités de snippet
• Cette pratique s'applique aussi aux suppressions ou modifications de schema existants

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, et elle confirme ce que certains d'entre nous pratiquaient déjà empiriquement. Ajouter du schema à une page et pousser une mise à jour de sitemap a souvent déclenché un re-crawl dans les jours suivants, surtout sur des pages stables qui n'évoluaient plus depuis des mois.

Ce qui manque ici ? Une indication sur le délai réel d'impact. Mueller ne précise pas si ce signal est aussi fort qu'une modification de contenu textuel, ni si Google fait une distinction entre un schema mineur (breadcrumb) et un schema riche (FAQ, HowTo, Product). [A vérifier] sur des volumes significatifs.

Dans quels cas cette règle pourrait-elle ne pas s'appliquer ?

Si vous modifiez vos structured data plusieurs fois par jour (prix de produits, disponibilité en stock), mettre à jour lastmod à chaque fois peut devenir contre-productif. Google pourrait interpréter cela comme du spam de sitemap ou simplement ignorer des signaux trop fréquents.

Autre cas limite : les sites à très fort crawl budget. Si Googlebot passe tous les jours sur toutes vos pages, la mise à jour de lastmod a moins d'impact — Google découvrira le changement de schema de toute façon. C'est surtout utile pour les sites moyens ou les pages profondes.

Y a-t-il un risque à sur-utiliser lastmod ?

Oui, et c'est un point que Mueller n'aborde pas. Si vous mettez à jour lastmod sans raison valable — par exemple en changeant uniquement un attribut schema non visible et non utilisé par Google — vous risquez de diluer la valeur du signal.

Google a déjà déclaré par le passé qu'il ignore les sitemaps qui mentent systématiquement sur les dates de modification. Il faut donc rester cohérent : si vous déclarez un changement, qu'il y ait effectivement un changement significatif.

Que faut-il faire concrètement sur son site ?

Première étape : auditer la logique de génération de votre sitemap XML. Vérifiez si lastmod se met à jour uniquement lors de modifications éditoriales ou si elle prend en compte les changements de balisage structuré.

Si vous utilisez un CMS type WordPress, Shopify ou PrestaShop, la plupart des plugins de sitemap ne tracent pas les modifications de schema par défaut. Il faudra soit modifier le plugin, soit utiliser un système de détection custom qui compare les versions de structured data entre deux passages.

Comment vérifier que la mise à jour de lastmod fonctionne correctement ?

Créez un processus de test simple : ajoutez un schema FAQ à une page, vérifiez que lastmod se met à jour dans le sitemap XML, puis surveillez dans la Search Console si Google re-crawle la page dans les jours suivants.

Vous pouvez aussi utiliser l'outil Inspection d'URL pour forcer une demande d'indexation après l'ajout de schema. Si lastmod est correctement mise à jour et que le schema est valide, Google devrait traiter la page rapidement.

Quelles erreurs éviter dans la mise en œuvre ?

Ne mettez pas à jour lastmod si vous changez uniquement des éléments non exploités par Google. Par exemple, ajouter un attribut schema exotique qui n'a aucun impact sur l'affichage en SERP ne justifie pas un signal de fraîcheur.

Évitez aussi de mettre à jour lastmod en masse sur tout le site après un déploiement global de schema. Google pourrait interpréter cela comme une manipulation ou simplement ignorer le signal. Mieux vaut échelonner les mises à jour par sections ou par types de pages.

• Vérifier que lastmod se met à jour automatiquement lors de l'ajout/suppression de structured data
• Tester sur quelques pages avant de déployer à grande échelle
• Surveiller les logs de crawl pour mesurer l'impact réel sur la fréquence de passage de Googlebot
• Ne pas mettre à jour lastmod pour des changements mineurs ou non exploités par Google
• Documenter les règles de mise à jour pour éviter les incohérences futures