Contenu evergreen : la date qui compte n'est pas celle que vous déclarez

Tapez « contenu evergreen » dans Google. La requête demande ce qu'est un contenu qui ne vieillit pas.

Google déclenche un Aperçu IA. Il répond qu'un contenu evergreen est « intemporel », qu'il « ne dépend pas d'une date ou d'une mode », et qu'il « garde sa valeur au fil du temps ». Pour l'écrire, il s'appuie sur huit références. Deux sont des vidéos YouTube. Une est une page universitaire publiée le 12 mars 2021, il y a cinq ans et demi. Pendant ce temps, le premier résultat organique de la même page de résultats affiche une date du 7 août 2026, vieille de trois semaines, et l'Aperçu IA ne le cite pas.

La réponse sur l'intemporalité a donc été écrite avec une source de 2021, en ignorant la plus récente de la page. C'est un bon résumé du problème : nous avons hérité du SEO une intuition sur les dates, et cette intuition ne décrit pas ce que font les moteurs génératifs.

Ce que j'ai mesuré le 31 août 2026. J'ai relevé cinq SERP françaises sur desktop, construites en paires : deux fois le même sujet, une fois sans marqueur de temps et une fois avec « 2026 » dans la requête, plus une cinquième requête isolée. Cela donne 42 résultats organiques, pour lesquels j'ai noté la date que Google affiche lui-même dans l'extrait. J'ai ensuite récupéré six de ces pages en direct pour comparer cette date affichée à ce que le code déclare réellement, en JSON-LD, en balise <time> et en texte visible. Enfin, j'ai compté le vocabulaire de la date dans la page de Google sur les fonctionnalités IA, dans sa page sur les dates d'auteur, et dans les documentations robots d'OpenAI, de Perplexity et d'Anthropic, avec à chaque fois un contrôle positif pour vérifier que la page était bien chargée et que le comptage ne portait pas sur le menu de navigation.

Google n'affiche pas votre date, il l'estime

Google tient une page dédiée à ce sujet, mise à jour le 10 décembre 2025. Elle ne s'appelle pas « comment déclarer votre date ». Elle s'appelle « Influence your byline dates in Google Search », influencer vos dates d'auteur. Le verbe est choisi, et la première phrase l'explique :

A byline date is the date that Google estimates that the web page was updated or published.

Estimation. Le paragraphe suivant assume la méthode :

Google doesn't depend on a single date factor because all factors can be prone to issues. That's why our systems look at several factors to determine our best estimate of when a page was published or significantly updated.

Deux mots méritent d'être relevés. « Several factors » : votre datePublished est un facteur parmi d'autres, pas une déclaration qui fait foi. Et « significantly updated » : ce que Google dit chercher n'est pas la date à laquelle vous avez touché le fichier, c'est celle d'une modification substantielle. La pratique consistant à remonter la date d'un article sans le réécrire ne rencontre, dans cette page, aucun mécanisme qui la récompense.

Les bonnes pratiques listées ensuite sont classiques : une date visible et étiquetée, un sous-type de CreativeWork avec datePublished et dateModified, une cohérence exacte entre la valeur visible et la valeur balisée, et l'interdiction des dates futures ou de la date de l'événement décrit. La dernière, en revanche, est plus étrange qu'elle n'en a l'air :

Minimize the presence of other dates on the page: If you've followed the best practices and find incorrect dates are being selected, consider removing some or all other dates that appear on the page.

Le remède que Google propose contre une mauvaise date est de retirer les autres dates du corps de la page. C'est cohérent pour un moteur qui trie des pages et cherche à en étiqueter une seule. Nous verrons plus bas que c'est exactement le contraire de ce qui rend un passage citable.

Sur la page des fonctionnalités IA, la date n'existe pas

Google tient une seconde page, mise à jour le même jour, qui explique aux propriétaires de sites comment fonctionnent les Aperçus IA et le Mode IA. J'en ai isolé le corps utile, hors menus et pied de page : 6 218 caractères. J'y ai compté le vocabulaire de la date.

