ScrubberDuck parcourant les données de fraîcheur de l’exploration

Que sont les signaux de fraîcheur ?

Comment un site indique aux robots ce qui a changé

Vous mettez un guide à jour aujourd’hui. Un robot d’exploration peut encore avoir la version d’hier. Les signaux de fraîcheur aident les lecteurs et les robots à savoir quand le contenu a changé et à vérifier si une copie déjà téléchargée est toujours à jour.

Publié le

Où trouver ces signaux ?

Prenons un guide publié le 14 septembre 2026 et remanié le 6 octobre 2026.

Sitemap XML

Un sitemap XML répertorie les URL des pages. La balise <lastmod> indique la date de la dernière mise à jour importante d’une page. Elle reprend la date à laquelle le guide a changé, même si le sitemap est régénéré plus tard. Google indique utiliser cette valeur lorsqu’elle est systématiquement exacte et vérifiable. Documentation de Google sur les sitemaps

<url>
  <loc>https://example.com/guide</loc>
  <lastmod>2026-10-06</lastmod>
</url>

Dates visibles et données structurées

Le lecteur peut voir Publié le 14 septembre 2026 et Mis à jour le 6 octobre 2026. Le balisage JSON-LD peut fournir ces mêmes dates dans les champs datePublished et dateModified. Google s’appuie sur les dates de la page et d’autres indices pour estimer la date à afficher dans ses résultats. Documentation de Google sur les dates de page

{
  "@context": "https://schema.org",
  "@type": "Article",
  "datePublished": "2026-09-14",
  "dateModified": "2026-10-06"
}

En-têtes de réponse HTTP

Last-Modified donne la date de modification de la version servie, selon le serveur. ETag identifie cette version. Un robot peut renvoyer la date dans If-Modified-Since ou l’identifiant dans If-None-Match pour vérifier sa copie. Documentation de Google sur la mise en cache

Last-Modified: Tue, 06 Oct 2026 10:00:00 GMT
ETag: "guide-v2"

Comment les robots peuvent-ils les utiliser ?

Une date dans le sitemap peut aider un robot à choisir les pages à revisiter en priorité. Lors d’une requête conditionnelle, si la copie est toujours à jour, le serveur peut répondre 304 Not Modified sans renvoyer le contenu de la page. La requête a bien lieu, avec moins de données à transférer. Spécification HTTP

Que sait-on de leur usage réel ?

Pour beaucoup de robots, on ignore encore s’ils tiennent compte de ces signaux et dans quelle mesure ils s’en servent pour décider de revenir. Les journaux du serveur peuvent montrer quand un robot vérifié est passé et quelle réponse il a reçue. Il faut d’autres éléments pour établir pourquoi il a choisi cette URL ou si la page a ensuite été indexée ou citée.

Les premiers résultats de l’Observatoire de la fraîcheur de Scrubnet illustrent ce que révèlent les journaux de requêtes des robots. Signaux de fraîcheur et réalité de l’exploration

Comment vérifier ces signaux avec SEO Scrubbox ?

  1. Ouvrez la page dans Chrome et cliquez sur SEO Scrubbox. Dans Freshness Signals, consultez les dates de la page et l’en-tête Last-Modified détectés par la vérification rapide.
  2. Dans Cache & Compression, la ligne Validator indique si l’audit a trouvé un ETag.
  3. Cliquez sur Run Deep Checks. Si l’audit trouve une valeur <lastmod> pour cette URL dans l’un des sitemaps examinés, elle apparaît dans Freshness Signals.
Rapport Freshness Signals de SEO Scrubbox signalant un écart entre la date de mise à jour des données structurées et l’en-tête Last-Modified

Retrouvez l’extension sur la page SEO Scrubbox.