Comment contrôler la date affichée dans les résultats de recherche Google ?

Pourquoi Google affiche-t-il parfois une mauvaise date ?

La confusion vient du fait que Google détecte automatiquement une date si vous n'en spécifiez pas explicitement. Le moteur scanne le contenu visible, les balises HTML, les éléments de footer, les mentions de modification — bref, tout ce qui ressemble à une date.

Le problème ? Cette détection est imparfaite. Résultat : Google peut afficher la date d'un commentaire récent plutôt que la publication originale, ou confondre une date citée dans le texte avec la vraie date de publication.

Quelles métadonnées structurées faut-il utiliser ?

Google recommande d'utiliser les données structurées de type Article (NewsArticle, BlogPosting, etc.) avec les propriétés datePublished et dateModified. Ces propriétés doivent être au format ISO 8601.

Le schema.org Article est le standard. D'autres formats comme OpenGraph peuvent influencer l'affichage sur les réseaux sociaux, mais pour les SERPs, seules les données structurées Schema.org comptent vraiment.

Quelle différence entre datePublished et dateModified ?

datePublished indique la première publication. dateModified signale la dernière mise à jour significative. Google peut afficher l'une ou l'autre selon son algorithme et le contexte de la requête.

Pour du contenu evergreen régulièrement mis à jour, dateModified peut booster la fraîcheur perçue. Pour du contenu d'actualité, datePublished reste prioritaire.

• Utiliser Schema.org Article avec datePublished obligatoire
• Ajouter dateModified uniquement si mise à jour substantielle
• Format ISO 8601 avec fuseau horaire (ex: 2026-03-05T14:30:00+01:00)
• Éviter les dates dynamiques générées automatiquement à chaque chargement
• Tester l'affichage avec l'outil de test des résultats enrichis de Google

Cette déclaration est-elle vraiment nouvelle ?

Non. Google répète depuis des années que les données structurées influencent l'affichage des dates. Ce qui change, c'est la clarté du message : sans métadonnées appropriées, vous perdez le contrôle.

Soyons honnêtes — beaucoup de sites se reposent encore sur la détection automatique. Ça fonctionne parfois, mais quand ça casse (refonte, changement de CMS, ajout de widgets), vous perdez vos dates dans les SERPs. Et ça, ça peut tuer le CTR sur des contenus sensibles à la fraîcheur.

Quelles nuances faut-il apporter ?

Google ne garantit pas qu'il affichera toujours votre dateModified. L'algorithme peut décider d'afficher datePublished si la mise à jour est jugée mineure — correction de typos, ajustements CSS, etc.

Concrètement ? Si vous mettez à jour un article pour ajouter une phrase, Google peut ignorer votre dateModified. [A vérifier] : Google n'a jamais documenté précisément ce qui constitue une "mise à jour significative" à ses yeux.

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

Pour les sites d'e-commerce, les pages produit ne nécessitent pas forcément de date. Google n'affiche généralement pas de date sur les fiches produit dans les SERPs organiques — sauf contexte spécifique (sortie d'un produit tech, par exemple).

Les pages "À propos", CGU, pages de contact, landing pages statiques n'ont pas besoin de datePublished. Ajouter une date sur ce type de contenu peut même nuire à la crédibilité si elle devient obsolète.

Que faut-il faire concrètement sur votre site ?

Commencez par un audit des données structurées existantes. Crawlez votre site avec Screaming Frog ou OnCrawl, extrayez les balises JSON-LD ou Microdata de type Article, vérifiez que datePublished et dateModified sont présents et cohérents.

Ensuite, testez un échantillon de pages avec l'outil de test des résultats enrichis de Google. Comparez la date affichée dans les SERPs réelles avec celle déclarée dans vos métadonnées — si elles diffèrent, c'est qu'il y a un problème de détection ou de format.

Quelles erreurs éviter absolument ?

Erreur #1 : dateModified mise à jour automatiquement à chaque visite ou rechargement de page. Google détecte ça et peut blacklister vos données structurées.

Erreur #2 : dateModified antérieure à datePublished. Ça paraît évident, mais certains CMS mal configurés génèrent cette incohérence.

Erreur #3 : dates multiples contradictoires (une dans le JSON-LD, une autre dans l'OpenGraph, une troisième dans une balise meta). Google privilégie le JSON-LD, mais les incohérences créent de la confusion.

Comment vérifier que tout est en ordre ?

• Implémenter Schema.org Article avec datePublished sur tous les contenus éditoriaux
• Ajouter dateModified uniquement lors de mises à jour substantielles (contenu réécrit, infos actualisées)
• Utiliser le format ISO 8601 avec fuseau horaire correct
• Tester avec l'outil Google de test des résultats enrichis
• Crawler le site pour détecter les incohérences de dates
• Monitorer les SERPs pour vérifier que les dates affichées correspondent aux attentes
• Documenter la politique de mise à jour des dates dans un guide éditorial interne