page Google, fonctionnalites IA        corps : 6 218 car.
  "date"                                 1
  "fresh"                                1
  "recent"                               0
  "datePublished" / "dateModified"       0
  controles positifs : "crawl" 7, "schema" 1

L'unique occurrence de « date » est le mot composé « up-to-date », dans une phrase qui demande que vos informations Merchant Center et Business Profile soient à jour. Elle ne parle pas de la date d'une page. L'unique occurrence de « fresh » est la formule « depending on how often our systems determine a page needs to be refreshed », qui décrit la cadence de réexploration, donc un fait d'infrastructure. Les deux contrôles positifs répondent, la page est bien celle que je crois lire.

Sur la page où Google explique comment être repris dans ses réponses génératives, la date de publication d'un document n'est donc nommée nulle part.

J'ai fait le même comptage chez les trois autres éditeurs.

documentation robots        extrait  champs  "date"  rob.txt  crawl
OpenAI, /docs/bots           14 881       0       4       11     11
Anthropic, exploration web   20 450       0      10        5     20
Perplexity, /guides/bots      5 791       0       2        3      7

La colonne champs compte les cinq noms de champ qui nous intéressent, datePublished, dateModified, « publication date », lastmod et « freshness ». Elle est à zéro chez les trois, et cette fois sur la totalité du texte extrait, menus de navigation compris, ce qui est un périmètre plus large que le corps seul retenu pour la page de Google.

Le mot « date » lui-même, en revanche, apparaît seize fois au total, et aucune de ces occurrences ne désigne la date d'une page. Ce sont des correspondances de racine ou des libellés de menu : chez Perplexity, deux « update » dont « update your WAF rules » ; chez Anthropic, « How up-to-date is Claude's training data » et neuf entrées de menu du centre d'aide en « update » ; chez OpenAI, « Manage app updates », « robots.txt update », « updates to this page », et le mot « validate », qui porte la même racine. Les contrôles positifs passent partout.

Ce zéro se lit dans les deux sens, comme toujours sur ce blog. Il n'établit pas qu'aucun de ces moteurs ne tienne compte d'une date qu'il rencontre. Il établit qu'aucun des quatre éditeurs n'en fait un levier documenté, donc qu'il n'y a rien à brancher de ce côté. C'est le pendant, côté contenu, du constat déjà fait sur les canaux de fraîcheur dans notre article sur IndexNow et les moteurs IA.

Deux requêtes sur le même sujet, deux mondes

Le relevé est construit en paires pour isoler une seule variable : la présence de l'année dans la requête. La colonne IA indique la présence d'un Aperçu IA, qui s'appuyait respectivement sur 8, 4 et 5 références sur les trois requêtes intemporelles.

requete                                 famille  res.  dates  IA
contenu evergreen                       intemp.     9      7  oui
comment fonctionne une pompe a chaleur  intemp.     7      3  oui
qu'est-ce qu'un crm                     intemp.     8      2  oui
prix pompe a chaleur 2026               datee      10      6  non
meilleur crm 2026                       datee       8      6  async

Du côté intemporel, 24 résultats, dont 12 affichent une date. Ces douze dates s'étalent du 9 mars 2018 au 7 août 2026. Plus de huit ans cohabitent sur trois premières pages de résultats, et la plus ancienne est en position 7 sur une requête à fort volume. Du côté daté, 18 résultats, dont 12 affichent une date, toutes comprises dans une fenêtre de seize mois.

Un fait secondaire mérite d'être noté au passage. Ajouter « 2026 » à « prix pompe à chaleur » a fait disparaître l'Aperçu IA, présent sur la version sans année du même sujet. Sur « meilleur crm 2026 », le bloc existe mais il est servi de façon asynchrone, et ses références ne sont donc pas dans mon relevé. Je ne tire aucune règle de deux observations, mais la direction mérite d'être surveillée : les requêtes qui portent une année sont aussi celles qui portent un enjeu commercial, et c'est là que Google se montre le plus prudent.

