JSON-LD
Le format recommandé par Google pour les données structurées : mise en place et rapport à Schema.org.
Le JSON-LD est le format de données structurées recommandé par Google. JSON-LD signifie JavaScript Object Notation for Linked Data, un format standardisé par le W3C. Le JSON-LD s’insère dans une balise script séparée du HTML, via le vocabulaire Schema.org. En SEO, le JSON-LD rend une page éligible aux résultats enrichis et clarifie ses entités pour les moteurs.
Comment fonctionne le JSON-LD ?
Le JSON-LD fonctionne comme un bloc de code inséré dans une balise script de type application/ld+json. Le JSON-LD décrit le contenu de la page en paires clé-valeur, sans modifier le HTML visible. Chaque bloc s’appuie sur le vocabulaire Schema.org. La propriété @context pointe vers schema.org, la propriété @type déclare la nature de l’entité, par exemple Article, Product ou Organization. Google lit ce bloc pour identifier les entités de la page et leurs relations. Le JSON-LD se place dans le head ou le body ; d’après Google Search Central, l’emplacement ne change pas l’interprétation. Un bloc mal formé, avec une virgule finale ou une accolade manquante, est ignoré par Google sans message d’erreur.
Pourquoi le JSON-LD est important pour le SEO ?
Le JSON-LD rend une page éligible aux résultats enrichis de Google, sans en garantir l’affichage. Le JSON-LD n’est pas un facteur de classement direct : Google décide d’afficher un résultat enrichi selon la requête, l’appareil et la qualité de la page. D’après les consignes générales de Google (janvier 2026), le balisage doit décrire un contenu visible. Un balisage divergent fait perdre l’éligibilité à la page, ou la fait signaler comme spam. Le JSON-LD alimente aussi le Knowledge Graph et aide les moteurs génératifs, comme ChatGPT et Perplexity, à rattacher un contenu à des entités nommées.
| Critère | JSON-LD | Microdonnées |
|---|---|---|
| Intégration | Bloc script séparé du HTML | Attributs ajoutés aux balises HTML |
| Maintenance à grande échelle | Simple, faible risque d’erreur | Dispersée, plus fragile |
| Position de Google | Format recommandé | Format accepté |
| Emplacement | head ou body, en un bloc | Au contact du contenu visible |
Quelle est la différence entre JSON-LD et Schema.org ?
Schema.org est le vocabulaire, le JSON-LD est le format qui l’écrit. Schema.org définit les types et propriétés disponibles, par exemple Article, Product ou Organization. Le JSON-LD est l’un des trois formats, avec les Microdonnées et RDFa, qui sérialisent ce vocabulaire dans la page. Schema.org fournit le dictionnaire ; le JSON-LD fournit la syntaxe recommandée par Google pour l’utiliser.
Le JSON-LD améliore-t-il le référencement ?
Le JSON-LD n’améliore pas directement le positionnement d’une page. Le JSON-LD n’est pas un facteur de classement, selon Google Search Central. Le JSON-LD agit indirectement : il rend la page éligible aux résultats enrichis, qui augmentent la visibilité dans la SERP, et il clarifie les entités pour le Knowledge Graph et les moteurs génératifs. Un balisage valide améliore les chances d’affichage enrichi, sans le garantir.
Exemple concret de JSON-LD
Un JSON-LD faible déclare une entité Organization identique sur chaque page, sans identifiant @id stable, ou balise un prix absent du contenu visible. Un JSON-LD solide utilise un @type précis, un @id stable et des propriétés qui reprennent le contenu affiché. Le bloc ci-dessous décrit un Article dont le titre et les dates correspondent au HTML visible de la page.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Titre identique au H1 visible de la page",
"author": { "@type": "Person", "name": "Damien Hernandez" },
"datePublished": "2026-01-15",
"dateModified": "2026-07-10",
"inLanguage": "fr-FR"
}Erreur fréquente observée en audit
Cas réel. Sur une page locale de consultant SEO, l’audit des données structurées ne détectait que deux types de schémas : WebPage et BreadcrumbList. Les entités principales Person et LocalBusiness étaient absentes, alors qu’elles décrivaient directement l’auteur et son activité locale. La correction a consisté à compléter le graphe JSON-LD avec des identifiants @id stables et des relations cohérentes entre la personne, l’activité et la page.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1Google Search Central, Présentation du balisage de données structurées · décembre 2025
- 2Google Search Central, Consignes générales sur les données structurées · janvier 2026
- 3W3C, JSON-LD 1.1 Recommendation · 2020
Trois idées reçues sur le JSON-LD
Le JSON-LD est un format, pas un vocabulaire. Cette confusion produit des balisages incohérents.
JSON-LD et Schema.org désignent la même chose. Schema.org fournit le vocabulaire, JSON-LD le format d’écriture. Le même vocabulaire s’écrit aussi en Microdata.
Le JSON-LD doit se placer dans le head. Google accepte le head et le body. Un script injecté par JavaScript est lu, à condition que le rendu s’exécute.
Un seul bloc JSON-LD est autorisé par page. Google accepte plusieurs scripts. Un graphe unique avec des identifiants reliés reste plus lisible.
Questions fréquentes
Où placer le script JSON-LD dans la page ?−
Le head et le body sont acceptés par Google. Le head reste l’usage courant. Un script injecté par JavaScript est lu, à condition que le rendu s’exécute correctement.
Peut-on avoir plusieurs blocs JSON-LD sur une page ?+
Oui, Google accepte plusieurs scripts. Un graphe unique avec des identifiants reliés reste plus lisible. Les entités se référencent alors entre elles au lieu d’être répétées.
Faut-il baliser une page sans résultat enrichi possible ?+
Le balisage garde un intérêt hors résultats enrichis. Il explicite les entités de la page pour les moteurs et les systèmes génératifs. Le gain se mesure en compréhension, pas en affichage.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).