Lire les études, maintenir le contenu

CH.01

Ce que mesurent les études de fraîcheur

Âge des pages, récupération des sources et citations visibles sont des mesures distinctes. Vérifiez la population et la définition des dates.

Un article peut rester utile des années, tandis qu’un comparatif tarifaire récent devient vite inexact. L’âge seul ne dit pas si la page répond encore à la question. Vérifiez faits, sources et contexte avant de la modifier.

Le 28 juillet 2025, Ahrefs a publié une analyse de 16,975 millions d’URL citées. La première observation par son robot sert de proxy de publication. L’âge moyen rapporté pour les URL citées par ChatGPT, Perplexity, Copilot et Gemini est de 1 064 jours. Cette comparaison transversale d’URL déjà citées ne prouve ni une expiration à trois mois ni un gain causé par la révision d’une page.

CH.02

Une distribution d’âge n’est pas la demi-vie d’une page

Comparer des pages de différentes années ne mesure pas la perte de citations d’une même page.

Le rapport Gander du 7 avril 2026 compare les sources distinctes récupérées au T1 2026 par ChatGPT, Google AI Overviews, Gemini et Perplexity. Seules 17,4 % des URL comportaient une année dans le chemin ; les comparaisons annuelles utilisent ce sous-ensemble. Le rapport parle de demi-vie, sans suivre longitudinalement les citations d’une page inchangée.

La moindre présence d’anciennes cohortes peut refléter volume de publication, sujets, disponibilité ou comportement de récupération. Elle ne démontre pas un déclin annuel automatique pour chaque page. Gander distingue aussi les sources lues pendant la réponse des liens finalement affichés : ce ne sont pas une même mesure de citation.

• →Préciser si l’unité est l’URL, l’événement de récupération ou la citation visible.
• →Indiquer le sous-ensemble avec année et la période ; une URL sans année n’est pas datée pour autant.
• →Pour vos pages, répéter les mêmes questions et noter modèle, date, URL citées et modifications.

CH.03

dateModified décrit une modification, pas un poids publié

Google recommande des dates claires et cohérentes et combine plusieurs indices pour estimer publication ou révision importante.

Google recommande les dates visibles et datePublished ou dateModified dans les données structurées adaptées. Sa documentation ne publie pas de hiérarchie de poids de fraîcheur. Décrivez correctement la page sans attribuer de multiplicateur de citations à un champ JSON-LD.

Conservez la date initiale dans datePublished. Après une révision substantielle, dateModified doit indiquer la date réelle et correspondre à la date visible équivalente. Publication et modification ne doivent pas forcément être identiques. Vérifiez le fuseau et évitez dates futures ou dates des événements décrits.

CH.04

Faire une modification utile, puis dater le travail

Une date seule n’ajoute pas d’information. Google met en question les dates changées pour paraître récent sans révision substantielle.

Ne datez pas toutes les pages du jour comme tactique de fraîcheur. Google déconseille de présenter un contenu inchangé comme nouveau. Aucune vérification universelle de body hash, sanction IA précise ou récompense fixe par type de modification n’est publiée dans ces guides. Gardez un historique éditorial qui justifie la date.

Une révision utile corrige un fait obsolète, remplace une source par une preuve actuelle vérifiée ou répond à une question manquante. Changer une année seule n’apporte pas de preuve. Notez le changement et son utilité pour le lecteur.

CH.05

Planifier les vérifications par type de contenu

Ces intervalles sont des recommandations Tenten, pas des règles d’expiration des modèles. Une vérification peut laisser un contenu exact inchangé.

Priorisez selon valeur commerciale et vitesse de changement des faits. Tarifs et versions demandent des vérifications plus fréquentes que les définitions stables. La vérification décide si une correction est nécessaire, sans forcer réécriture ou changement de date.

La discipline du calendrier, c'est « stratifier, pas moyenner ». La mauvaise méthode consiste à fixer une règle rigide « tout le site est mis à jour tous les six mois » — résultat : la page de prix reste périmée trois mois sans que personne s'en occupe, tandis qu'un article de longue traîne que personne ne consulte est renouvelé à l'heure pile. La bonne méthode consiste à laisser les contenus à forte valeur commerciale et forte temporalité absorber l'essentiel du budget de mise à jour, à faire tenir l'evergreen sur un rythme stable trimestriel ou semestriel, et à ne déclencher les contenus à faible intention que de manière passive, par les signaux de scan.

CH.06

Check-list opérationnelle de fraîcheur : le SOP schema + calendrier

Cette liste mensuelle est une routine de planification Tenten. Désignez un responsable ; ce n’est pas une exigence automatisée des moteurs.

Les cinq premiers chapitres étaient des notions ; celui-ci les cloue en un processus. Quand la fraîcheur cède, ce n'est presque jamais par manque de compréhension, mais parce qu'aucune personne fixe ne fait, à un moment fixe, une vérification fixe. Ce SOP n'a qu'un seul objectif de conception : faire de « mise à jour qui compte vraiment + synchronisation de dateModified » un événement de calendrier, et non une affaire de mémoire.