JSON-LD

Le JSON-LD se place dans une balise script de type application/ld+json, le plus souvent dans le head ou le body de la page. Comme il reste séparé du balisage affiché, il ne disperse pas d’attributs à travers votre HTML comme le font les microdonnées et le RDFa, ce qui explique pourquoi Google le recommande et pourquoi c’est le format le plus simple à ajouter, à vérifier et à retirer sans toucher à la mise en page. Chaque bloc est un objet autonome doté d’un @context qui pointe vers le vocabulaire schema.org et d’un @type qui nomme l’entité, de sorte qu’une machine peut lire la page comme une donnée plutôt que de deviner le sens à partir du texte.

Un seul bloc peut décrire un produit, un article, une organisation, un fil d’Ariane ou une note agrégée à partir des avis, et plusieurs blocs peuvent coexister sur une même page. Le format n’est que du JSON, ce qui le rend facile à générer pour un modèle de page et à lire pour un validateur, et il peut être injecté après le chargement par un gestionnaire de balises quand vous ne pouvez pas modifier le modèle directement. Vous pouvez aussi relier des entités par référence avec @id, ce qui permet à un bloc Product de pointer vers l’Organisation qui le vend sans répéter toutes les informations de marque.

Prenons une boutique Shopify qui vend un café de cru. Le modèle de page produit génère un bloc AggregateRating portant un ratingValue de 4,7 sur un reviewCount de 213, un bloc Offer avec un price de 18,00 et un priceCurrency EUR ainsi qu’une availability réglée sur InStock, et un bloc Organisation distinct sur chaque page décrivant le torréfacteur et son logo. Quand le marchand lance une vente flash, le thème doit régénérer le prix dans le JSON au moment même où il change le prix sur la page, sinon les deux ne sont plus alignés. Si un produit est en rupture, l’availability doit aussi passer à OutOfStock dans le balisage, sans quoi Google peut continuer à afficher un prix et une disponibilité qui ne valent plus.

Le JSON-LD compte aussi pour les moteurs de réponse. ChatGPT, Perplexity et Google AI Overviews s’appuient sur des signaux propres et analysables pour décider de quoi parle une page et s’ils doivent la citer, et un bloc bien formé lève l’ambiguïté sur le nom du produit, le prix, la note et le vendeur. Ce n’est pas une garantie d’être cité, et ces systèmes lisent toujours le texte visible, mais les données structurées réduisent le coût de compréhension de la page et rendent les faits clés plus difficiles à mal interpréter.

La réserve honnête, c’est que le JSON-LD doit correspondre à ce qu’un visiteur voit réellement. Google considère comme une violation de ses consignes des données structurées qui revendiquent des notes, des prix ou du contenu absents de la page, et il peut supprimer les résultats enrichis ou appliquer une action manuelle. Gardez le JSON synchronisé avec le contenu visible, validez-le après chaque changement de modèle, et traitez-le comme une description fidèle de la page plutôt que comme un endroit où ajouter des revendications.