ÉditionPublicationN° 02
Mettre à jour un article d’actualité : quelle date afficher et comment le signaler à Google
Une information évolue, vous enrichissez le papier : faut-il changer sa date ? Parfois, mais jamais seule. Date affichée, données structurées et mention au lecteur doivent raconter la même histoire.
La scène se répète à chaque bouclage. Un papier publié le matin s’enrichit l’après-midi d’une réaction, d’un chiffre officiel, d’une précision sur le calendrier. Faut-il changer la date d’un article mis à jour, garder la date d’origine, afficher les deux ? Et que comprend Google de ces choix ?
La réponse tient en un principe : les dates informent le lecteur avant de renseigner les moteurs. Elles doivent être exactes, visibles, cohérentes partout où elles apparaissent, et ne bouger que lorsque le contenu a vraiment changé. Voici comment l’appliquer, du gabarit d’article aux données structurées.
Date de publication, date de mise à jour : deux informations distinctes
La date de publication marque la première mise en ligne et ne change plus, sauf erreur de saisie. Pour un papier d’actualité, elle est une information à part entière : elle dit à quel moment la rédaction savait ce qu’elle écrit.
La date de mise à jour marque la dernière modification substantielle. Elle peut évoluer plusieurs fois et répond à une autre question : ce que je lis est-il encore à jour ?
Les deux coexistent sans se remplacer. Sur un papier d’actualité, affichez-les avec l’heure : « Publié le 21 juillet 2026 à 8 h 30, mis à jour le 22 juillet 2026 à 14 h 05 ». Sur un contenu durable, la date seule suffit en général. Dans tous les cas, un libellé explicite s’impose : une date nue ne dit pas de quoi elle parle.
Ce que Google recommande pour les dates visibles
Google peut afficher une date sous un résultat et la détermine à partir de plusieurs signaux, dont la date visible sur la page et les données structurées. Sa documentation pour les éditeurs donne des recommandations stables, que l’on peut résumer ainsi.
- Une date visible et bien placée, près du titre ou de la signature, avec un libellé clair.
- Les deux libellés quand les deux dates sont affichées : « Publié le » et « Mis à jour le ».
- L’heure et le fuseau horaire pour les contenus d’actualité, en particulier dans les données structurées.
- Aucune autre date trompeuse mise en avant : dates d’articles liés, date du jour dans l’en-tête, dates de commentaires trop visibles.
- Aucune date future, et aucune date rafraîchie sans modification significative.
- La cohérence entre ce que la page affiche et ce que déclare le balisage.
Aligner la date affichée et les données structurées
Dans le balisage NewsArticle (ou Article, ou BlogPosting), deux propriétés portent les dates, au format ISO 8601 avec l’heure et le décalage horaire :
"datePublished": "2026-07-21T08:30:00+02:00",
"dateModified": "2026-07-22T14:05:00+02:00"- Les mêmes valeurs partout : page, données structurées, balises Open Graph
article:published_timeetarticle:modified_time. - Le bon décalage : +01:00 en hiver, +02:00 en été pour la France métropolitaine. Un décalage oublié fausse l’heure lue par les moteurs.
- Une date de modification jamais antérieure à la publication, et égale à celle-ci tant qu’aucune mise à jour substantielle n’a eu lieu.
- Des sitemaps fidèles : la balise
lastmodne change qu’avec une modification significative, car Google ne s’y fie que si elle est exacte de façon constante ; dans le sitemap Google News,news:publication_datereste la date de publication.
Mise à jour substantielle ou retouche : faut-il changer la date d’un article mis à jour ?
La frontière se trace avec une question simple : un lecteur qui a lu la première version apprendrait-il quelque chose en relisant le papier ? Si oui, la mise à jour est substantielle et justifie une nouvelle date de modification. Si non, c’est une retouche, qui ne touche pas aux dates.
Changer ou non la date de mise à jour, selon la modification
| Modification | Exemple | Nouvelle date | Mention au lecteur |
|---|---|---|---|
| Coquille | Un accord corrigé | Non | Non |
| Mise en forme | Un intertitre ajouté, une image recadrée | Non | Non |
| Titre reformulé, même sens | Une tournure plus claire | Non | Non |
| Erreur factuelle corrigée | Un nom ou un chiffre erroné | Oui, si l’erreur changeait la compréhension | Oui, toujours |
| Informations nouvelles | Une réaction, un bilan actualisé | Oui | Oui |
| Papier de fond actualisé | Les chiffres de l’année, une règle modifiée | Oui | Oui, avec le résumé des changements |
Les corrections factuelles obéissent à une règle à part : elles se signalent toujours, quelle que soit la décision sur la date. C’est une exigence de transparence journalistique avant d’être une question de référencement.
Garder la même URL ou publier un nouvel article ?
Une mise à jour ne suffit pas toujours. Quand l’actualité produit un fait nouveau qui mérite son propre titre, un nouvel article est souvent plus juste.
- Gardez la même URL quand l’histoire reste la même et s’enrichit (précision, réaction, bilan), quand le papier est une référence durable, ou quand il a déjà gagné des liens et de la visibilité.
- Publiez un nouvel article quand un nouvel événement se produit, quand l’angle change au point d’appeler un autre titre, ou quand le papier d’origine doit rester le témoin d’un moment.
- Pour un direct, gardez une seule URL pendant toute sa durée, puis ajoutez un résumé en tête une fois terminé.
- Dans tous les cas, reliez : le papier d’origine renvoie vers la suite, la suite rappelle le contexte et pointe vers la page sujet.
Deux pratiques sont à proscrire : republier le même texte sur une nouvelle URL avec une date neuve, ce qui crée un doublon, et réutiliser une ancienne URL pour une autre histoire, ce qui efface ce qu’elle racontait.
Cas type : un site d’information locale annonce les premiers noms d’un festival, puis le programme complet trois semaines plus tard. Le programme est un fait nouveau : il fait l’objet d’un nouvel article. Le papier d’annonce reçoit en tête une mention datée qui renvoie vers le programme.
Signaler la mise à jour au lecteur
Une date de modification ne dit pas ce qui a changé. La mention qui l’accompagne le dit, en une phrase, sous le titre ou près de la date :
Mis à jour le 22 juillet 2026 à 14 h 05 : ajout de la réaction de la mairie et du calendrier des travaux.
- Article d’actualité : une ligne datée sous le titre, réécrite à chaque mise à jour substantielle.
- Correction : une note explicite, en tête ou en fin de papier selon la charte de la rédaction, qui indique l’erreur et la version corrigée.
- Direct : des entrées horodatées, et l’essentiel résumé en tête de page.
- Papier de fond : un court historique des mises à jour en bas de page, qui montre que le contenu est suivi.
Check-list de mise à jour d’un article d’actualité
- La modification change ce que le lecteur sait ; sinon, aucune nouvelle date.
- La date de publication d’origine est conservée, à l’identique dans la page et dans
datePublished. - La date et l’heure de mise à jour sont affichées avec le libellé « Mis à jour le ».
dateModifiedetarticle:modified_timereprennent la date affichée, fuseau compris.- Une mention courte indique ce qui a changé, près de la date.
- Le titre et le chapeau sont revus si l’essentiel de l’information a évolué.
- Les nouveaux papiers sont reliés à celui-ci, et réciproquement.
- La date
lastmoddu sitemap suit la mise à jour, automatiquement. - Toute correction factuelle est signalée, même si la date ne change pas.
Les fausses fraîcheurs qui abîment la confiance
Changer une date sans changer le contenu est tentant : un article qui paraît récent semble plus attractif. La documentation de Google déconseille pourtant explicitement de rafraîchir un article sans y ajouter d’information significative, et les lecteurs s’en aperçoivent vite. Les fausses fraîcheurs les plus courantes :
- la republication automatique qui avance la date d’anciens papiers ;
- la seule date de mise à jour affichée, la date de publication masquée ;
- une phrase retouchée pour justifier une nouvelle date ;
- l’année ajoutée au titre et changée chaque janvier, sans révision du contenu ;
- des dates différentes entre la page, le balisage et le sitemap ;
- une mention vague comme « mis à jour récemment ».
Le risque est double : Google peut écarter des dates qu’il juge peu fiables et en retenir d’autres, et la confiance du lecteur, longue à construire, se perd en quelques clics.
Lire aussiArchives d’un site d’actualité : comment les transformer en trafic durable
Questions fréquentes
Q.01Faut-il changer la date d’un article à chaque modification ?
Non. Seule une mise à jour substantielle (information nouvelle, chiffres actualisés, partie ajoutée, erreur factuelle corrigée) justifie une nouvelle date de modification. Une coquille ou une mise en forme ne changent rien aux dates.
Q.02Faut-il afficher à la fois la date de publication et la date de mise à jour ?
Oui, dès qu’une mise à jour substantielle a eu lieu. Chaque date porte son libellé, « Publié le » et « Mis à jour le », et les mêmes valeurs figurent dans les données structurées.
Q.03Que faut-il indiquer dans dateModified ?
La date et l’heure de la dernière mise à jour substantielle, au format ISO 8601 avec le décalage horaire, identiques à la date affichée. Sans mise à jour, elle reste égale à datePublished.
Q.04Une mise à jour fait-elle remonter un article dans Google ?
Rien ne le garantit. Une mise à jour substantielle peut rendre un papier plus utile, donc plus pertinent ; changer la date sans changer le contenu n’est pas un levier, et Google le déconseille.
Conclusion : une date honnête, partout la même
Faut-il changer la date d’un article mis à jour ? Oui, quand le contenu a changé en substance, et jamais seule : la date de publication reste visible, la date de modification s’affiche avec un libellé clair, le balisage et les sitemaps reprennent les mêmes valeurs, et une phrase dit au lecteur ce qui a changé. Le reste n’est que retouche, et une retouche ne mérite pas de nouvelle date.
