Les moteurs n’exploitent qu’une fraction du vocabulaire Schema.org pour générer des résultats enrichis, et cette fraction change. Comprendre quels signaux les données structurées transmettent réellement aux crawlers, et lesquels ne servent plus à rien, conditionne tout le reste de l’implémentation.
Graphe d’entités et désambiguïsation : ce que le balisage transmet au-delà du texte
Un moteur de recherche analyse le texte brut d’une page pour en déduire le sujet. Le problème apparaît dès qu’un même terme désigne plusieurs entités. Le mot « Jaguar » peut renvoyer à un constructeur automobile, un animal ou un système d’exploitation Apple.
Le balisage JSON-LD résout cette ambiguïté en rattachant chaque entité à un type Schema.org précis (Organization, Product, Person) et en déclarant les relations entre elles. Google ne se contente pas de lire des mots-clés : il construit un graphe d’entités à partir des propriétés déclarées. Un bloc Product relié à un bloc Organization via la propriété manufacturer, lui-même relié à un bloc AggregateRating, transmet une chaîne sémantique que le texte seul ne fournit pas.
Cette structure aide aussi les systèmes de réponse IA. Google précise que les données structurées ne sont pas nécessaires aux fonctionnalités de recherche générative (AI Overviews). Mais les LLM qui ingèrent le web exploitent ces triplets entité-propriété-valeur pour alimenter leurs bases de connaissances. Nous traitons ici un double usage : visibilité classique et lisibilité par les systèmes génératifs.
Résultats enrichis en 2025 : types Schema.org réellement exploités par Google
Le balisage FAQPage ne génère plus de résultats enrichis dans Google. La restriction date d’août 2023, quand Google a limité cet affichage aux sites gouvernementaux et de santé reconnus. Le balisage HowTo a suivi en septembre 2023 : suppression sur ordinateur, puis sur mobile.
Ces retraits illustrent un point que beaucoup d’implémentations ignorent : un type Schema.org valide ne garantit aucun affichage enrichi. Le vocabulaire persiste dans la spécification, mais Google retire la fonctionnalité de rendu quand il le décide. Les types qui déclenchent encore un affichage enrichi documenté :
- Product et ses propriétés (price, availability, aggregateRating) pour les fiches produits avec prix et étoiles d’avis
- Recipe avec les champs nutritionnel, durée de préparation et image, qui reste un des formats les plus stables
- LocalBusiness et ses sous-types (Restaurant, Bakery, LegalService) pour le Knowledge Panel et les horaires
- Article et NewsArticle pour l’éligibilité aux carrousels d’actualités
- Event pour les dates, lieux et disponibilités de billets affichés directement dans les SERP
Le gain de clics reste conditionné à un affichage enrichi effectif, pas au simple ajout du code dans le HTML.
Actions manuelles et conformité : séparer balisage et classement
Google distingue explicitement la conformité du balisage et le classement organique. Une action manuelle sur les données structurées fait perdre l’éligibilité aux résultats enrichis sans modifier le positionnement web. La page reste indexée et classée, mais elle perd son affichage différencié (étoiles, prix, FAQ).
Ce mécanisme a une conséquence directe sur la stratégie de balisage. Certaines pratiques déclenchent ces actions manuelles :
- Déclarer des avis (Review) sur des contenus qui ne sont pas des produits, services ou lieux identifiables
- Baliser des prix ou des disponibilités qui ne correspondent pas au contenu visible de la page
- Utiliser le type Event pour des promotions commerciales qui ne sont pas des événements réels
La règle de cohérence entre contenu visible et balisage est stricte. Google la formule ainsi dans ses consignes : le balisage doit représenter le contenu principal de la page tel que l’utilisateur le voit. Un écart entre les deux constitue une violation, même si le code est syntaxiquement correct.
JSON-LD, Microdata, RDFa : arbitrage technique pour un site en production
Google recommande JSON-LD. Ce format se place dans un bloc <script> séparé du HTML visible, ce qui simplifie la maintenance. JSON-LD n’interfère pas avec le DOM de la page, contrairement aux Microdata qui injectent des attributs directement dans les balises HTML.
Les Microdata restent pertinentes dans un cas précis : quand le CMS génère le HTML côté serveur et que chaque élément balisé correspond à un élément visible (un produit dans une liste, un événement dans un calendrier). L’ajout d’attributs itemscope et itemprop sur les balises existantes évite un bloc JSON-LD redondant.
RDFa est encore lu par les moteurs, mais son adoption a chuté. Pour un nouveau projet, le choix se résume à JSON-LD dans la majorité des cas. Pour un site existant avec des Microdata déjà en place et fonctionnelles, la migration vers JSON-LD n’apporte pas de gain de classement mesurable, seulement un gain de maintenabilité.
Validation et suivi : boucle de contrôle après déploiement
Le test des résultats enrichis de Google (Rich Results Test) et le rapport correspondant dans la Search Console sont les deux outils de référence. Le premier valide la syntaxe et l’éligibilité d’une URL donnée. Le second agrège les erreurs et avertissements à l’échelle du site.
Un point souvent négligé : les avertissements ne bloquent pas l’éligibilité mais signalent des propriétés recommandées manquantes. Un balisage Product sans image génère un avertissement, pas une erreur. L’affichage enrichi peut apparaître, mais avec moins de données visuelles, donc un taux de clic potentiellement plus bas.
Le rapport « Améliorations » de la Search Console regroupe ces signaux par type de balisage. Nous recommandons de le consulter après chaque déploiement de template, car une modification du gabarit HTML peut casser des dizaines de pages balisées d’un coup sans qu’aucune alerte proactive ne soit envoyée.
Les données structurées ne remplacent ni un contenu pertinent ni une architecture technique solide. Leur rôle est de fournir aux moteurs une couche de lecture explicite que le texte seul ne garantit pas. Quand le vocabulaire est choisi en fonction des types réellement exploités par Google, et que la cohérence entre balisage et contenu visible est maintenue, le gain de visibilité dans les SERP reste l’un des leviers SEO les plus directs.
