Google choisit-il vraiment quelle date afficher dans les SERP ?

Quelle date Google affiche-t-il dans les snippets ?

Google ne se contente pas d'extraire mécaniquement la première date qu'il trouve sur votre page. L'algorithme fait un choix : il évalue quelle information temporelle sera la plus utile à l'internaute qui effectue la requête, en fonction du contexte.

Si quelqu'un cherche un tutoriel technique, Google privilégiera souvent la date de dernière mise à jour pour signaler la fraîcheur du contenu. Pour un article d'actualité, c'est la date de publication originale qui comptera. Ce mécanisme est opaque et varie selon les requêtes, les secteurs, et probablement les signaux de pertinence collectés.

Comment Google identifie-t-il ces dates ?

Le moteur s'appuie sur plusieurs sources : les balises de données structurées (schema.org Article avec datePublished et dateModified), les métadonnées HTML, et le contenu visible de la page. Si vos balises sont absentes ou contradictoires avec ce qui est affiché, Google fera son propre arbitrage, souvent de manière imprévisible.

Dans la pratique, on observe que les sites qui balisent proprement leurs dates en schema.org ont plus de chances de voir la date souhaitée affichée. Mais aucune garantie : l'algorithme garde la main, et certains CMS historiques sans balisage structuré voient leurs dates extraites du texte visible, avec des résultats aléatoires.

Pourquoi afficher les deux dates sur une page ?

Mueller recommande d'indiquer à la fois la date de publication et la date de dernière mise à jour. C'est une question de transparence pour l'utilisateur, mais aussi de signal pour Google. Si vous ne montrez qu'une seule date, le moteur peut se tromper ou ne rien afficher du tout.

Attention : afficher « Mis à jour le [date] » sans montrer la date originale peut induire en erreur si vous retouchez juste une virgule pour simuler de la fraîcheur. Google détecte ces manipulations et peut déclasser le contenu ou ignorer la date.

• Google choisit quelle date afficher selon la requête et le contexte utilisateur, pas vous.
• Balisez en schema.org avec datePublished et dateModified pour maximiser vos chances d'affichage correct.
• Affichez les deux dates de manière visible sur la page pour éviter les ambiguïtés.
• Les mises à jour cosmétiques ne trompent personne : si le contenu n'a pas réellement évolué, changer la date peut être contre-productif.
• L'absence de date dans les SERP n'est pas toujours un malus, mais elle réduit la visibilité du signal de fraîcheur.

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, et non. Sur des sites d'actualité bien balisés, on constate effectivement que Google affiche systématiquement la date de publication originale dans les snippets. Mais sur des contenus evergreen mis à jour régulièrement, l'affichage est erratique : tantôt la date de publication, tantôt la date de modification, tantôt aucune date. [A vérifier] : Google n'a jamais documenté les critères précis qui déclenchent l'affichage de l'une ou l'autre.

On observe aussi que certains sites de niche, même avec un balisage impeccable, ne voient jamais de date s'afficher. Cela suggère que d'autres facteurs de confiance ou de typologie de contenu entrent en jeu, mais Mueller reste vague sur ce point. Impossible de savoir si c'est lié à l'autorité du domaine, à la catégorie de requête, ou à un seuil de qualité.

Quelles nuances faut-il apporter à cette déclaration ?

Mueller dit qu'afficher les deux dates « peut être utile », mais il ne dit pas quand c'est utile et quand ça ne l'est pas. Pour un article d'actualité, c'est évident. Mais pour une page produit ? Une page catégorie ? Une FAQ ? Pas de réponse.

Deuxième nuance : Google « affiche parfois » l'une ou l'autre date. Ce « parfois » est le nœud du problème. En clair, vous n'avez aucun contrôle. Vous pouvez tout faire correctement et voir vos dates ignorées ou mal interprétées. C'est frustrant, mais c'est le jeu.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Sur des contenus non datés par nature — pages institutionnelles, pages services, landing pages produits permanents — afficher une date peut même être contre-productif. Une date visible peut donner l'impression que le contenu est périmé, même si ce n'est pas le cas. Dans ces situations, mieux vaut ne pas baliser de date du tout.

Autre cas limite : les contenus fortement révisés, type guides exhaustifs mis à jour tous les trimestres. Si vous changez 80% du texte, quelle date de publication garder ? L'originale ? La nouvelle ? Certains sites créent une nouvelle URL, d'autres mettent à jour l'existante. Google n'a jamais tranché cette question, et les pratiques varient énormément.

Que faut-il faire concrètement sur vos pages ?

Première action : balisez systématiquement vos articles et contenus datés avec les propriétés schema.org Article (ou NewsArticle, BlogPosting selon le type). Renseignez au minimum datePublished et dateModified. Si vous ne modifiez jamais le contenu, dateModified peut être identique à datePublished, mais il faut la renseigner quand même.

Deuxième action : affichez ces dates de manière visible pour l'utilisateur, au-dessus ou en dessous du titre. Format lisible, pas de mention cryptique. Si vous affichez uniquement « Mis à jour le », ajoutez aussi « Publié le ». Cette transparence aide Google et rassure le lecteur.

Quelles erreurs éviter absolument ?

Erreur classique : mettre à jour la date de modification à chaque fois que vous corrigez une faute de frappe. Si le contenu n'a pas réellement évolué, cette pratique dilue le signal et peut être interprétée comme de la manipulation. Réservez le changement de dateModified aux révisions substantielles.

Autre piège : ne pas synchroniser la date visible avec la date balisée en schema.org. Si votre page affiche « Publié le 12 mars 2023 » mais que votre markup indique « 2021-03-12 », Google détecte l'incohérence et peut ignorer les deux. Vérifiez que votre CMS ou votre template génère les bonnes valeurs dans les deux endroits.

Comment vérifier que votre balisage est correct ?

Utilisez l'outil de test des données structurées de Google (Rich Results Test) ou le validateur schema.org. Collez l'URL de quelques articles représentatifs et vérifiez que datePublished et dateModified sont détectées, au bon format ISO 8601 (AAAA-MM-JJ ou avec heure complète).

Ensuite, inspectez vos snippets dans la Search Console : activez le rapport « Apparence dans les résultats de recherche » et regardez si des dates s'affichent. Si elles sont absentes alors que votre balisage est propre, c'est probablement un choix de Google lié à la typologie de requête ou à la confiance accordée au domaine. Vous ne pouvez rien y faire, mais au moins vous saurez.

• Baliser toutes les pages de contenu daté avec schema.org Article, datePublished et dateModified
• Afficher les deux dates de manière visible et lisible pour l'utilisateur
• Ne modifier la date de mise à jour que lors de révisions substantielles du contenu
• Synchroniser les dates visibles et les dates balisées en schema.org
• Vérifier le balisage avec le Rich Results Test et surveiller l'affichage dans la Search Console
• Ne pas forcer l'affichage d'une date sur des contenus evergreen ou institutionnels si ce n'est pas pertinent