Le balisage schema indique aux machines ce que signifie votre contenu. Mais le format que vous utilisez compte. Vous pouvez écrire du balisage schema dans trois langages différents : Microdata, RDFa et JSON-LD. La plus grande partie du web utilise Microdata, parce qu'il est ancien et simple. L'IA préfère JSON-LD, parce qu'il est propre, structuré et sans ambiguïté.
JSON-LD signifie JSON for Linking Data. C'est un format inventé précisément pour rendre les données structurées lisibles par les machines sans encombrer votre HTML. Vous l'écrivez dans une balise script distincte. Votre contenu visible reste propre. Les données lisibles par les machines se trouvent dans leur propre bloc. Les robots d'IA analysent JSON-LD plus vite et plus sûrement que les autres formats. Si vous voulez que votre contenu soit citable par l'IA, JSON-LD est le moyen d'y arriver.
Pourquoi JSON-LD l'emporte sur les autres formats schema
Microdata ressemble à ceci. Vous ajoutez des attributs directement à vos balises HTML :
<div itemscope itemtype="https://schema.org/Article">
<h1 itemprop="headline">Article Title</h1>
<p itemprop="description">Article summary.</p>
</div>
Cela fonctionne. Google le lit. Mais votre HTML s'encombre d'attributs schema. Le contenu et les métadonnées s'emmêlent.
JSON-LD les sépare complètement :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Article Title",
"description": "Article summary"
}
</script>
Votre HTML reste propre. Les données lisibles par les machines sont dans leur propre balise script. Les robots d'IA préfèrent cette séparation. Elle est plus claire. Elle risque moins d'erreurs. Elle s'analyse plus vite.
RDFa est un troisième format, mais il est rarement utilisé. Il est plus complexe que Microdata et JSON-LD. Ni Google ni l'IA ne le préfèrent. Laissez RDFa de côté.
Comment l'IA lit JSON-LD
Quand un robot d'IA visite votre page, il fait deux choses. Il lit votre contenu HTML visible. Et il analyse toutes les balises script JSON-LD qu'il trouve.
JSON-LD lui indique : cette page est un article. Il a été publié à cette date. Il a été écrit par cet auteur. Le sujet principal est celui-ci. Il y a une image à cette URL. Le nombre de mots est celui-ci. Toutes ces métadonnées aident l'IA à comprendre le contenu plus en profondeur qu'avec le seul texte.
Quand l'IA décide ensuite de vous citer ou non, elle utilise ces métadonnées. Un schema Article en JSON-LD correctement formaté, avec une date de publication, un auteur et une image, est cité plus souvent que le même contenu sans aucun schema. Les métadonnées prouvent que vous êtes la source d'origine.
La structure JSON-LD de base
Chaque bloc JSON-LD a trois parties essentielles. Le @context indique à l'analyseur quel vocabulaire vous utilisez (presque toujours schema.org). Le @type indique de quel type de chose vous parlez. Les propriétés décrivent les attributs précis.
Un schema Article de base ressemble à ceci :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Your Article Title",
"description": "Your article summary",
"image": "https://yoursite.com/image.jpg",
"datePublished": "2026-04-17",
"author": {
"@type": "Person",
"name": "Author Name"
},
"publisher": {
"@type": "Organization",
"name": "Your Brand",
"logo": {
"@type": "ImageObject",
"url": "https://yoursite.com/logo.jpg"
}
}
}
</script>
Ce bloc JSON-LD se place dans l'en-tête (head) de votre page (ou n'importe où dans le corps). Il indique au robot tout ce qu'il doit savoir sur l'article.
Où placer JSON-LD dans votre page
La bonne pratique est de placer JSON-LD dans la section head de votre HTML, au-dessus du contenu visible. Le robot lit d'abord le head, donc il obtient les métadonnées schema avant même de commencer à analyser le corps.
Mais JSON-LD fonctionne n'importe où dans la page. Dans le head. Dans le corps. Avant le contenu. Après le contenu. Cela n'a pas d'importance. Tant que le JSON est valide, les robots le trouveront et l'analyseront.
Beaucoup de plateformes de contenu placent automatiquement JSON-LD dans le head quand vous remplissez les champs de métadonnées. Vous écrivez un titre, une description et une date de publication dans votre CMS. La plateforme génère le JSON-LD automatiquement. Vous ne l'écrivez pas à la main.
JSON-LD pour différents types de contenu
Article est le type de schema le plus courant, mais JSON-LD prend en charge de nombreux types. Chaque type a des propriétés obligatoires et facultatives différentes.
Schema FAQPage
Si votre page a une section FAQ, utilisez le schema FAQPage. Il indique aux robots d'IA exactement où se trouvent vos questions et réponses :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "What is JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "JSON-LD is a structured data format that AI systems prefer."
}
},
{
"@type": "Question",
"name": "Where do I put JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "In the head or body of your HTML page."
}
}
]
}
</script>
Le schema FAQPage augmente la probabilité que l'IA extraie correctement vos questions et réponses.
Schema Product
Pour une boutique en ligne, utilisez le schema Product :
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Product Name",
"description": "Product description",
"image": "https://yoursite.com/product.jpg",
"brand": {
"@type": "Brand",
"name": "Your Brand"
},
"offers": {
"@type": "Offer",
"url": "https://yoursite.com/product",
"priceCurrency": "USD",
"price": "99.99"
}
}
</script>
Le schema Product indique aux agents d'achat IA le prix exact, la disponibilité et les caractéristiques de votre produit.
Schema HowTo
Pour les guides pas à pas, utilisez le schema HowTo :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "How to Set Up JSON-LD",
"step": [
{
"@type": "HowToStep",
"name": "Step 1",
"text": "Add a script tag to your page head."
},
{
"@type": "HowToStep",
"name": "Step 2",
"text": "Write valid JSON inside the script tag."
}
]
}
</script>
Le schema HowTo aide l'IA à comprendre la séquence et à extraire les étapes dans le bon ordre.
Erreurs courantes avec JSON-LD
L'erreur la plus courante est un JSON invalide. Le JSON a des règles de syntaxe strictes. Chaque chaîne doit être entre guillemets doubles. Chaque propriété doit être suivie de deux-points. Chaque élément d'objet ou de tableau doit être séparé par une virgule. Oubliez une virgule et tout le JSON est cassé.
Testez votre JSON avant de le déployer. Utilisez un outil de validation JSON. Collez votre JSON-LD dans le validateur et il vous indiquera s'il y a des erreurs de syntaxe.
La deuxième erreur est d'utiliser le mauvais @type. Si votre page est un article de blog, utilisez Article, pas BlogPosting. Si c'est un produit, utilisez Product, pas Item. Le type compte, car les robots comprennent la structure différemment selon le type.
La troisième erreur est d'oublier des propriétés obligatoires. Le schema Article exige un titre (headline). Le schema Product exige un prix. HowTo exige au moins une étape. Consultez la documentation schema.org pour chaque type afin de voir ce qui est obligatoire et ce qui est facultatif.
Valider et tester votre JSON-LD
Google propose un outil de test des résultats enrichis (Rich Results Test). Vous collez votre URL et il affiche tout le JSON-LD trouvé sur la page. Il vous dit si le JSON est valide. Il vous dit s'il manque des propriétés obligatoires. Il vous montre à quoi ressemblent les données analysées.
Schema.org propose aussi un outil de validation. Collez votre JSON-LD et il valide la syntaxe et la conformité au schema.
La plupart des CMS ont une validation intégrée. Si vous publiez un contenu avec des propriétés schema obligatoires manquantes, le CMS vous avertit avant la publication.
Questions fréquentes
Ai-je besoin de JSON-LD si j'utilise déjà Microdata ?
Non. Utilisez un format ou l'autre, pas les deux. Si vous utilisez Microdata et que cela fonctionne, gardez-le. Mais si vous mettez en place un balisage schema à partir de zéro, JSON-LD est le meilleur choix. Il est plus propre, plus facile à maintenir et l'IA le préfère. Avec le créateur de site web de WEMASY, vous pouvez le mettre en place directement sur votre site.
Puis-je avoir plusieurs blocs JSON-LD sur la même page ?
Oui. Vous pouvez avoir un schema Article dans un bloc et un schema Organization dans un autre. Vous pouvez aussi imbriquer les schemas. Par exemple, un schema Article peut contenir un schema Person pour l'auteur. Plusieurs blocs ne posent pas de problème tant que chacun est un JSON valide.
JSON-LD affecte-t-il la vitesse de mon site ?
Non. JSON-LD n'est que du texte. Votre serveur n'a rien à analyser. Le robot l'analyse quand il visite la page. Il n'y a aucun impact sur les performances de votre site. Il est invisible pour vos visiteurs.
Et si je mets à jour le contenu mais oublie de mettre à jour le JSON-LD ?
Les robots d'IA liront les anciennes métadonnées JSON-LD et votre contenu visible actuel. Ils peuvent remarquer l'écart. Le titre de votre JSON-LD doit correspondre à votre titre visible. La date de publication doit être exacte. S'ils divergent nettement, les robots peuvent faire plus confiance au contenu visible qu'aux métadonnées.
Dois-je utiliser JSON-LD pour les liens internes ou seulement pour le contenu principal ?
Utilisez JSON-LD pour tout contenu que vous voulez faire comprendre en profondeur à l'IA. Les articles principaux en profitent le plus. Les pages produits en profitent. Les pages FAQ en profitent. Les simples liens de navigation n'en ont pas besoin. Concentrez vos efforts sur les contenus qui peuvent être cités ou recommandés par l'IA.
L'IA peut-elle voir un JSON-LD masqué avec CSS display:none ?
Oui. Les robots d'IA analysent JSON-LD qu'il soit visible ou non pour les utilisateurs. Vous n'avez pas besoin de le cacher ou de l'afficher. La plupart des plateformes placent JSON-LD dans le head, où il n'est de toute façon pas visible. Le robot le voit. C'est ce qui compte.