Blogging : actualiser un article sans maquiller sa date

Un article ancien n’est pas nécessairement dépassé. Un article daté de cette semaine n’est pas nécessairement à jour. La différence tient à ce que le lecteur peut encore utiliser et vérifier, pas au millésime affiché à côté du titre.

L’actualisation doit donc commencer par le contenu. Quelles instructions ne fonctionnent plus ? Quel produit a changé ? Quels exemples ne correspondent plus au marché ? Changer simplement « 2025 » en « 2026 » évite ces questions sans améliorer la réponse.

Google mentionne explicitement ce problème dans ses questions d’autoévaluation pour un contenu utile : modifier la date pour donner une impression de fraîcheur ne remplace pas une évolution substantielle du texte.

Définissez ce que l’article doit encore permettre de faire

Reprenez l’intention du lecteur en une phrase. Pour un tutoriel, elle peut être « configurer correctement un événement d’achat ». Pour un comparatif, « choisir un outil adapté à une contrainte précise ». Pour une analyse, « comprendre ce qui a changé et décider si cela me concerne ».

Parcourez ensuite l’article comme une personne qui veut obtenir ce résultat. Les étapes sont-elles complètes ? Les liens mènent-ils encore au bon endroit ? Les captures représentent-elles la bonne interface ? Les conditions d’accès sont-elles indiquées ?

Un paragraphe peut rester parfaitement valable alors qu’un seul réglage rend tout le tutoriel inutilisable. Cherchez ces dépendances avant de réécrire l’introduction.

Faites un inventaire des éléments périssables

Les prix, dates, versions, programmes, conditions commerciales et interfaces vieillissent différemment. Marquez les passages concernés puis attribuez-leur une source de vérification.

Élément	Contrôle utile	Décision possible
Fonctionnalité	Documentation et compte concerné	Actualiser les étapes ou préciser l’accès
Chiffre de marché	Source, période et périmètre	Conserver avec sa date, remplacer ou retirer
Produit recommandé	Référence et disponibilité	Revoir la recommandation
Procédure	Essai dans un environnement adapté	Corriger les étapes qui ont changé
Lien	Destination et contenu réellement accessible	Remplacer le lien ou réécrire le passage

N’effacez pas systématiquement une statistique ancienne. Elle peut être utile pour décrire une période passée. Le problème apparaît lorsqu’elle est présentée comme la photographie du marché actuel.

Choisissez entre corriger, réécrire et fusionner

Une correction ciblée suffit si le raisonnement reste valable et qu’un élément précis a changé. Une réécriture devient préférable si l’architecture du produit ou la question du lecteur a évolué.

La fusion mérite d’être envisagée lorsque plusieurs articles donnent des réponses très proches, avec des fragments de méthode dispersés. Commencez par examiner leur utilité et leur intention. Ne supprimez pas une page uniquement parce qu’elle reçoit moins de visites qu’une autre.

Si une fusion implique de retirer une URL, préparez la destination et le traitement des liens avec la personne qui gère le site. Ce changement touche la navigation et la découverte du contenu ; ce n’est pas une simple opération cosmétique sur le texte.

Préservez ce qui constitue une preuve

Un résultat historique doit garder son périmètre : date du test, version, marché et conditions. Le déplacer dans une page fraîchement datée ne le transforme pas en expérience récente.

Un exemple fictif peut être remis à jour, à condition de rester identifié comme tel. Une capture d’interface peut être remplacée après vérification. Un témoignage ne doit pas être réécrit pour faire dire à son auteur qu’il a utilisé une nouvelle version.

Gardez un court journal des changements. Il peut rester interne pour les corrections mineures. Pour une évolution importante, une note visible expliquant ce qui a été actualisé aide le lecteur à comprendre la portée de la mise à jour.

Utilisez des dates qui décrivent réellement la page

Une première publication et une mise à jour sont deux événements différents. Conservez la date initiale lorsqu’elle est connue, et indiquez une date de modification lorsque le contenu a réellement changé.

Les recommandations Google sur les dates distinguent ces informations de la date de l’histoire racontée. Une analyse publiée après une annonce doit donc séparer la date de cette annonce et sa propre date de publication.

Vérifiez la cohérence entre ce que voit le lecteur et les données structurées de la page. Le titre, la date visible et les champs techniques ne doivent pas raconter trois chronologies différentes. Un nouvel article consacré à un événement ancien reste un nouvel article : le fait que l’événement ait eu lieu auparavant ne justifie pas une première publication inventée.

Contrôlez la version publiée

Relisez le résultat sur le site. Vérifiez les tableaux, liens, images et exemples de code. Une modification correcte dans l’éditeur peut perdre un élément essentiel au rendu.

Comparez aussi les promesses du titre et de la description avec le nouveau contenu. Si vous retirez une méthode, une fonctionnalité ou une recommandation, les résumés doivent cesser de l’annoncer.

Enfin, gardez une copie de la version précédente ou utilisez l’historique du système. Vous devez pouvoir comprendre ce qui a changé si un lecteur signale ensuite une erreur.

Organisez une petite file de maintenance

Classez vos pages selon leur importance et la vitesse à laquelle leur sujet évolue. Une procédure dépendant d’une interface publicitaire mérite une attention différente d’un article sur une méthode de calcul stable.

Il est souvent plus utile de réparer quelques pages qui répondent déjà à une vraie question que de produire une nouvelle version presque identique pour chaque année. Votre critère doit rester concret : après cette intervention, le lecteur peut-il mieux comprendre, décider ou exécuter la tâche qu’avant ?