Vos données structurées cassent en silence
Un changement discret du côté de Google a transformé une tolérance en erreur bloquante. Les sites francophones sont les premiers touchés. Voici pourquoi, et comment réagir vite.
La réponse en trente secondes
Depuis le 21 août 2026, Googlebot ne décode plus qu’une seule fois les entités HTML de vos données structurées. Un caractère comme l’esperluette, échappé deux fois par votre site, casse alors le JSON-LD. Vos résultats enrichis disparaissent, souvent sans aucune alerte dans la Search Console. La correction est simple, une fois le problème repéré.
Chez Snack Groupe, nous auditons souvent des sites qui ont perdu leurs étoiles d’avis ou leurs fiches enrichies sans explication. La cause est parfois invisible à l’œil nu. Pour situer notre travail, vous pouvez découvrir Snack Content.
Qu’est-ce qu’un double échappement
En JSON-LD, certains caractères spéciaux doivent être protégés, ou échappés. L’esperluette s’écrit sous une forme codée pour ne pas être confondue avec un autre symbole. Jusqu’ici, tout va bien.
Le problème survient quand ce codage est appliqué deux fois. Votre thème protège le caractère, puis votre extension le protège à son tour. Le résultat devient illisible pour Google. Ce cas de figure touche aussi les sites en pleine refonte, comme le rappelle notre analyse sur Migrer WordPress vers Next.js Sans Casser.
Regardez la différence. À gauche, le balisage doublement protégé que Google rejette. À droite, le balisage correct. Un seul caractère fait basculer tout le bloc.
Ce que Google a changé en août 2026
Avant, Googlebot pardonnait beaucoup. Il décodait les entités HTML plusieurs fois, rattrapant au passage les doubles protections. Un balisage un peu sale passait quand même.
Depuis le 21 août 2026, d’après Search Engine Roundtable, ce n’est plus le cas. Googlebot ne décode plus qu’une seule fois. La tolérance a disparu. Un balisage qui marchait la veille peut devenir invalide du jour au lendemain, sans que vous ayez rien touché. Pour revoir les fondations, Référencer son site sur Google reste une bonne base.
Pourquoi un site francophone trinque en premier
Le français est bourré de caractères qui demandent une protection. Les accents, la cédille, les apostrophes, et surtout l’esperluette dans les noms de marque. Plus votre contenu est riche, plus le risque grimpe.
Suivez le parcours. Votre balisage part de votre site, passe par Googlebot, doit être validé, puis rend votre page éligible aux résultats enrichis. Une seule protection en trop, et la chaîne se brise avant la fin. Le format lui-même est pourtant simple, comme le montre le format JSON. Un contenu bien rangé, par exemple via un Cocon Sémantique, n’empêche pas ce bug purement technique.
Repérer le problème sur votre site
Bonne nouvelle, le diagnostic est à votre portée. Mauvaise nouvelle, la Search Console ne vous préviendra pas toujours. L’éligibilité peut tomber sans la moindre erreur signalée.
Trois gestes suffisent pour lever le doute. Ouvrez le code source brut de la page et cherchez les caractères protégés deux fois. Passez ensuite l’URL dans l’outil de test des résultats enrichis. Comparez enfin avec une page saine. Si le bloc JSON-LD remonte une erreur de syntaxe, vous tenez le coupable.
Corriger et prévenir durablement
La correction tient en un principe. Un caractère ne se protège qu’une seule fois, selon la norme JSON standard. Il faut donc retirer la couche en trop, pas en ajouter une autre.
Pour que le problème ne revienne pas, adoptez une routine simple. À chaque mise en ligne, testez un gabarit de chaque type, article, fiche ou page d’accueil. Vérifiez quelles extensions génèrent du balisage et évitez les doublons. Les échanges sur la communauté SEO technique de Reddit regorgent de cas concrets utiles pour s’entraîner l’œil.
Agir vite ou laisser traîner
Corriger maintenant
- Vous récupérez vos résultats enrichis dès la nouvelle exploration.
- La correction est rapide et sans risque pour le contenu.
- Vous reprenez l’avantage sur les concurrents touchés.
Laisser traîner
- Vos fiches enrichies restent invisibles dans les résultats.
- Le taux de clic baisse sans explication apparente.
- Le problème s’étend à chaque nouvelle page publiée.
Nos services pour votre SEO technique
Audit des données structurées
Nous testons vos gabarits, repérons les doubles protections et listons les pages à corriger.
Correction du balisage
Nous nettoyons le JSON-LD à la source, côté thème comme côté extensions.
Surveillance continue
Un contrôle régulier des résultats enrichis, pour prévenir les rechutes.
Questions fréquentes
La Search Console me prévient-elle de ce problème ?
Pas toujours. L’éligibilité aux résultats enrichis peut tomber sans erreur signalée. Le meilleur réflexe reste de tester vos pages avec l’outil de résultats enrichis, sans attendre une alerte qui pourrait ne jamais venir.
Comment savoir si mon site est touché ?
Ouvrez le code source brut d’une page et cherchez les caractères protégés deux fois dans le bloc JSON-LD. Un passage dans l’outil de test des résultats enrichis confirme ou écarte le souci en quelques secondes.
Le problème vient-il de WordPress ?
Pas spécifiquement. Il naît du cumul entre un thème et une extension qui protègent le même caractère. N’importe quel site peut être concerné, mais les sites riches en caractères spéciaux le voient plus souvent.
Combien de temps pour revenir dans les résultats enrichis ?
Une fois le balisage corrigé, Google reprend l’éligibilité lors de la nouvelle exploration de la page. Le délai dépend du rythme d’exploration de votre site, pas d’une durée fixe.
Snack Groupe propose-t-il un accompagnement post-projet ?
Oui. Après la correction, nous surveillons vos résultats enrichis et vérifions chaque nouveau gabarit publié, pour que le problème ne réapparaisse pas.
Une direction marketing dans l’industrie avait vu ses fiches enrichies disparaître sans raison claire. En nettoyant le balisage doublement protégé, puis en testant chaque gabarit, les résultats enrichis sont revenus dès la nouvelle exploration des pages.
Parcours-type, secteur industriel
