// guide pilier · écosystème seo
Données structurées Schema.org : le guide JSON-LD.
Ce que le balisage apporte vraiment (du taux de clic, jamais du classement), les types qui rapportent encore après la fin des rich results FAQ en mai 2026, les erreurs qui coûtent une action manuelle, et le rôle nouveau des données structurées face aux moteurs génératifs.
Ce que le balisage apporte, et ce qu'il n'apporte pas.
Les données structurées sont un vocabulaire normalisé (Schema.org) qui décrit explicitement le contenu d'une page : ceci est un produit, son prix est celui-ci, cet article a été écrit par cette personne à cette date. Le moteur n'a plus à deviner, on lui dit.
// à retenir
Google est explicite : le balisage n'est pas un facteur de classement. Il ouvre l'éligibilité aux résultats enrichis, qui améliorent le taux de clic à position égale. On gagne des visites sans gagner de rang. Toute promesse de "gain de positions grâce au Schema" est fausse, et la nuance décide du moment où l'on investit dessus.
Un affichage qui prend de la place
Étoiles d'avis, prix, disponibilité, fil d'ariane, image : le résultat occupe plus de surface et donne plus d'informations avant le clic. Sur une SERP dense, c'est un avantage concurrentiel visuel, obtenu sans bouger d'un rang.
→ gain de CTR
L'indexation et le rang
Une page sans aucun balisage s'indexe exactement comme une page richement balisée. Le balisage aide à comprendre une page que Google a déjà décidé d'indexer. Il n'intervient à aucun moment dans cette décision.
→ aucun effet
Pourquoi JSON-LD.
Trois formats coexistent : JSON-LD, Microdata et RDFa. Les trois sont compris par Google, mais le choix n'est pas neutre, et Google recommande explicitement le premier.
- Découplé du HTML. JSON-LD vit dans un bloc
<script type="application/ld+json">autonome. On refond le gabarit sans casser le balisage, et inversement. Microdata entrelace les attributs dans le HTML visible : le moindre changement de template casse tout, souvent sans que personne ne s'en aperçoive. - Générable côté serveur. Le balisage se produit à partir des mêmes données que la page, ce qui garantit la cohérence entre l'affiché et le déclaré. C'est la seule façon tenable de baliser un catalogue de milliers de fiches.
- Centralisable. Un module unique qui génère les schémas évite la dérive : sans lui, chaque gabarit finit par produire sa propre variante, et les incohérences s'installent silencieusement.
- Attention au rendu client. Un JSON-LD injecté par JavaScript dépend de la seconde vague de rendu de Googlebot. Le servir dans le HTML initial. Voir JavaScript SEO.
Les types qui rapportent.
Schema.org compte plus de 800 types. Une poignée seulement déclenche un affichage enrichi visible. Baliser le reste relève de la complétude sémantique : ce n'est pas inutile, mais il ne faut pas en attendre un gain mesurable.
Product
Le plus rentable de tous, sur e-commerce. Affiche prix, disponibilité et étoiles directement dans la SERP. Le prix déclaré doit correspondre exactement à l'affiché, sous peine de perdre l'éligibilité sur tout le domaine.
→ gain CTR maximal
BreadcrumbList
Remplace l'URL brute par un fil d'ariane lisible sous le titre. Effort quasi nul, effet immédiat et universel : il fonctionne sur tout site de profondeur supérieure à deux niveaux, quelle que soit la thématique.
→ meilleur rapport effort/gain
Article
Éligibilité aux carrousels d'actualités, et surtout déclaration explicite de l'auteur et des dates. C'est le balisage qui porte les signaux E-E-A-T de façon lisible par la machine, ce qui compte au-delà de l'affichage.
→ auteur + dates
Organization
Déclare l'entité derrière le site : nom, logo, profils officiels. Alimente le panneau de connaissance et consolide la reconnaissance de marque, y compris pour les moteurs génératifs qui raisonnent par entités.
→ cohérence d'entité
La fin des rich results FAQ.
Le changement le plus notable de 2026 sur le sujet, et celui qui génère le plus de mauvais conseils. Il faut séparer deux choses que la panique a tendance à confondre : l'affichage et le balisage.
7 mai
2026 : date à laquelle les rich results FAQ ont cessé d'apparaître dans les résultats Google.
0
raison de retirer le balisage FAQPage : il reste valide et Google continue de le parser.
// ne pas surréagir
Ce qui a disparu est le format visuel dépliable dans la SERP. Le type FAQPage reste valide chez Schema.org, et Google continue de lire le balisage pour comprendre la page. Sa documentation précise que des données structurées non utilisées pour un affichage n'ont aucun effet négatif. Retirer son balisage FAQ par précaution est un travail inutile qui supprime un signal encore lu par les moteurs génératifs.
Ce que ça change en pratique
- Ne plus compter sur la FAQ pour occuper la SERP. La tactique qui consistait à ajouter une FAQ à chaque page pour gagner de la surface d'affichage est morte. Les FAQ doivent redevenir ce qu'elles auraient toujours dû être : une réponse aux vraies questions des lecteurs.
- Le rapport et l'outil de test perdent le support FAQ. Le filtre d'apparence et le rapport de résultats enrichis retirent progressivement la FAQ. L'absence de la FAQ dans ces outils n'est donc pas une erreur à corriger.
- Le balisage garde une valeur pour les IA. Une question explicitement structurée reste plus facile à extraire et à attribuer pour un moteur génératif. C'est aujourd'hui la principale raison de le conserver.
Les erreurs qui coûtent cher.
Trois d'entre elles exposent à une action manuelle, c'est-à-dire à la perte d'éligibilité aux résultats enrichis sur l'ensemble du domaine. Le gain espéré ne vaut jamais ce risque.
01 Baliser du contenu absent de la page
Violation directe des consignes. Déclarer une FAQ qui n'apparaît pas, des avis inexistants, un prix différent de l'affiché. Le balisage décrit le visible, il ne l'invente pas.
02 S'auto-attribuer des avis
Un site ne peut pas baliser des avis sur lui-même pour afficher ses propres étoiles. Google l'interdit explicitement. Les avis balisés doivent porter sur un produit ou un service tiers identifiable.
03 Laisser diverger le balisage et la page
Le cas le plus fréquent, et rarement intentionnel : le prix change en base, le JSON-LD reste figé sur une valeur codée en dur. Générer le balisage depuis la même source que l'affichage supprime le problème à la racine.
04 Baliser des pages non indexables
Sans conséquence négative, mais parfaitement inutile : une page en noindex n'apparaîtra dans aucun résultat, enrichi ou non. Filtrer sur les pages indexables avant d'investir.
Le second rôle : les moteurs génératifs.
Depuis 2025, les données structurées ont pris une fonction qui compense en partie la perte des affichages enrichis. Un moteur génératif doit citer une source précise : il a besoin de savoir sans ambiguïté ce qu'est la page, qui l'a écrite et de quand elle date.
- Une extraction sans ambiguïté. Un contenu balisé se découpe proprement en entités attribuables. Le modèle n'a pas à inférer la structure depuis la mise en page.
- Une identité d'entité stable.
OrganizationetPersoncohérents sur tout le site consolident la reconnaissance de la marque comme entité, ce qui est le socle des citations par les IA. Voir être cité par ChatGPT et Perplexity. - Aucune garantie. Le balisage lève l'ambiguïté, il n'achète pas la citation. Sans accès des crawlers d'IA au site, il ne sert à rien du tout. Voir crawlers IA.
Tester et surveiller.
Deux outils au moment de l'implémentation, un rapport pour la surveillance continue. Ils ne disent pas la même chose et ne servent pas au même moment.
- 01
Test des résultats enrichis
L'outil officiel de Google répond à la seule question qui compte : cette page est-elle éligible à un affichage enrichi. Il teste aussi le rendu, donc il révèle un JSON-LD injecté trop tard par JavaScript.
- 02
Validateur Schema.org
Le validateur officiel vérifie la conformité à la spécification. Plus strict que Google, il signale des avertissements sans conséquence réelle. Utile pour la rigueur, pas pour l'arbitrage.
- 03
Rapport de résultats enrichis en continu
Une fois en production, Search Console surveille les erreurs à l'échelle du site. C'est là qu'on voit une refonte de gabarit casser le balisage sur 4 000 fiches produit d'un coup.
La règle d'ordonnancement
Les données structurées se traitent en dernier, après l'indexabilité et le contenu. Une page absente de l'index ne tire strictement rien de son balisage, et un catalogue parfaitement balisé mais bloqué par une directive ne rapporte rien du tout. La séquence complète est détaillée dans audit SEO technique, et le diagnostic d'un blocage dans page non indexée.
Questions fréquentes.
Les données structurées améliorent-elles le classement ?
Non, et Google est explicite là-dessus : le balisage n'est pas un facteur de classement. Ce qu'il apporte est différent et bien réel : l'éligibilité aux résultats enrichis, qui améliorent le taux de clic à position égale. Gagner en visite sans gagner en position, c'est un gain de CTR, pas de ranking. La distinction n'est pas de la pédanterie : elle détermine à quel moment du projet on investit dessus, et ce qu'on est en droit d'attendre en retour.
Quel format utiliser : JSON-LD, Microdata ou RDFa ?
JSON-LD, sans discussion. Google le recommande explicitement, et l'avantage est structurel : le balisage vit dans un bloc <script> séparé, totalement découplé du HTML visible. On peut refondre le gabarit sans casser les données structurées, et inversement. Microdata et RDFa entrelacent le balisage dans les balises HTML, ce qui les rend fragiles à la moindre modification de template. Ils restent valides, mais aucun projet neuf ne devrait les choisir.
Les rich results FAQ ont disparu, faut-il retirer le balisage FAQPage ?
Non, il peut rester sans risque. Google a cessé d'afficher les rich results FAQ le 7 mai 2026, et retire progressivement le support dans le rapport de résultats enrichis et l'outil de test. Mais FAQPage reste un type Schema.org valide, et Google continue de parser le balisage pour comprendre la page. Sa documentation précise que des données structurées inutilisées n'ont aucun effet négatif sur la recherche. Ce qui a disparu est le format visuel dépliable dans la SERP, pas la validité du balisage ni l'intérêt d'une vraie FAQ.
Quels types de balisage rapportent encore en 2026 ?
Ceux qui déclenchent un affichage enrichi visible. Product (prix, disponibilité, avis) sur l'e-commerce, où le gain de CTR est le plus mesurable. BreadcrumbList, qui remplace l'URL brute par un fil d'ariane lisible. Article pour l'éligibilité aux carrousels d'actualités. Organization pour le panneau de connaissance et la cohérence d'entité. Recipe, Event et JobPosting sur leurs verticales. Le reste relève de la complétude sémantique, pas du gain visible.
Les données structurées influencent-elles l'indexation ?
Aucunement. Une page sans le moindre balisage s'indexe exactement comme une page richement balisée. Le balisage aide Google à comprendre le contenu d'une page qu'il a déjà décidé d'indexer, jamais à décider de l'indexer. C'est pour cette raison que les données structurées arrivent en dernière passe d'un audit SEO technique : les traiter avant d'avoir réglé l'indexabilité, c'est décorer une page absente de l'index.
Peut-on baliser du contenu invisible pour l'utilisateur ?
Non, c'est une violation directe des consignes Google et un motif d'action manuelle. Le balisage doit décrire un contenu réellement présent et visible sur la page. Déclarer des avis qui n'existent pas, un prix différent de l'affiché, ou une FAQ absente du contenu visible relève du spam structuré. La sanction n'est pas théorique : perte d'éligibilité aux résultats enrichis sur tout le domaine, ce qui coûte bien plus que le gain espéré.
Comment tester son balisage ?
Deux outils complémentaires. Le test des résultats enrichis de Google indique l'éligibilité réelle aux affichages enrichis, ce qui est le verdict qui compte. Le validateur Schema.org vérifie la conformité à la spécification, plus strict mais moins pertinent pour Google. Une fois en production, le rapport de résultats enrichis de Search Console surveille les erreurs à l'échelle du site.
Le balisage aide-t-il à être cité par les IA ?
C'est le second rôle qu'ont pris les données structurées depuis 2025, et il compense en partie la perte des rich results FAQ. Un contenu explicitement balisé est plus facile à découper et à attribuer pour un moteur génératif, qui doit citer une source précise. Le balisage ne garantit pas la citation, mais il lève l'ambiguïté sur ce qu'est la page, qui l'a écrite et de quand elle date. Voir GEO et AI Overviews.
// passer à l'action
Baliser une page que Google indexe.
Le balisage n'a d'effet que sur une page présente dans l'index. Vérifier l'indexabilité avant d'investir dans les données structurées.