18 titres sur 18 annoncent 2026, dix ne le prouvent pas

Voici le résultat central du relevé. Sur les deux requêtes datées, j'ai regardé deux choses pour chacun des 18 résultats : est-ce que le titre affiché contient « 2026 », et est-ce que la date affichée par Google le confirme.

requetes datees, 18 resultats organiques
  titres annoncant 2026                          18 / 18
  ... sans aucune date affichee                   6
  ... avec une date anterieure a 2026             4
  ... avec une date de 2026                       8
  annonce non confirmee par une date             10 / 18

Les quatre pages qui annoncent 2026 avec une date plus ancienne sont particuliers.engie.fr (30 avril 2025), axonaut.com (11 septembre 2025), pulpmeup.com (19 novembre 2025) et innowise.com (28 novembre 2025). Aucune n'est pénalisée pour autant : elles occupent les positions 9, 8, 3 et 7 de leur page de résultats.

La totalité des pages qui se classent sur une requête à année portent donc l'année dans leur titre. Un peu plus de la moitié seulement l'appuient sur une date de publication. L'année qui se classe est écrite dans le texte du titre, et la date d'auteur suit ou ne suit pas.

Ce que déclarent vraiment les pages qui gagnent

Le tableau ci-dessus utilise la date que Google affiche. Restait à savoir ce que ces pages déclarent, elles. J'en ai récupéré six en direct, toutes en 200, et j'ai extrait leur JSON-LD, leurs balises <time>, leurs métadonnées article:published_time et leurs dates visibles.

page                    declare               Google affiche    rang
axonaut.com             pub. 2025-09-11
                        modif. 2026-01-19     11 sept. 2025      8
hellowatt.fr            pub. 2020-09-11
                        modif. 2026-08-20     aucune date        1
particuliers.engie.fr   pub. 2021-08-21
                        modif. 2025-04-30     30 avr. 2025       9
pulpmeup.com            aucun champ de date   19 nov. 2025       3
dimo-crm.fr             aucun champ de date   aucune date        1
growth-hackerz.fr       aucun champ de date   aucune date        6

Quatre lectures en sortent, et trois d'entre elles contredisent l'intuition courante.

Le cas axonaut.com est le plus net. Cette page déclare un dateModified au 19 janvier 2026, l'affiche en clair dans son texte, et suit donc à la lettre la consigne de cohérence de Google. Google affiche malgré tout le 11 septembre 2025, c'est-à-dire son datePublished. Sur cette page, déclarer proprement une mise à jour récente n'a pas suffi à la faire afficher. « Estimates » n'était pas une précaution de langage.

Le cas hellowatt.fr est le plus instructif. C'est la page en position 1 de « prix pompe à chaleur 2026 ». Elle porte un dateModified au 20 août 2026, onze jours avant mon relevé, et l'affiche en toutes lettres. C'est la page la plus fraîche du corpus, et c'est aussi l'une de celles pour lesquelles Google n'affiche aucune date du tout. La fraîcheur réelle et la fraîcheur affichée sont deux choses distinctes, et la première n'a pas empêché la première position.

Le cas pulpmeup.com fonctionne dans l'autre sens. J'ai vérifié cette page ligne à ligne : zéro datePublished, zéro dateModified, zéro balise <time>, zéro article:published_time, et son unique bloc JSON-LD est un FAQPage sans champ de date. Google affiche pourtant « 19 nov. 2025 » sous son titre. La date vient donc entièrement de l'estimation, sur une page qui n'en déclare aucune. On notera que le texte visible de cette page contient par ailleurs « 17 août 2026 » et « 30 juin 2026 », deux dates que Google n'a pas retenues, ce qui illustre assez bien pourquoi sa documentation conseille de réduire le nombre de dates présentes dans le corps.

Les cas dimo-crm.fr et growth-hackerz.fr ferment la démonstration. Ces deux pages ne portent aucun signal de date, d'aucune sorte, et aucun bloc JSON-LD. Elles occupent les positions 1 et 6 sur « meilleur crm 2026 ».

