Le lastmod doit-il contenir l'heure ou seulement la date ?

La date suffit pour la plupart des sites. Si vos pages changent plusieurs fois par jour, comme sur un site d'actualité, ajoutez l'heure avec un indicateur de fuseau, par exemple Z ou +01:00. Une heure sans fuseau n'est pas un W3C Datetime valide.

Mettre à jour le lastmod fait-il réexplorer une page plus vite ?

Cela peut aider Google à la prioriser, à condition qu'il se fie à vos dates. C'est une indication, pas un ordre. Changer la date sans changer le contenu n'accélère pas l'exploration et peut pousser Google à moins se fier à votre sitemap.

Vaut-il mieux omettre le lastmod que de se tromper ?

La balise est facultative et Google peut explorer un site sans elle. Si votre CMS ne sait pas produire des dates qui reflètent de vraies modifications de contenu, l'omettre est un choix raisonnable. Un lastmod exact est surtout utile sur les gros sites ou ceux mis à jour souvent.

Peut-on encore pinger Google quand le sitemap change ?

Non. Google a abandonné son endpoint de ping des sitemaps en 2023. Il recommande de garder un lastmod exact et de soumettre le sitemap via la Search Console ou de le référencer dans le robots.txt.

Deltio m'alerte-t-il quand les valeurs de lastmod changent ?

Oui. Le snapshot quotidien du sitemap de Deltio détecte les URL ajoutées, les URL supprimées et les lastmod modifiés, y compris dans les index de sitemaps imbriqués, et garde les 7 derniers snapshots avec un diff. Les alertes arrivent par e-mail ou Slack, et chaque type d'événement peut être activé ou désactivé.

← Retour au blog Indexation et exploration

Lastmod du sitemap : comment Google l'utilise et comment bien le renseigner

La balise <lastmod> d'un sitemap XML indique aux moteurs de recherche quand le contenu d'une URL a changé pour la dernière fois. Google se sert du lastmod du sitemap pour décider quoi réexplorer, mais seulement s'il est cohérent et exact de façon vérifiable, et il ignore complètement <changefreq> et <priority>. Un lastmod faux sur tout le site ne vaut guère mieux qu'aucun.

C'est l'un des rares champs du sitemap qui méritent encore des efforts, et l'un des plus faciles à casser.

À quoi sert le lastmod

Une entrée de sitemap avec lastmod ressemble à ceci :

<url>
  <loc>https://example.com/guides/tarifs/</loc>
  <lastmod>2026-09-28</lastmod>
</url>

La balise est facultative dans le protocole sitemaps.org. Elle sert à prioriser : sur des milliers d'URL, Googlebot ne peut pas tout réexplorer chaque jour, et une date fiable l'oriente vers les pages qui ont vraiment changé.

Google précise ce qui compte comme modification : un changement significatif du contenu principal, des données structurées ou des liens de la page. L'année du copyright dans le footer n'en fait pas partie. Le lastmod doit suivre les modifications de contenu, pas chaque régénération du HTML.

La position de Google sur lastmod, changefreq et priority

La documentation de Google sur les sitemaps indique qu'il utilise le lastmod si la valeur est cohérente et exacte de façon vérifiable, par exemple quand elle correspond à la dernière modification de la page telle que Google la voit. La même page précise que Google ignore <changefreq> et <priority>. Beaucoup de générateurs les produisent encore, sans danger mais sans intérêt.

"Cohérent" est le mot clé. Si Google voit vos dates changer sans que le contenu change, il peut cesser de s'y fier, y compris pour les URL dont la date est juste.

Le format : W3C Datetime

Le lastmod suit le format W3C Datetime. Ces deux valeurs sont valides :

2026-09-28
2026-09-28T14:30:00+01:00

Une date seule suffit pour la plupart des sites. Si vous ajoutez l'heure, il faut aussi le fuseau : Z pour UTC ou un décalage comme +01:00. 2026-09-28T14:30:00 sans décalage n'est pas un W3C Datetime valide, pas plus que 28/09/2026 ou une chaîne copiée telle quelle depuis la base de données.

Les erreurs de lastmod les plus courantes

