Dates lisibles par les machines

Déclarez, pour chaque page substantielle, sa date de publication et de dernière mise à jour, sous une forme que les machines peuvent analyser — pas seulement une date imprimée dans le texte. Les moteurs de recherche et les assistants IA accordent une grande importance à la fraîcheur lorsqu’ils décident quoi classer et quoi citer, et une page qu’ils ne peuvent pas dater est une page dont ils ne peuvent pas garantir l’actualité.

Une date visible seule ne suffit pas. "05/06/26" dans un chapeau est ambigu pour une machine à trois niveaux : mai ou juin, publié ou mis à jour, et quel format d’année. La date doit être déclarée dans des métadonnées avec un format sans ambiguïté, et la date visible doit y correspondre.

Pourquoi cela fonctionne

Lorsqu’un moteur de réponse choisit entre deux pages faisant la même affirmation, "à quel point est-ce à jour ?" fait partie du jugement. Une page qui déclare ses dates répond à la question ; une page qui ne déclare rien perd face à un contenu daté même s’il est mieux rédigé. Cela vous coûte des citations et des classements en silence — pas d’erreur, pas d’alerte, juste les pages des autres choisies à la place des vôtres.

Les dates déclarées se combinent aussi avec tout le reste que vous publiez. Contenus comparatifs, statistiques, tarifs, allégations produit — tout est plus citable lorsqu’un assistant IA peut voir que cela a été mis à jour récemment, et plus suspect lorsque cela pourrait dater de n’importe quelle année.

Comment procéder

Déclarez les dates sous l’une de ces formes, listées de la plus forte à la plus faible. Une seule suffit, mais elles peuvent coexister et concordent.

1. Données structurées (le signal le plus fort)

Ajoutez datePublished et dateModified aux données structurées de la page — typiquement un Article ou un BlogPosting en JSON-LD. C’est la forme que les moteurs de réponse extraient le plus fiablement :

<script type="application\/ld+json">
{
  "@context": "https:\/\/schema.org",
  "@type": "Article",
  "headline": "How to reconcile corporate card statements",
  "datePublished": "2026-05-01T09:00:00Z",
  "dateModified": "2026-07-10T14:30:00Z"
}
</script>

Utilisez des horodatages ISO 8601 complets avec un fuseau horaire. Si la page n’a jamais été mise à jour, dateModified est égal à datePublished.

2. Balises meta de date

Si vous ne pouvez pas émettre de données structurées, les balises meta établies véhiculent la même information :

<meta property="article:published_time" content="2026-05-01T09:00:00Z">
<meta property="article:modified_time" content="2026-07-10T14:30:00Z">

3. Une date visible également lisible par les machines

L’élément <time> rend une date visible par l’humain lisible par une machine d’un seul coup :

Dernière mise à jour <time datetime="2026-07-10">10 juillet 2026</time>

Cela ne fonctionne comme signal de datation que si la page ne contient qu’une seule date non ambiguë — une page parsemée d’éléments <time> (listes d’événements, fils de commentaires) ne dit rien à une machine sur la page elle‑même. Préférez-le en complément des données structurées, pas en substitut.

Partout, pas à la main

Ne faites pas cela page par page. La plupart des CMS et des extensions SEO peuvent émettre automatiquement datePublished et dateModified à partir des dates éditoriales qu’ils stockent déjà — activez cela et l’ensemble du site sera couvert, y compris chaque page que vous publierez l’année prochaine. Si vous construisez vos propres gabarits, reliez les dates au modèle d’article une fois pour toutes.

Pendant que vous y êtes, faites en sorte que les valeurs <lastmod> de votre plan de site XML soient reliées aux mêmes dates éditoriales. Les sitemaps ne datent pas les pages à des fins de citation, mais les robots d’exploration utilisent <lastmod> pour décider quoi revisiter ; ainsi, une page fraîche est réexplorée — et sa nouvelle date remarquée — plus tôt.

Restez honnête avec les dates

dateModified doit signifier que le contenu a réellement changé. Les moteurs de réponse recoupent les dates déclarées avec le contenu, les archives et leur propre historique d’exploration :

• Ne remontez pas la date à chaque republication ou changement de gabarit. Une page dont dateModified change chaque semaine tandis que son texte ne change jamais ressemble à une manipulation, et la date cesse d’être crue.
• N’antidatez ni ne postdatez. Une date déclarée postérieure à l’exploration, ou antérieure à l’existence du site, est écartée.
• Faites correspondre la date visible à la date déclarée. Un chapeau indiquant 2023 alors que les métadonnées indiquent cette année est une contradiction, et les contradictions se règlent à votre désavantage.

À l’inverse : lorsque vous actualisez réellement une page — nouvelles statistiques, tarifs mis à jour, allégations corrigées — mettez à jour dateModified dans le même commit. Une mise à jour honnête que vous n’avez pas déclarée est une citation que vous n’obtiendrez jamais.

Ce qui ne fonctionne pas

• Une date uniquement dans le texte visible. Ambiguë pour les machines, comme ci‑dessus.
• L’en‑tête HTTP Last-Modified. Il décrit la réponse du serveur, pas le contenu. Sur des sites générés dynamiquement, il change à chaque requête, ce qui est précisément la raison pour laquelle les consommateurs ne s’y fient pas. Très bien à servir, mais jamais comme unique signal.
• Des dates uniquement dans l’URL (\/blog\/2024\/06\/...). Un faible indice de la date de publication, muet sur les mises à jour, et cela fige la page : l’URL indique toujours 2024 après votre actualisation de 2026.

Comment Silktide vous aide

Silktide lit les dates que vos pages déclarent — d’abord les données structurées, puis les balises meta de date, puis un seul élément <time datetime> non ambigu — et les utilise dans tous ses rapports :

• La vérification Dates du contenu signale les pages substantielles et indexables qui ne déclarent ni date de publication ni date de mise à jour.
• L’écran Velocity de Presence trace la cadence de publication à partir de ces mêmes dates déclarées ; des pages non datées en dégradent donc la précision.

Si Silktide ne peut pas dater vos pages, les moteurs auxquels vous souhaitez être cités ne le peuvent pas non plus — la vérification est un aperçu direct de la façon dont votre site se lit pour eux.

Voir aussi

• Dates du contenu — la vérification Silktide qui signale les pages sans date
• Balisage de données structurées — la technique complète à laquelle appartient la forme la plus forte de celle‑ci
• Pages de comparaison — du contenu en fin d’entonnoir où une date périmée ou absente coûte le plus cher
• Données structurées
• AEO — pourquoi les moteurs de réponse sont la cible de ces signaux