Pourquoi les dates publié et modifié comptent-elles pour un article web ?

La date de publication situe la première diffusion ; la date de modification décrit une révision du contenu. Définissez ce qui mérite cette seconde date et gardez l’affichage cohérent avec les métadonnées. Copier un fichier, reconstruire le site ou corriger un espace ne prouve pas qu’une information a été revue.

Ce que signifient réellement « publié » et « modifié »

Date de publication

La date de publication correspond au moment où le contenu a été mis à disposition pour la première fois. Elle donne un ancrage historique. Elle est utile même pour un contenu durable, car elle permet de comprendre dans quel contexte la page a été conçue. Sur un article de fond, la supprimer peut appauvrir la lecture au lieu de la clarifier.

Date de modification

La date de modification doit refléter une mise à jour substantielle : correction d’informations, ajout d’exemples, évolution réglementaire, enrichissement sémantique, mise à jour d’illustrations, réécriture de sections, intégration de nouvelles données structurées, adaptation à une refonte ou à un changement d’intention de recherche. Changer cette date sans modification utile crée un signal trompeur.

Le bon principe éditorial

La meilleure pratique consiste à afficher les deux quand cela a du sens : publication d’origine pour la transparence, mise à jour pour la maintenance. Sur certains contenus très stables, seule la date de publication peut suffire. Sur des contenus sensibles au temps, la date de modification devient presque aussi importante que le fond lui-même.

Méthode d’agence : quand afficher une date, deux dates ou aucune

Cas où il faut afficher la date de publication

• Articles de blog, guides, études, pages conseil, analyses et contenus éditoriaux signés.
• Contenus où le contexte de départ a une valeur d’interprétation.
• Ressources destinées à être partagées, citées ou reprises dans des réponses générées.

Cas où il faut afficher aussi la date de modification

• Pages mises à jour régulièrement.
• Contenus SEO stratégiques soumis à amélioration continue.
• Guides pratiques, FAQ, pages locales enrichies, comparatifs, dossiers métiers.
• Articles impactés par une refonte de site internet, une évolution d’offre ou un changement d’attentes utilisateurs.

Cas où l’affichage peut être discuté

• Pages institutionnelles très stables, si la date crée plus de doute que de valeur.
• Pages commerciales evergreen, à condition que le contenu reste parfaitement à jour par ailleurs.
• Pages locales de faible profondeur éditoriale, sauf si elles contiennent des informations susceptibles d’évoluer.

Dans la pratique, une agence ne décide pas la présence des dates seulement au niveau design. Elle arbitre selon le type de page, l’intention de recherche, le cycle de vie du contenu et le niveau d’exigence en SEO, SXO et citation machine. C’est typiquement un sujet à cadrer lors d’une prestation de création de site internet ou de refonte.

Données structurées : la couche technique qui évite les incohérences

L’affichage visible ne suffit pas. Les dates doivent aussi être cohérentes dans les données structurées, notamment lorsque le type de contenu s’y prête. Cela permet aux moteurs d’associer correctement la date de publication et la date de mise à jour au bon objet éditorial.

Le point critique n’est pas d’ajouter du balisage pour “faire moderne”, mais de garantir l’alignement entre :

• la date affichée à l’écran ;
• la date présente dans le code source ;
• les champs structurés de type publication et modification ;
• la date de dernière modification réellement pertinente dans le CMS ;
• les signaux envoyés via le sitemap.

Un décalage entre ces couches réduit la fiabilité du signal. C’est une cause fréquente d’incohérence après migration, changement de thème, industrialisation de templates ou branchement d’extensions. Une prestation dédiée aux données structurées permet justement de sécuriser ce niveau.

Les principaux risques à éviter

Mettre à jour la date sans mettre à jour le fond

C’est l’erreur la plus fréquente. Elle donne une impression de fraîcheur, mais crée une promesse non tenue. Si l’utilisateur constate que les captures, les exemples ou les recommandations sont anciens, la confiance chute immédiatement.

Écraser la date de publication d’origine

Supprimer l’historique initial peut brouiller la lecture. Sur certains contenus, connaître l’ancienneté est utile. La bonne réponse n’est pas toujours de remplacer, mais souvent de compléter par une date de mise à jour.

Automatiser des dates de modification techniques

Une simple sauvegarde de page, un changement de menu, une correction typographique mineure ou une mise à jour de plugin ne devraient pas forcément produire une “mise à jour éditoriale” visible. Sinon, la date perd sa signification.

Créer des incohérences après refonte ou migration

Lors d’une refonte, de nombreuses pages héritent de nouvelles dates techniques alors que leur contenu n’a pas été réécrit. Cela fausse les repères. À l’inverse, certaines migrations font disparaître les dates historiques. Ces sujets doivent être cadrés avant mise en ligne, pas corrigés après coup.

Uniformiser sans tenir compte des pages locales

Les pages locales demandent un arbitrage fin. Une page agence, zone d’intervention ou service local peut rester stable longtemps, mais si elle contient des preuves, références, horaires, cas d’usage, informations de marché local ou éléments contextuels, une logique de mise à jour devient pertinente.

Contrôles à mettre en place côté agence

Contrôle éditorial

• Définir ce qui constitue une mise à jour substantielle.
• Documenter une politique par type de page.
• Conserver l’historique de publication initiale dans le CMS.
• Ajouter un journal interne des révisions importantes.

Contrôle UX et design

• Vérifier la visibilité de la date sur desktop et mobile.
• Éviter les formulations ambiguës.
• Positionner la date près du titre, du chapô ou des métadonnées utiles.

Contrôle SEO et technique

• Comparer date visible, balisage, sitemap et métadonnées.
• Vérifier le comportement après duplication de template.
• Tester les effets d’une refonte sur les champs de publication et de modification.
• Auditer les plugins ou modules qui réécrivent automatiquement les dates.

Contrôle de performance éditoriale

• Identifier les pages stratégiques sans date ou avec date trompeuse.
• Repérer les contenus à forte impression mais faible clic, où la fraîcheur perçue peut jouer.
• Prioriser les mises à jour sur les pages qui ont encore un potentiel de visibilité.