Mis à jour le 12 juillet 2026 · Relu et vérifié par Damien Hernandez
JSON-LD : définition, rôle et bonnes pratiques SEO
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.
À retenir
- Google recommande le JSON-LD comme format privilégié, selon Search Central (mise à jour décembre 2025).
- Google accepte trois formats : JSON-LD, Microdonnées et RDFa, d’après Search Central.
- Les données balisées doivent correspondre au contenu visible, d’après les consignes Google (janvier 2026).
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 |
Vos données structurées sont-elles valides ? Auditez votre site
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.
Sources
- Google Search Central, Présentation du balisage de données structurées · décembre 2025
- Google Search Central, Consignes générales sur les données structurées · janvier 2026
- W3C, JSON-LD 1.1 Recommendation · 2020
Termes liés

Damien Hernandez · Consultant SEO senior, 15 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique et GEO (optimisation pour les moteurs génératifs).