Le problème concerne autant le travail éditorial que le CMS. Une mention « mis à jour » peut être juste à l’écran et contredite par les informations destinées aux moteurs. À l’inverse, un balisage impeccable ne dit pas au lecteur ce qui a changé. Pour vérifier l’ensemble, la rédaction doit d’abord décrire la modification, puis suivre les dates jusqu’à la page publique et à son relais social.
Dire ce qui a changé avant de choisir la date
Prenons un guide fictif consacré à un équipement culturel. Sa première version explique comment s’inscrire. Plusieurs mois après, le formulaire déménage et une pièce justificative n’est plus demandée. La révision apporte un changement pratique : une personne qui suit l’ancienne procédure risque de se tromper. Une mention de mise à jour, accompagnée d’une phrase sur la procédure revue, aide à comprendre pourquoi le guide revient dans le fil social.
La même décision serait moins évidente après le remplacement d’une virgule. Le fichier a changé, mais le service rendu demeure identique. La rédaction peut conserver la trace de cette intervention dans son outil sans lui donner la même présentation qu’à une nouvelle enquête. L’enjeu est de définir une convention que l’équipe saura expliquer : qu’annonce-t-elle exactement lorsqu’elle écrit « mis à jour » ?
Une relecture sans modification mérite aussi d’être distinguée. Un journaliste peut avoir revérifié les liens et constaté que les informations restent valables. Consigner cette vérification est utile pour le prochain responsable du dossier. Elle ne crée pas une nouvelle date de première publication. Si le média choisit de montrer une date de vérification, son libellé doit décrire cette opération précise.
Il reste le cas d’une erreur. Ajouter un renseignement et corriger un fait inexact ne racontent pas la même chose au lecteur. Dans notre exemple, remplacer un document devenu inutile relève d’une actualisation ; rectifier une condition qui était fausse dès le départ demande d’expliquer la correction. La mention de date accompagne ce travail, elle ne le remplace pas.
Enfin, une évolution peut dépasser le cadre du guide. Si l’équipement ferme et qu’une enquête examine cette décision, un nouvel article peut être plus clair qu’une succession d’ajouts dans la page pratique. Le lien entre les deux permet alors de retrouver le contexte. Ce choix dépend du contenu et de la question du lecteur, pas du souhait d’obtenir une date récente.
Ce que Google cherche à dater
Google estime la date de publication ou de modification d’une page à partir de plusieurs indices. Sa documentation recommande une date visible, clairement qualifiée, cohérente avec les données structurées. Elle précise aussi que la date de l’événement raconté ne doit pas remplacer celle de la page. Ces indications aident le moteur sans garantir la date qui sera affichée dans un résultat. Documentation Google sur les dates.
Pour le guide culturel, une activité prévue en novembre peut occuper beaucoup de place dans l’article. Novembre reste la date de cette activité. L’équipe peut écrire cette information dans le corps tout en indiquant près du titre quand la page a été publiée et actualisée. Le lecteur ne devrait pas avoir à déduire laquelle de ces dates décrit le travail du média.
La personne chargée du CMS a donc besoin d’une consigne éditoriale avant de modifier le modèle. « Afficher une date récente » est trop vague. « Conserver la première publication et montrer la date de la dernière révision de la procédure » décrit un résultat vérifiable. Cette précision évite que chacun choisisse le champ le plus facile à récupérer.
Sur un dossier, la confusion peut aussi venir des articles recommandés. Une page comporte parfois plusieurs dates bien visibles sans expliquer leur rôle. La première lecture consiste à repérer ce qu’un visiteur comprend. On peut clarifier les libellés et la hiérarchie sans effacer les dates nécessaires à la chronologie du sujet. Le contrôle technique vient ensuite, sur la même URL.
Comparer les dates visibles avec le balisage
Dans le balisage Article, Google décrit datePublished comme la date de première publication et dateModified comme celle de la dernière modification. Il recommande d’indiquer le fuseau horaire et documente le format ISO 8601. Référence Google du balisage Article.
Ces noms de champs intéressent surtout la personne qui maintient le site. Pour la rédaction, une fiche de contrôle peut rester lisible : première publication attendue, dernière révision attendue, mention visible. Le développeur peut ensuite montrer les valeurs réellement servies dans la page. Une capture de l’éditeur du CMS ne suffit pas à établir ce que reçoit un visiteur.
Il faut notamment savoir d’où vient la modification. Dans un CMS donné, une sauvegarde peut correspondre à une correction de texte, à un changement de présentation ou à une intervention interne. La recette doit examiner le comportement réel de ce CMS, sans supposer que tous les systèmes fonctionnent de la même manière. L’équipe décide ensuite comment relier ces opérations à sa convention de dates.
Le contrôle gagne à couvrir des cas différents. Un nouvel article vérifie la première publication. Une page enrichie permet d’examiner la mise à jour. Une archive laissée intacte sert de témoin : si sa date bouge après une intervention commune, la personne chargée du site doit pouvoir expliquer pourquoi. Ce petit ensemble constitue une proposition de recette, pas un audit exhaustif.
Un cas proche de minuit peut aussi révéler une incohérence de fuseau. Une heure enregistrée en UTC et affichée en heure française peut désigner le même instant tout en changeant de jour. L’objectif n’est pas de forcer des chaînes identiques, mais de vérifier que les informations décrivent le même moment. En cas de plusieurs blocs de balisage, chacun mérite d’être comparé à la date attendue.
Le sitemap ne doit pas redater toutes les archives
Le sitemap possède son propre repère, lastmod. Google indique qu’il utilise cette valeur lorsqu’elle est exacte de façon cohérente et vérifiable. Elle doit refléter une modification significative de la page ; le contenu principal, les données structurées ou les liens peuvent être concernés. Une simple modification du copyright n’entre pas dans cette catégorie. Consignes Google pour les sitemaps.
Un nouveau déploiement du site ne fournit donc pas, à lui seul, une raison éditoriale de considérer toutes les archives comme révisées. Avant de corriger quoi que ce soit, le responsable technique peut relever quelques entrées du sitemap, effectuer l’intervention prévue, puis les comparer. Si toutes les dates changent, il faut retrouver la règle qui les produit.
Si le sitemap reprend systématiquement l’heure du déploiement, le responsable technique peut chercher une date liée au contenu. Si une extension produit la valeur, c’est son fonctionnement qu’il faut examiner. Les pages témoins fournies par la rédaction permettent de vérifier le correctif sans lui demander de choisir elle-même la solution.
La preuve attendue reste modeste : une archive inchangée conserve une information cohérente, tandis que la page révisée porte la date prévue. Ce résultat corrige un signal du site. Il ne démontre pas que Google explorera immédiatement la page ou modifiera son classement. Le compte rendu doit garder cette distinction, surtout si une hausse de trafic survient dans la même période.
Un partage récent peut conduire vers un article ancien
La date du post social décrit son envoi. Elle ne suffit pas à informer le lecteur sur l’âge du texte auquel il mène. Une rédaction qui remet un guide en circulation peut préciser la raison de ce retour : procédure actualisée, réponse à une question revenue dans l’actualité ou archive proposée pour comprendre un événement. La formulation choisie doit correspondre à ce que l’article apporte effectivement.
Pour notre guide fictif, un relais peut annoncer la nouvelle procédure d’inscription si elle figure bien dans la page. Reprendre simplement une ancienne formule contenant « demain » serait plus risqué : le mot dépend du jour où le lecteur découvre le message. Une date explicite, avec l’année lorsque le contexte le demande, conserve mieux son sens après partage.
Les visuels demandent la même lecture. Une carte peut avoir gardé une ancienne date alors que la légende a été corrigée. Un portrait d’archive peut présenter une fonction que la personne n’occupe plus. Ces exemples montrent pourquoi le contrôle porte sur ce qui circule réellement, et pas uniquement sur le champ de date du CMS. Le guide sur la rediffusion des anciens articles détaille le choix des contenus à reprendre.
EditoRelay prépare et permet de relire des variantes sociales à partir des articles. Il ne modifie pas les dates dans votre CMS et ne garantit pas la synchronisation des corrections ultérieures. Si l’aperçu d’un lien conserve une ancienne présentation, le diagnostic relève aussi du parcours décrit dans Corriger un aperçu sur Facebook et LinkedIn. Une nouvelle date de post ne corrige pas cet aperçu.
Garder un relevé que la prochaine personne pourra utiliser
Pour terminer une vérification, la rédaction peut conserver une ligne par page examinée : URL, date initiale, intervention réalisée, date attendue et résultat public observé. Une courte explication du changement est souvent plus utile qu’une longue liste de captures sans contexte. Elle permet de comprendre pourquoi la mise à jour était justifiée.
Le contrôle peut être repris après une modification du modèle d’article, avec les mêmes pages témoins. Si une valeur diffère, le défaut devient précis : l’archive a changé de date, le balisage contredit l’affichage ou le sitemap ne reprend pas la révision. Chacun de ces constats appelle une vérification différente. Une remise à date générale rendrait au contraire le diagnostic plus difficile.
L’éventuelle date affichée dans Google peut être relevée séparément, avec le jour de l’observation. Elle ne remplace pas les contrôles du site. Pour clore la correction, le responsable du CMS peut reprendre les pages témoins avec la rédaction : la première publication est-elle conservée, la révision correctement décrite et le sitemap cohérent ? Les résultats de recherche restent à observer, sans leur attribuer d’avance un effet sur l’audience.
Sources officielles
Documents utilisés pour vérifier les points techniques de cet article.