Dates de publication et de mise à jour : le signal de fraîcheur que les IA lisent.

La fraîcheur est un critère de sélection, pas seulement de classement

Pour une question dont la réponse change avec le temps (un tarif, une réglementation, un comparatif d'outils, une recommandation), un moteur génératif écarte les sources qu'il juge périmées avant même d'évaluer leur contenu. Perplexity affiche fréquemment la date de ses sources, ChatGPT le fait pour une partie d'entre elles, et Google documente depuis longtemps des systèmes qui favorisent les contenus récents quand la requête l'exige. À contenu égal, la page dont la date est lisible et cohérente passe ; celle dont la date est absente ou contradictoire est traitée comme ancienne, au mieux.

Cette préférence n'est pas uniforme. Une définition, une méthode ou un texte de référence ne perdent pas leur valeur avec le temps, et les moteurs ne les écartent pas pour leur âge ; ils écartent les pages dont l'âge contredit le sujet. Le signal de fraîcheur est donc un signal de cohérence entre la date et le contenu, pas une prime automatique à la nouveauté. C'est ce qui rend les fausses mises à jour inutiles, et les mises à jour réelles décisives.

Dans le cadre des quatre conditions de notre méthode complète, la date appartient à la condition « citable » : un passage sans date exploitable est un passage que le moteur ne peut pas situer, donc qu'il hésite à reprendre pour une question d'actualité. Et elle touche à la condition « identifiée » dès qu'elle est balisée, puisqu'une date fausse dans le JSON-LD décrédibilise le reste du balisage, comme le rappelle l'article sur schema.org.

Où les moteurs lisent une date : six emplacements

Google indique qu'il ne se fie pas à un seul indicateur de date, parce que chacun peut être erroné, et qu'il croise la date visible, les données structurées et d'autres signaux. Les autres éditeurs n'ont rien documenté, mais leurs robots de recherche IA lisent le même HTML. Six emplacements portent une date, et un moteur peut lire n'importe lequel d'entre eux.

Tableau : faites défiler horizontalement.

Ces six emplacements doivent porter la même information. Pas nécessairement la même valeur, puisque la date de publication et la date de mise à jour sont différentes par nature, mais des valeurs qui se correspondent : la date visible de mise à jour est celle de dateModified, qui est celle du lastmod du sitemap, qui est celle d'article:modified_time. L'en-tête HTTP est le plus difficile à aligner, parce qu'il dépend du serveur ; à défaut, il ne doit pas contredire les autres, par exemple en étant antérieur à dateModified.

<!-- Dans la page, près du titre -->
<p class="meta">Publié le <time datetime="2025-02-10">10 février 2025</time>,
mis à jour le <time datetime="2026-07-17">17 juillet 2026</time></p>

<!-- Dans l'en-tête HTML -->
<meta property="article:published_time" content="2025-02-10T09:00:00+01:00">
<meta property="article:modified_time" content="2026-07-17T10:30:00+02:00">

<!-- Dans le JSON-LD -->
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "…",
  "datePublished": "2025-02-10T09:00:00+01:00",
  "dateModified": "2026-07-17T10:30:00+02:00",
  "author": { "@id": "…" }
}

<!-- Dans le sitemap -->
<url>
  <loc>https://www.exemple.example/guide/…</loc>
  <lastmod>2026-07-17T10:30:00+02:00</lastmod>
</url>

Deux détails techniques évitent des erreurs fréquentes. Le format est ISO 8601, avec le fuseau horaire dès que l'heure est précisée ; une date sans fuseau est interprétée différemment selon les robots, et peut décaler le jour. Et la date de publication ne change jamais : une mise à jour modifie dateModified et la date visible de mise à jour, pas datePublished. Republier une page ancienne avec une nouvelle date de publication est une falsification, pas une mise à jour.

Les incohérences qui décrédibilisent une page

Une contradiction entre deux dates n'est pas neutre : elle dit au moteur qu'au moins l'une est fausse, sans lui dire laquelle. Dans nos audits, une large part des sites présentent au moins une incohérence de ce type sur leurs pages principales, presque toujours produite par un gabarit ou un module, jamais par une décision.

