Mettre à jour un contenu ancien pour le rendre citable.

Mettre à jour vaut souvent mieux que créer, à condition de réécrire ce qui doit l'être

Une page publiée il y a trois ans a ce qu'une page neuve n'a pas : elle est indexée, elle a reçu des liens et des mentions, et elle figure dans l'historique de passage des robots. Mais elle est rarement citable en l'état. Dans nos audits, les pages anciennes partagent trois défauts : la réponse n'est pas en tête de section, les chiffres sont périmés ou sans date, et la date de mise à jour est soit absente, soit fausse. La mise à jour vise ces trois défauts, dans cet ordre, sans perdre l'histoire de la page.

Le raisonnement des moteurs génératifs rend ce travail rentable. Pour un sujet qui évolue, ils privilégient les sources récentes, mais ils vérifient la fraîcheur à plusieurs endroits : la date visible, le balisage, le sitemap, et le contenu lui-même d'un passage à l'autre. Une page ancienne dont le contenu a été réellement remis à jour cumule l'historique et la fraîcheur. Une page neuve n'a que la seconde. Une page dont seule la date a changé n'a ni l'une ni l'autre, et perd la confiance qu'elle avait.

Cet article donne la grille de priorisation que nous utilisons pour choisir les pages à traiter, le protocole de mise à jour d'une page, la manière de signaler les changements, et la mesure de l'effet. Il complète la méthode complète sur un point précis : rendre citable ce qui existe déjà, avant d'écrire du neuf.

Quelles pages mettre à jour en premier ? La grille de priorisation

Un site de quelques centaines de pages ne se met pas à jour en bloc. Le tri repose sur cinq critères, notés de zéro à trois, et la somme classe les pages. Les cinq critères mesurent, dans l'ordre, la valeur de la question servie, l'écart entre ce que la page dit et ce qu'elle devrait dire, et ce que la page possède déjà.

Tableau : faites défiler horizontalement.

Les pages qui totalisent les notes les plus hautes cumulent une question à valeur, une absence de citation et un capital à préserver. Ce sont les premières à traiter, parce que l'effort y est le mieux rémunéré. Les pages à forte valeur mais sans capital sont candidates à une réécriture complète ou à une fusion. Les pages à faible valeur, quel que soit leur état, attendent, et ne reçoivent surtout pas de nouvelle date en passant.

Le protocole de mise à jour d'une page, en sept étapes

Une mise à jour citable n'est pas une relecture. Elle reprend la page section par section et se termine par des changements visibles et datés. Sur une page de mille cinq cents mots, elle demande en général une demi-journée à une journée à quelqu'un qui connaît le sujet, hors validation.

1. Identifier la sous-requête que la page doit servir, et sa formulation réelle. Si la page en sert trois, décider laquelle est propriétaire ici ; les autres partent vers d'autres pages.
2. Relire chaque fait : chiffres, prix, délais, règles, noms d'outils, captures d'écran. Chacun est confirmé avec une date, corrigé, ou supprimé. Un chiffre juste mais non daté reçoit sa date.
3. Réécrire le premier paragraphe de chaque section pour qu'il réponde d'emblée, en quarante à quatre-vingts mots, à la question du titre. Le titre lui-même est reformulé en question si nécessaire.
4. Ajouter ce qui manque : ce qui a changé depuis la publication, un cas récent, une nuance que l'expérience a apportée. C'est cet apport qui justifie la mise à jour.
5. Retirer ce qui ne tient plus : sections devenues fausses, comparaisons avec des offres disparues, conseils que vous ne donneriez plus.
6. Mettre les dates en cohérence : date visible, dateModified du balisage, lastmod du sitemap, toutes identiques et toutes vraies.
7. Rédiger la note de mise à jour, visible en haut ou en bas de page, qui dit ce qui a changé et pourquoi.

L'étape 4 est celle qui sépare une mise à jour utile d'un rafraîchissement cosmétique. Si vous n'avez rien à ajouter, la page n'a pas besoin d'être mise à jour, ou elle n'a pas de sous-requête cible. Dans les deux cas, elle ne doit pas recevoir de nouvelle date.

Changer la date sans changer le contenu : l'erreur qui coûte le plus

Un moteur lit la date à plusieurs endroits, et il compare. La date visible dans la page, la propriété dateModified du balisage Article ou BlogPosting, le lastmod du sitemap, et, pour les robots qui reviennent, la différence de contenu entre deux passages. Une page dont les trois dates avancent chaque mois alors que le texte est identique envoie un signal simple : cette source ment sur sa fraîcheur. À notre connaissance, aucun éditeur n'a documenté de pénalité explicite, mais l'observation est constante dans nos relevés : les sites qui rafraîchissent artificiellement leurs dates ne progressent pas, et perdent parfois les citations qu'ils avaient sur des pages sincères.

Les trois emplacements doivent dire la même chose, et cette chose doit être vraie. Le balisage ci-dessous décrit une page publiée en 2023 et réellement mise à jour en juin 2026.

