Méthodes et workflows
Données structurées : lesquelles poser, et lesquelles ignorer
En bref. Cinq types de données structurées couvrent la quasi-totalité des besoins d'un site : Organization et WebSite pour l'identité, BreadcrumbList pour le fil d'ariane, Article ou Product selon la nature de la page, et FAQPage quand la page contient de vraies questions. Le reste est le plus souvent du balisage sans effet. La règle absolue est la cohérence : baliser une information absente de la page visible est un motif d'action manuelle, pas une astuce.
Les données structurées sont le sujet où le rapport entre effort et effet est le plus mal estimé. Beaucoup de sites balisent dix types différents sans jamais obtenir un seul affichage enrichi, pendant que d'autres se contentent de trois et en tirent l'essentiel. Google documente les formats acceptés dans son introduction aux données structurées et la liste complète des affichages possibles dans sa galerie de résultats enrichis.
Cet article trie ce qui produit un effet, ce qui n'en produit pas, et ce qui peut se retourner contre vous.
À quoi servent réellement les données structurées ?
À deux choses, dont une seule est visible.
La première est l'affichage enrichi : fil d'ariane sous le titre, questions dépliables, informations de produit, dates d'événement. C'est le bénéfice mesurable, et il agit sur le taux de clic plutôt que sur la position.
La seconde est l'interprétation. Un balisage cohérent lève l'ambiguïté sur ce qu'est la page, qui l'a écrite et quand elle a été mise à jour. Ces trois éléments sont précisément ce qu'un moteur de réponse cherche avant de citer une source, ce qui rend le balisage plus utile aujourd'hui qu'il ne l'était pour le seul classement.
Ce à quoi elles ne servent pas : améliorer directement une position. Le balisage n'est pas un facteur de classement, et aucun volume de JSON-LD ne compensera une page qui ne répond pas à l'intention.
Quels types poser sur la plupart des sites ?
Cinq suffisent, et ils se posent une fois pour toutes dans les gabarits.
| Type | Où le poser | Ce qu'il apporte |
|---|---|---|
| Organization | Sur toutes les pages | Identifie l'éditeur, son logo et ses profils vérifiés. Base de l'attribution. |
| WebSite | Sur toutes les pages | Rattache chaque page à un site nommé. À émettre partout, pas seulement sur l'accueil. |
| BreadcrumbList | Sur toutes les pages internes | Fil d'ariane affiché dans les résultats, à la place de l'URL brute. |
| Article | Articles et pages éditoriales | Auteur, dates de publication et de modification. Signal d'attribution et de fraîcheur. |
| Product | Fiches produit uniquement | Prix, disponibilité, avis. Le plus visible des affichages enrichis marchands. |
FAQPage s'y ajoute quand la page contient de vraies questions avec de vraies réponses visibles. Son affichage enrichi a été fortement restreint par Google, mais le balisage reste utile pour l'interprétation, notamment par les moteurs de réponse.
La règle de cohérence, et ce qu'elle coûte de l'enfreindre
Tout ce que vous balisez doit être visible dans la page, exactement sous la même forme. Baliser une note de 4,8 sur 5 qui n'apparaît nulle part, un prix promotionnel qui n'existe pas, ou une FAQ absente du contenu constitue une violation des consignes, sanctionnée par une action manuelle qui retire les affichages enrichis du site entier.
C'est l'abus le plus répandu sur les sites comparatifs, et il est facile à détecter automatiquement : il suffit de comparer le JSON-LD au texte rendu. Sur ce site, nous ne publions aucune note chiffrée, ni dans la page ni dans le balisage, faute d'un protocole de test qui la justifierait. Notre méthodologie explique ce choix.
Le cas limite fréquent concerne FAQPage : les questions du balisage doivent reprendre mot pour mot celles affichées. Deux textes rédigés séparément divergent au premier changement, ce qui invalide silencieusement le balisage. La parade est technique : dériver les deux de la même source de données.
Quels balisages ne servent presque jamais à rien ?
Trois familles reviennent constamment dans les audits, sans effet mesurable.
Les types génériques. Baliser une page en WebPage et rien d'autre n'apporte aucune information que le moteur ne déduise déjà. Ce n'est pas nuisible, c'est du poids inutile.
Les types sans affichage associé. Beaucoup de types du vocabulaire Schema.org ne déclenchent aucun résultat enrichi. Les poser peut aider marginalement à l'interprétation, mais l'effort se justifie rarement avant d'avoir traité les cinq essentiels.
Les balisages redondants. Émettre deux fois le même produit, une fois isolément et une fois imbriqué dans un avis, sans identifiant partagé, crée deux entités distinctes pour un analyseur : l'une porte le prix, l'autre porte l'avis, et aucune n'est complète. L'usage d'identifiants explicites règle le problème, et c'est l'erreur la plus subtile de la liste.
JSON-LD, microdonnées ou RDFa : lequel choisir ?
JSON-LD, sans hésitation. Google le recommande explicitement, et il présente un avantage pratique décisif : le balisage vit dans un bloc séparé, indépendant du HTML de présentation.
Les microdonnées obligent à parsemer les attributs dans le corps de la page, ce qui les rend fragiles à la moindre refonte graphique. Une modification de gabarit casse le balisage sans que personne ne s'en aperçoive, parce que la page continue de s'afficher normalement.
Le seul cas où les microdonnées restent défendables est un site dont le contenu est édité à la main sans gabarit, situation devenue rare. Pour tout le reste, un bloc JSON-LD généré depuis les mêmes données que l'affichage garantit la cohérence exigée à la section précédente.
Comment vérifier que le balisage fonctionne ?
Trois niveaux de vérification, du plus rapide au plus fiable.
- La validation syntaxique. Le test des résultats enrichis de Google indique si le balisage est lu et quels affichages il rend éligible. C'est nécessaire mais pas suffisant : un balisage valide peut décrire une information fausse.
- La cohérence avec le visible. À faire à la main, ou par un script qui compare les valeurs du JSON-LD au texte rendu. C'est cette vérification qui évite l'action manuelle, et c'est celle que les outils de validation ne font pas.
- Le rapport de la Search Console. Il montre ce que Google a réellement retenu sur l'ensemble du site, avec les erreurs par type. C'est la seule source qui décrit votre situation plutôt qu'une page isolée.
Un crawler d'audit automatise les deux premiers points à l'échelle du site, ce qui devient indispensable au-delà de quelques centaines de pages.
Les données structurées aident-elles à être cité par les IA ?
Indirectement, et pas de la façon qu'on imagine. Aucun moteur de réponse n'a documenté l'usage du balisage comme critère de sélection, et il serait imprudent de le présenter comme tel.
Ce que le balisage apporte est plus prosaïque : il lève l'ambiguïté sur trois éléments que ces systèmes cherchent avant de citer une source, à savoir qui a écrit la page, quand elle a été mise à jour, et de quel type de contenu il s'agit. Une page qui déclare explicitement son auteur et sa date de modification est plus facile à attribuer qu'une page qui laisse tout deviner.
Le levier dominant reste éditorial : une réponse nette en tête de page, des titres de section formulés comme des questions, des sections autonomes et des chiffres attribués. Le balisage complète ce travail, il ne le remplace pas. Notre diagnostic de citabilité pondère les deux, et la fiche données structurées du glossaire résume la position.
Conclusion
Cinq balisages bien posés valent mieux que dix balisages approximatifs. Organization, WebSite, BreadcrumbList, Article ou Product, et FAQPage quand elle est justifiée : le reste relève de l'optimisation marginale tant que ces cinq ne sont pas propres. Posez-les en JSON-LD, générés depuis les mêmes données que l'affichage.
Et retenez la seule règle qui peut coûter cher : ne balisez jamais une information absente de la page visible. Pour vérifier l'ensemble à l'échelle d'un site, voyez les outils d'audit technique.
Comparer les outils d'audit technique
Questions fréquentes
Les données structurées améliorent-elles le classement ?
Non, ce n'est pas un facteur de classement direct. Elles agissent sur l'affichage dans les résultats, donc sur le taux de clic, et sur la facilité avec laquelle un système automatique interprète et attribue votre page. Aucun volume de balisage ne compense une page qui ne répond pas à l'intention.
Quelles données structurées poser en priorité ?
Organization et WebSite sur toutes les pages, BreadcrumbList sur les pages internes, puis Article ou Product selon la nature de la page. FAQPage s'y ajoute quand la page contient de vraies questions déjà visibles dans le contenu.
Peut-on baliser une note si le site n'affiche pas d'avis ?
Non, et c'est le motif d'action manuelle le plus fréquent sur les sites comparatifs. Tout ce qui est balisé doit apparaître dans la page visible sous la même forme. Un balisage qui décrit une information absente est une violation des consignes, pas une astuce.
Sources
- Introduction to structured data markup (Google Search Central)
- Search gallery of rich result types (Google Search Central)
- Spam policies for Google web search (Google Search Central)
- Web Almanac 2024, chapitre Structured Data (HTTP Archive)
Cet article fait partie du dossier Automatiser ses tâches SEO avec l'IA, qui réunit tous nos articles sur le sujet.