La plus fréquente : un lastmod égal à l'heure du build. Les générateurs de sites statiques et certains plugins attribuent à chaque URL le moment de génération du sitemap, si bien qu'après chaque déploiement toutes les pages semblent modifiées le jour même. C'est précisément l'incohérence qui apprend à Google à ignorer le champ.

Variante : les sitemaps dynamiques qui affichent l'heure courante à chaque requête.

Le problème inverse est un lastmod qui ne bouge jamais. Un plugin arrêté, ou un CMS qui écrit la date de publication au lieu de celle de modification, fait paraître intactes des pages retouchées.

Les fuseaux posent des soucis plus discrets : une heure locale sans décalage fausse les dates de quelques heures, et une date future trahit souvent un bug d'horloge.

Dans un index de sitemaps, le <lastmod> de chaque sitemap enfant ne doit changer que lorsque ce fichier change. Les bonnes pratiques du sitemap XML couvrent le reste de la structure.

Comment vérifier vos valeurs de lastmod

Ouvrez le sitemap et parcourez les dates. Si toutes les URL partagent la même valeur, vous avez le problème du build. Pour compter rapidement :

curl -s https://example.com/sitemap.xml | grep -o '<lastmod>[^<]*' | sort | uniq -c | sort -rn | head

Une date dont le compte frôle le total d'URL est suspecte. Vérifiez ensuite quelques pages modifiées récemment, et une vieille page que personne n'a touchée. Rechargez le sitemap quelques heures plus tard : si les dates ont changé sans publication, le générateur utilise l'heure courante.

Le rapport Sitemaps de la Search Console montre quand Google a lu chaque sitemap et combien d'URL il y a trouvées, mais pas s'il se fie à vos dates.

Suivre les changements de lastmod dans le temps

Un contrôle ponctuel montre l'état du jour. Le plus utile est de savoir quelles URL ont reçu un nouveau lastmod après une mise en production, et si cela colle aux modifications.

Deltio prend un snapshot de chaque sitemap surveillé une fois par jour, index de sitemaps imbriqués compris, et signale les URL ajoutées, les URL supprimées et les lastmod modifiés. Il garde les 7 derniers snapshots avec un diff entre eux. Après un déploiement, vous voyez si le lastmod de toutes les URL a sauté d'un coup, ou si une page mise à jour n'a jamais reçu de nouvelle date. Il ne valide pas le format des dates et ne dit pas quel poids Google leur accorde. Pour la routine complète, voyez comment surveiller les changements de sitemap.

Les offres commencent à £24 par mois (£20 en annuel), avec un essai gratuit de 14 jours.

Questions fréquentes

Le lastmod doit-il contenir l'heure ou seulement la date ?: La date suffit pour la plupart des sites. Si vos pages changent plusieurs fois par jour, comme sur un site d'actualité, ajoutez l'heure avec un indicateur de fuseau, par exemple Z ou +01:00. Une heure sans fuseau n'est pas un W3C Datetime valide.
Mettre à jour le lastmod fait-il réexplorer une page plus vite ?: Cela peut aider Google à la prioriser, à condition qu'il se fie à vos dates. C'est une indication, pas un ordre. Changer la date sans changer le contenu n'accélère pas l'exploration et peut pousser Google à moins se fier à votre sitemap.
Vaut-il mieux omettre le lastmod que de se tromper ?: La balise est facultative et Google peut explorer un site sans elle. Si votre CMS ne sait pas produire des dates qui reflètent de vraies modifications de contenu, l'omettre est un choix raisonnable. Un lastmod exact est surtout utile sur les gros sites ou ceux mis à jour souvent.
Peut-on encore pinger Google quand le sitemap change ?: Non. Google a abandonné son endpoint de ping des sitemaps en 2023. Il recommande de garder un lastmod exact et de soumettre le sitemap via la Search Console ou de le référencer dans le robots.txt.
Deltio m'alerte-t-il quand les valeurs de lastmod changent ?: Oui. Le snapshot quotidien du sitemap de Deltio détecte les URL ajoutées, les URL supprimées et les lastmod modifiés, y compris dans les index de sitemaps imbriqués, et garde les 7 derniers snapshots avec un diff. Les alertes arrivent par e-mail ou Slack, et chaque type d'événement peut être activé ou désactivé.