// JSON-LD de la page : date de publication conservée, date de modification réelle
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Installer une borne de recharge en copropriété : coût, délai, procédure",
  "datePublished": "2023-09-14",
  "dateModified": "2026-06-15",
  "author": { "@type": "Person", "name": "Prénom Nom" }
}

# sitemap.xml : la même date, uniquement parce que le contenu a changé
<url>
  <loc>https://www.exemple.fr/borne-recharge-copropriete</loc>
  <lastmod>2026-06-15</lastmod>
</url>

La règle de décision est simple : dateModified et lastmod ne bougent que si un lecteur qui compare les deux versions verrait une différence de fond. Une correction de coquille, un changement de menu ou une nouvelle image ne justifient pas une nouvelle date. Le détail des emplacements lus par les moteurs et des incohérences qui décrédibilisent une page est traité dans l'article sur les dates de publication et de mise à jour ; le rôle du sitemap, dans celui sur les signaux de fraîcheur.

Signaler les changements : la note de mise à jour est un passage citable en soi

Une note de mise à jour visible sert trois lecteurs. L'utilisateur sait ce qui a changé et peut faire confiance à la page. Le robot de recherche IA trouve, dans le HTML, un texte daté qui décrit un changement, ce qui corrobore la date. Et le modèle qui rédige une réponse dispose d'un passage prêt à reprendre : « depuis le 15 juin 2026, les conditions de l'aide ont changé sur le point suivant ». Sur nos mandats, cette note est souvent le passage le plus cité d'une page mise à jour, parce qu'elle répond à une sous-requête que les moteurs formulent fréquemment sur les sujets qui évoluent : qu'est-ce qui a changé, et depuis quand.

Trois règles pour cette note. Elle est datée au jour. Elle nomme les sections modifiées, ce qui permet à un lecteur, humain ou machine, de vérifier. Elle dit aussi ce qui n'a pas changé, ce qui évite qu'une mise à jour partielle passe pour une réécriture complète. Une note qui dit « contenu mis à jour » sans autre précision ne sert à rien, et ressemble au rafraîchissement artificiel qu'il faut précisément éviter.

Fusionner ou rediriger : quand deux pages anciennes se disputent la même question

L'inventaire révèle presque toujours des paires : deux articles écrits à deux ans d'écart sur la même sous-requête, avec des chiffres différents. Les mettre à jour toutes les deux entretient le doublon. La décision se prend sur le capital : la page qui a reçu le plus de liens et de mentions externes conserve son URL ; l'autre est fusionnée dedans, puis redirigée en 301. Le contenu utile de la page abandonnée est repris dans la page conservée, et la note de mise à jour l'indique. Une balise canonique peut suffire à titre transitoire, mais c'est la redirection qui règle la question pour les robots de recherche IA, qui suivent moins bien les signaux indirects que Googlebot. La logique de répartition, une sous-requête, une page propriétaire, est développée dans l'article sur les pages piliers et les clusters GEO.

Les pages sans sous-requête cible, sans capital et sans fait encore vrai sont candidates à la suppression, avec redirection vers la page la plus proche. Une page supprimée sans redirection perd le peu qu'elle avait ; une page conservée « au cas où » continue de diluer le cluster auquel elle appartient sans le savoir.

Mesurer l'effet d'une mise à jour

L'effet se mesure sur le panel de prompts, avant et après, pour les sous-requêtes que le lot de pages devait servir. Le protocole : une exécution de référence la semaine précédant le lot, puis une exécution hebdomadaire pendant dix à douze semaines. Les deux indicateurs sont la part de citation par sous-requête et l'URL citée, pour vérifier que c'est bien la page mise à jour qui est retenue, et non une page voisine. En parallèle, les journaux serveur indiquent si les robots de recherche IA sont repassés sur les pages modifiées : un passage dans les jours qui suivent confirme que le signal a été lu ; aucun passage en trois semaines signale un problème de découverte ou d'accès, à traiter avant de conclure sur le contenu.

Un délai d'observation de dix semaines est nécessaire : les index des moteurs génératifs ne se rafraîchissent pas tous au même rythme, et une mesure à deux semaines ne reflète en général qu'une partie d'entre eux. Une page mise à jour qui n'a pas progressé à dix semaines relève d'un problème de fond, pas de délai : le plus souvent, la sous-requête cible était mal choisie, ou une source tierce domine la réponse et il faut d'abord la rejoindre.

Les erreurs de mise à jour qui coûtent des citations

Les six erreurs ci-dessous reviennent dans la quasi-totalité des programmes de mise à jour que nous reprenons. Aucune n'est technique ; toutes relèvent de la méthode.

• Rafraîchir la date sans changer le fond, sur des dizaines de pages à la fois.
• Corriger les chiffres sans les dater : le chiffre juste devient invérifiable.
• Ajouter des paragraphes en fin de page au lieu de réécrire les premiers paragraphes de chaque section.
• Conserver deux pages sur la même question parce que « les deux ont du trafic ».
• Publier une note de mise à jour vide : « contenu actualisé ».
• Mesurer l'effet à deux semaines et conclure trop tôt, dans un sens ou dans l'autre.

Ce qu'il faut retenir