• Une dateModified renouvelée à chaque rendu, ou à chaque commentaire, sans changement du contenu.
• Une dateModified antérieure à datePublished, après une migration ou un import.
• Une date visible différente de la date balisée, parce que l'une vient du CMS et l'autre d'une extension.
• Une mention « Mis à jour le » appliquée en masse à tout le site, avec la même date partout.
• Un sitemap dont toutes les adresses portent la date de génération du fichier.
• Des dates sans fuseau horaire, qui décalent le jour selon le robot qui les lit.
• Une année dans l'adresse ou le titre (« guide 2024 ») qui contredit la date balisée.
• Une date future, héritée d'une programmation ou d'une erreur de saisie.

Google précise que si les valeurs lastmod d'un sitemap se révèlent régulièrement inexactes, il cesse de les utiliser. Le même raisonnement vaut pour toutes les dates : un moteur qui constate qu'un site ment sur ses dates arrête de les croire et se rabat sur des indices moins favorables, comme la date de première découverte de la page ou celle des liens qui pointent vers elle.

Ce qu'est une mise à jour sincère

Une mise à jour sincère est un changement du contenu que le lecteur pourrait remarquer : un chiffre actualisé, une section ajoutée, une recommandation modifiée, une partie obsolète retirée. Une correction typographique, un changement de gabarit, une nouvelle image ou un lien modifié n'en sont pas. Google recommande de ne changer la date de mise à jour qu'en cas de modification significative, et de faire correspondre lastmod à la dernière modification substantielle. C'est aussi ce qu'un lecteur attend : une page « mise à jour le 17 juillet » où rien n'a changé depuis 2022 est une page qui ment.

La discipline se met en place dans le circuit de publication, pas dans le gabarit. La question « cette modification est-elle substantielle ? » doit être posée à chaque mise en ligne, par la personne qui publie, et sa réponse doit déterminer si les dates bougent. Techniquement, cela signifie que dateModified ne se calcule pas automatiquement à partir de la date d'enregistrement, mais qu'elle est un champ que l'on décide de renseigner. Une note de mise à jour visible, qui dit ce qui a changé, complète le dispositif ; sa rédaction est détaillée dans l'article sur la mise à jour des contenus anciens.

Une politique de mise à jour par type de page

Toutes les pages n'ont pas besoin du même rythme, et un rythme unique produit soit des fausses mises à jour, soit des pages abandonnées. Trois familles suffisent pour classer un site, et chacune appelle une règle différente pour la date.

Tableau : faites défiler horizontalement.

Le cas des pages pérennes appelle une pratique précise : afficher une date de vérification (« vérifié le… ») distincte de la date de mise à jour, quand le contenu a été relu et jugé toujours exact. Le vocabulaire schema.org prévoit pour cela la propriété lastReviewed sur le type WebPage, qui n'existe pas sur Article ; ne détournez pas dateModified pour cet usage. Cette date rassure le lecteur et documente l'entretien de la page, sans prétendre à une modification qui n'a pas eu lieu.

Mettre en place le cycle, et vérifier qu'il tient

Le cycle commence par un inventaire des dates telles qu'elles sont réellement émises, page par page, sur les six emplacements. Cet inventaire se fait avec un robot d'exploration qui extrait la date visible, les éléments time, le JSON-LD, l'Open Graph et l'en-tête HTTP, croisés avec le sitemap. Il révèle en général deux ou trois causes mécaniques, un gabarit, une extension, un générateur de sitemap, responsables de la plupart des écarts. Corriger ces causes vaut mieux que corriger des pages.

Une fois les causes corrigées, le cycle tourne en trois temps : la qualification à chaque mise en ligne, une revue trimestrielle des pages évolutives, une relecture annuelle des pages pérennes. Et une mesure : sur le panel de questions, les questions à composante temporelle (« en 2026 », « actuellement », « dernière version ») sont suivies séparément, avec la date que le moteur affiche pour votre source quand il la cite. Si cette date n'est pas celle que vous déclarez, l'un des six emplacements la contredit. Le sitemap et les autres signaux techniques de fraîcheur sont traités dans l'article sur les sitemaps.

Ce qu'il faut retenir