Données structurées : pourquoi le voyant vert ne suffit plus
Le 21 août 2026, Google a cessé de réparer en silence une erreur que votre site fait peut-être depuis des années. Rien ne s'est affiché, aucune alerte n'est partie, et le test de validation peut toujours être vert. C'est précisément ce qui rend ce changement dangereux : il ne casse pas votre code, il change la valeur que Google enregistre. Cet article explique ce qui s'est passé, qui est concerné, et comment vérifier votre site en deux minutes, sans rien installer.
Le code invisible qui parle à Google en votre nom
Sous la partie visible de votre site vit un bloc de code appelé JSON-LD, les « données structurées ». Son rôle : dire à Google, sans ambiguïté, « ceci est le nom de l'entreprise, ceci est un prix, ceci est une note client ». C'est grâce à lui que vos étoiles, vos horaires ou vos tarifs peuvent s'afficher directement dans les résultats de recherche. Vous ne l'avez probablement jamais écrit vous-même : votre CMS, votre thème ou une extension le génère pour vous, sur chaque page, automatiquement. Retenez ce mot, automatiquement : c'est lui qui transforme une petite erreur en série.
Ce qui a changé le 21 août
Certains outils encodent les caractères spéciaux deux fois. Le « & » de « Maison & Jardin » devient & au lieu de &, une coche devient un code à moitié résolu. Pendant des années, Google appliquait plusieurs passes de décodage et rattrapait discrètement ce genre de maladresse. L'annonce du 21 août, précisée par Gary Illyes en référence au standard JSON, met fin au filet de sécurité : une seule passe de décodage, et Google enregistre ce qui reste, tel quel.
La conséquence surprend par sa discrétion. Dans la plupart des cas, le bloc reste techniquement valide : Search Console ne signale rien, le test officiel peut afficher son voyant vert. Ce qui change, c'est la valeur stockée. « Maison & Jardin » au lieu de « Maison & Jardin », dans le nom que Google associe à votre entreprise. En silence. Ce n'est ni une pénalité ni une mise à jour de classement : c'est un changement de lecture, et il ne préviendra personne.
Les trois pièges, du plus fréquent au plus traître
Piège 1, l'esperluette doublée. Le caractère « & » encodé deux fois par un thème ou une extension. Résultat : la valeur enregistrée contient du code au lieu du caractère. C'est le cas le plus répandu, parce que « & » vit dans des milliers de noms d'entreprises, de produits et de rues.
Piège 2, l'entité encodée deux fois. Un symbole, une coche, une flèche, inséré sous forme de code HTML puis réencodé au passage. Il reste à moitié résolu dans la valeur finale. Le même symbole collé directement en caractère Unicode, lui, passe sans problème : c'est le double encodage qui piège, pas le symbole.
Piège 3, le vert trompeur. Le plus traître des trois, parce qu'il neutralise votre seul réflexe de contrôle. Le test de validation vérifie que le bloc est bien formé ; il ne vérifie pas que les valeurs sont celles que vous vouliez. Un bloc peut donc être parfaitement valide et raconter une erreur. La conclusion tient en une phrase : on vérifie les valeurs, pas le voyant.
La vérification, deux minutes, montre en main
Lire ce que Google enregistre vraiment
- Ouvrez le Rich Results Test, l'outil officiel, gratuit, sans inscription.
- Testez votre page d'accueil, puis votre page la plus visitée.
- Ne vous arrêtez pas au voyant. Dépliez le bloc détecté et lisez les valeurs extraites, caractère par caractère : le nom, le prix, la note.
- Si vous voyez encore
&ou un code d'apostrophe non résolu là où vous attendiez « & » ou une apostrophe, c'est cette valeur résiduelle que Google lit désormais. - L'erreur vient presque toujours du thème ou de l'extension qui génère le bloc : c'est là qu'on corrige, une fois, pour toutes les pages à la fois.
Qui est concerné, sans catastrophisme
Cela ne veut pas dire que la moitié du web est cassée, et cet article ne vous le dira pas. Mais l'arithmétique mérite d'être posée : quand l'erreur vient d'un thème ou d'une extension, elle se répète sur toutes les pages construites avec. Or environ un site sur deux tourne sur WordPress, Shopify, Wix ou Squarespace, WordPress représentant à lui seul près de 41 % de l'ensemble des sites (W3Techs, août 2026). C'est exactement le terrain où le JSON-LD se génère en série, sans relecture humaine. Le chiffre ne dit pas combien de sites sont touchés, personne ne le sait ; il dit où ce type d'erreur se fabrique à la chaîne, et pourquoi la vérification de deux minutes vaut la peine même si votre site « a toujours bien marché ».
Ce changement est l'un des trois qu'a livrés Google en dix jours d'août ; les deux autres, une mise à jour antispam et une redirection des clics, se gèrent avec la même discipline de mesure. Le tableau d'ensemble et la méthode sont dans notre guide de mesure des changements Google ; et si vos courbes ont bougé récemment, commencez par les cinq vérifications du protocole anti-panique, une donnée mal enregistrée et une baisse de classement ne se soignent pas pareil.
Questions fréquentes
Comment savoir si mon site utilise des données structurées ?
Testez n'importe quelle page dans le Rich Results Test officiel : il liste les blocs détectés. Si votre site tourne sur WordPress, Shopify, Wix ou Squarespace, il en génère presque certainement, via le thème ou une extension SEO, même si personne ne les a jamais configurés consciemment.
Le test est vert : mon site est-il tiré d'affaire ?
Pas encore. Le voyant vert confirme que le bloc est bien formé, pas que les valeurs sont justes. Depuis le 21 août 2026, une valeur mal encodée peut rester dans un bloc parfaitement valide. Il faut déplier le bloc détecté et lire les valeurs extraites : le nom, le prix, la note, caractère par caractère.
J'ai trouvé une valeur fausse : est-ce que je risque une pénalité ?
Non, ce changement n'est ni une pénalité ni une mise à jour de classement. Le risque est ailleurs : Google enregistre et peut afficher une valeur erronée, un nom d'entreprise défiguré, un prix illisible. La correction se fait à la source, dans le thème ou l'extension qui génère le bloc, une fois pour toutes les pages.
Je ne comprends rien au rapport du test : que faire ?
C'est normal, il est écrit pour des techniciens. Deux options : envoyer la capture du rapport à la personne qui s'occupe de votre site en lui demandant de vérifier les valeurs extraites, ou nous écrire. Lire ce genre de rapport fait partie de notre métier, le vôtre est ailleurs.
D'autres questions ? Beaucoup de réponses sont déjà rassemblées sur notre page FAQ.
Vous préférez qu'on regarde pour vous ?
Nous testons vos pages clés, nous lisons les valeurs extraites et nous vous disons par écrit ce qui est juste, ce qui est faux et où se corrige la source. Sans jargon, avec les captures.
Informations à jour au 27 août 2026. Sources principales : annonce Google Search Central du 21 août 2026 sur le traitement des données structurées, précisée par Gary Illyes en référence à la RFC 8259 · Rich Results Test, outil officiel de Google · W3Techs, statistiques d'usage des systèmes de gestion de contenu, août 2026. Photo de couverture : Katrin Bolovtsova, Pexels.
Les trois changements d'août, et la méthode
Le guide complet de la mesure
Ligne de base, journal des modifications, lecture croisée des outils : mesurer avant de décider.
Lire le guide →La redirection google.com/goto
L'autre changement silencieux d'août : ce qu'on sait, ce qu'on ignore, quoi noter aujourd'hui.
Lire l'article →Site vitrine ou e-commerce
Un site dont le code parle juste à Google, données structurées comprises, dès la livraison.
Voir le service →