Ce qu'il faut retenir :
- Googlebot n'applique désormais qu'une seule passe de déséchappement HTML sur le JSON-LD, contre plusieurs passes auparavant.
- Les entités doublement échappées, comme & ou ✔, ne seront plus « déroulées » automatiquement et risquent de casser le parsing.
- Google recommande de basculer vers les échappements JSON standards ou les échappements Unicode hexadécimaux, comme \u0026.
- Gary Illyes, de Google, renvoie vers la RFC 8259 (section 7) pour la définition exacte de l'échappement JSON correct.
Google a annoncé ce changement via un post publié sur LinkedIn par son compte Search Central : l'équipe explique avoir modifié l'extraction du JSON-LD « pour mettre notre parseur en conformité avec JSON et les autres standards ». Concrètement, Googlebot ne fait plus qu'une seule passe de désérialisation des entités HTML lorsqu'il lit vos balises script type="application/ld+json", alors qu'il en appliquait plusieurs jusqu'ici, ce qui masquait certaines erreurs de code.
Fin de la tolérance chez Google
Cette tolérance touche à sa fin. Jusqu'à présent, si votre CMS ou votre système de templating générait par erreur un double échappement, comme & au lieu d'un simple &, Googlebot corrigeait le tir en appliquant plusieurs passes de déséchappement. Ce n'est plus le cas. Une entité doublement échappée reste désormais telle quelle dans la chaîne de caractères, ce qui peut invalider le JSON et empêcher Google d'exploiter vos données structurées, donc vos rich results (avis, prix produits, recettes, FAQ, etc.).
Gary Illyes, de Google, a complété l'annonce en rappelant que l'échappement correct en JSON est précisément défini par la RFC 8259, dans sa section 7. Ce standard décrit noir sur blanc les séquences d'échappement autorisées, dont les échappements Unicode hexadécimaux du type \u0026 pour représenter le caractère &.
Pour les éditeurs et développeurs qui génèrent du JSON-LD dynamiquement (via des CMS, des plugins SEO ou des scripts maison), l'enjeu est donc de vérifier que leur code produit un échappement simple et conforme au standard JSON, et non un échappement HTML redondant hérité d'un traitement en plusieurs étapes. Un bon réflexe consiste à valider ses balises JSON-LD avec un outil comme le Rich Results Test de Google ou un validateur JSON strict, pour repérer d'éventuelles entités mal formées avant qu'elles ne posent problème en production.