Sur ce corpus de six pages, il n'existe donc aucune correspondance stable entre ce qu'une page déclare, ce que Google affiche, et le rang qu'elle occupe.

Pourquoi la date change de nature dans un moteur génératif

Voilà le mécanisme, et il tient en une distinction.

Un moteur de classement manipule des pages. Une page est une unité stable qui porte des métadonnées : une URL, un titre, une langue, une date. Dans ce cadre, la date est une étiquette collée sur l'objet, et la traiter comme un réglage technique a du sens.

Un moteur génératif ne cite pas des pages, il cite des passages. Nous avons détaillé ce mécanisme et ses conséquences rédactionnelles : la question de l'utilisateur est éclatée en sous-requêtes, chaque fragment de vos pages est évalué pour lui-même, et c'est un fragment qui est repris. Or un fragment n'a pas de métadonnées. Nous l'avions déjà observé sur le découpage : quand un document est préparé pour ce type de moteur, le titre de section devient un champ d'en-tête du bloc, à côté de l'URL et de la date. Ce qui accompagne le fragment est ce qui a été recopié dans son en-tête, et rien d'autre.

La conséquence est directe. Dans une page, la date est une métadonnée. Dans un passage, la date est un mot du texte.

C'est ce qui explique le premier constat : l'année qui se classe sur « meilleur crm 2026 » est écrite dans le titre, parce que le titre voyage avec le fragment alors que le champ dateModified reste en haut du fichier HTML. Et c'est ce qui condamne la pratique du redatage sec. Vous pouvez repousser votre dateModified de dix-huit mois : si le passage que le moteur extrait dit toujours « en 2024, les tarifs se situaient autour de », c'est cette phrase qui sera citée, et elle se datera elle-même. Le champ dit une chose, la phrase en dit une autre, et c'est la phrase qui est reprise.

Le contenu intemporel est plus fragile qu'il n'en a l'air

Ce qui précède mène à un renversement que je n'attendais pas en commençant ce relevé.

La consigne classique du contenu evergreen est d'écrire sans repère temporel, pour que la page ne se périme jamais. Toutes les définitions de la première page de résultats la répètent : « il ne dépend pas d'une date ». Appliquée à la lettre, cette consigne produit des passages sans aucune ancre de temps.

Cela fonctionne très bien quand le fait est réellement stable. Le cas mastercaweb.unistra.fr, cité par un Aperçu IA cinq ans et demi après sa publication, en est la démonstration : son passage définit un concept, et un concept ne se périme pas. Il est cité précisément parce que rien dans son texte ne trahit son âge.

Le problème apparaît dès que la page contient un chiffre. Un passage qui annonce un tarif, un volume, un classement ou une part de marché sans dire de quand il parle est un passage qu'un moteur ne peut pas situer. Il ne devient pas éternel, il devient invérifiable. Nous avions déjà posé, en traitant l'E-E-A-T et l'attribution, que chaque chiffre repris de l'extérieur doit porter son origine dans la même phrase. Le relevé d'aujourd'hui ajoute la moitié manquante : chaque chiffre doit aussi porter sa date, dans la phrase, pas dans l'en-tête du document.

D'où une règle d'unité qui vaut mieux que la question « faut-il redater mes articles ». Ce qui se périme n'est pas la page, c'est la phrase qui contient un nombre. La bonne maille de mise à jour est donc la phrase chiffrée, pas le fichier. Une page dont on a rafraîchi les quatre phrases chiffrées a réellement changé de contenu pour un moteur génératif. Une page dont on a seulement repoussé la date n'a changé pour personne.

Cette règle a un coût qu'il faut assumer : elle interdit d'écrire « récemment », « ces derniers mois » ou « aujourd'hui », qui sont trois façons de dater un passage sans le dater.

Ce que ce relevé n'établit pas

Le périmètre est étroit et il faut le dire.

Les dates de la première partie sont celles que Google affiche dans l'extrait, pas celles que les pages déclarent. C'est d'ailleurs tout l'objet de la seconde partie, où les six pages inspectées montrent que les deux divergent souvent. Quand j'écris qu'un résultat est « sans date », cela signifie sans date affichée par Google, et non sans date sur la page.

Cinq requêtes, un pays, une langue, un appareil, un seul jour. Les Aperçus IA varient d'une exécution à l'autre et d'un utilisateur à l'autre. Sur « meilleur crm 2026 », le bloc a été servi de façon asynchrone et ses références ne sont pas dans le relevé, ce qui est une donnée manquante et non une absence.

Le relevé ne démontre aucune causalité sur le classement. Que dimo-crm.fr soit première sans porter la moindre date n'établit pas que l'absence de date aide, seulement qu'elle n'empêche pas. Il n'établit pas non plus qu'une date de publication soit sans effet dans les systèmes de Google : il établit qu'aucune des quatre documentations examinées n'en fait un levier annoncé, et que sur ce corpus la date affichée ne prédit pas le rang.

Enfin, la vérification des six pages porte sur ce qu'elles servaient le 31 août 2026 à un agent utilisateur de navigateur. Une page rendue différemment pour un autre agent donnerait un autre relevé, ce que nous avons déjà rencontré ailleurs.

Le test à faire sur vos propres pages

Trois commandes suffisent à savoir où vous en êtes. La question n'est pas « ma date est-elle récente » mais « mes trois dates disent-elles la même chose ».

# 1. Que declare le code de la page ?
curl -sL https://votresite.fr/votre-article/ \
  | grep -oE '"date(Published|Modified)":"[^"]*"'

# 2. Quelles dates traînent dans le texte visible ?
curl -sL https://votresite.fr/votre-article/ \
  | sed 's/<[^>]*>/ /g' \
  | grep -oE '(20[0-9]{2})' | sort | uniq -c | sort -rn

# 3. Quelle date Google a-t-il retenue ?
#    site:votresite.fr/votre-article/

Lisez les trois sorties ensemble. Si la commande 1 ne renvoie rien, votre date est intégralement une estimation de Google, comme sur pulpmeup.com. Si la commande 2 fait remonter une année ancienne en tête du décompte, ce sont vos passages qui se datent eux-mêmes, quoi que dise votre balisage. Et si la commande 3 affiche une date que vous n'avez pas choisie, vous savez désormais qu'il s'agit d'une estimation faite sur « several factors », et que la corriger passe par le corps du texte autant que par le JSON-LD.

Ce qu'il faut retenir

Google écrit lui-même que la date affichée sous votre titre est une estimation construite sur plusieurs facteurs, et qu'elle cherche une modification « significative ». Sa page consacrée aux fonctionnalités IA, 6 218 caractères de corps, ne nomme la date de publication d'une page nulle part, et les documentations robots d'OpenAI, d'Anthropic et de Perplexity non plus.

Sur les deux requêtes datées du relevé, 18 titres sur 18 annoncent 2026 et dix ne le confirment par aucune date de publication. Sur les six pages inspectées en direct, une déclare une mise à jour de janvier 2026 que Google remplace par sa date de publication de septembre 2025, une autre est première sans qu'aucune date ne s'affiche malgré une mise à jour vieille de onze jours, et trois ne déclarent aucune date d'aucune sorte tout en occupant les positions 1, 3 et 6.

La conclusion pratique tient en une phrase. Dans un moteur qui cite des passages, la date cesse d'être une métadonnée du document et devient un mot du texte.

Le travail se déplace en conséquence. Arrêtez de redater des fichiers, et datez les phrases qui portent un chiffre. Un contenu vraiment intemporel n'est pas celui dont on a effacé les dates, c'est celui dont les passages ne contiennent aucun nombre périssable.

Cet écart entre ce qu'une page déclare et ce qu'un moteur en retient est exactement ce que nous mesurons dans notre audit GEO, et le vocabulaire de ces sujets est détaillé dans notre glossaire.