Données structurées : le guide SEO à jour (JSON-LD, schema, résultats enrichis)

Les données structurées décrivent le contenu d’une page dans un format que les moteurs de recherche lisent sans ambiguïté : un produit, un article, une entreprise, un avis. En SEO, elles servent à obtenir des résultats enrichis, à renforcer la compréhension de votre marque comme entité et à rendre vos informations exploitables par les machines. Le sujet a beaucoup évolué depuis 2023, et une partie des conseils qui circulent porte sur des affichages que Google a retirés. Cette page fait le tri entre ce qui produit encore un effet et ce qui n’en produit plus.

C’est quoi les données structurées en SEO ?

Les données structurées sont un balisage ajouté au code d’une page pour en décrire le contenu selon le vocabulaire schema.org. Elles indiquent aux moteurs la nature exacte des informations : le nom d’un produit, l’auteur d’un article, l’adresse d’une entreprise. Google recommande de les écrire au format JSON-LD.

Une précision s’impose, car le terme désigne deux choses sans rapport. En informatique, les données structurées s’opposent aux données non structurées et renvoient aux bases de données organisées en lignes et colonnes. En SEO, elles désignent le balisage schema.org qui décrit une page web. Cet article traite le second sens, celui du référencement.

Le vocabulaire vient de schema.org, un projet commun à Google, Microsoft, Yahoo et Yandex qui définit des centaines de types (Product, Article, Organization, Recipe) et leurs propriétés. Vous choisissez le type qui correspond à votre page, vous renseignez ses propriétés, et vous déposez le tout en JSON-LD dans le code. Le moteur y lit une description sans avoir à deviner.

À quoi servent les données structurées en 2026 ?

Trois rôles, d’inégale portée, justifient l’effort. Les confondre mène à des attentes déçues.

• Obtenir des résultats enrichis : les affichages augmentés dans les pages de résultats, comme les étoiles d’avis, le fil d’Ariane ou la fiche produit. C’est le bénéfice le plus visible, mais la liste des types éligibles s’est réduite, comme détaillé plus bas.
• Renforcer la compréhension d’entité : le balisage Organization, Person et leurs liens sameAs aide Google à rattacher votre marque à une entité identifiée dans son Knowledge Graph. Ce rôle, moins spectaculaire, est le plus durable.
• Rendre vos informations lisibles par les machines : un fait balisé proprement (une date, un auteur, une adresse) ne se prête à aucune interprétation. Cette lisibilité sert les moteurs de recherche et, plus largement, tout système qui lit votre page.

Un point d’honnêteté sur ce dernier rôle. Les données structurées ne sont pas un facteur de classement : Google l’a répété, le balisage ne fait pas monter une page dans les résultats. Et sur les moteurs de réponse par IA, Google indique que le balisage schema n’est pas requis pour apparaître dans ses AI Overviews. Nous ne vendons donc pas les données structurées comme un levier magique de visibilité IA. Elles restent une bonne pratique de fond, parce qu’un contenu lisible par les machines se cite et se réutilise plus aisément. Pour la logique d’entité qui compte le plus côté IA, notre page sur les entités sémantiques et celle sur l’impact du Knowledge Graph vont plus loin.

Résultats enrichis : ce qui marche encore, ce que Google a retiré

C’est le sujet où les guides datés induisent le plus en erreur. En 2023, Google a fortement réduit deux types de résultats enrichis très populaires. Baliser une page en espérant un affichage qui n’existe plus revient à travailler pour rien.

La nuance à retenir : Google a retiré l’affichage FAQ et HowTo, pas la capacité à lire ces balisages. Vous pouvez continuer à structurer une FAQ pour la clarté machine, mais ne comptez plus sur les questions dépliables dans les résultats. Baliser une FAQ dans le seul espoir d’un résultat enrichi n’a plus de sens pour la quasi-totalité des sites.

JSON-LD : le format à privilégier

Trois formats coexistent pour écrire des données structurées : les microdonnées et le RDFa, insérés dans les balises HTML du contenu, et le JSON-LD, un bloc de script indépendant. Google recommande explicitement le JSON-LD, et pour de bonnes raisons pratiques.

Le JSON-LD se place dans une balise <script type="application/ld+json">, dans l’en-tête ou le corps de la page, sans toucher au HTML visible. Il se génère et se met à jour sans risquer de casser la mise en page, se lit d’un bloc, et s’injecte facilement via un gestionnaire de balises ou un module de CMS. Les microdonnées, mêlées au HTML, sont plus fragiles à maintenir. Sur un site moderne, le JSON-LD est le choix par défaut.

Quels types de schema selon votre site

Inutile de baliser tout. Quelques types couvrent l’essentiel des besoins, à choisir selon la nature de vos pages.

• Organization et sameAs sur la page d’accueil ou une page dédiée : nom, logo, coordonnées, liens vers vos profils officiels. C’est la brique d’entité, utile à tous les sites.
• BreadcrumbList sur les pages profondes : le fil d’Ariane reste un résultat enrichi actif et clarifie votre arborescence.
• Article sur les contenus éditoriaux : auteur, date de publication, éditeur. Il alimente les affichages dans Actualités et Discover.
• Product avec ses avis sur les fiches e-commerce : le balisage le plus rentable en visibilité, à condition que les notes correspondent à de vrais avis vérifiables.
• LocalBusiness pour les établissements physiques : adresse, horaires, zone de service, en cohérence avec votre fiche d’établissement.

Une règle prime sur le choix du type : ne balisez que du contenu bien visible sur la page. Décrire en schema une information absente de la page, ou inventer des avis et des notes, enfreint les consignes de Google et expose à une action manuelle. Le balisage décrit la page, il ne la complète pas.

Les erreurs qui invalident vos données structurées

En audit technique, les mêmes défauts reviennent et privent le site du bénéfice attendu.

• Propriétés obligatoires manquantes : chaque type a des propriétés requises. Un balisage incomplet est ignoré, sans message si vous ne testez pas.
• Balisage de contenu invisible : décrire des éléments absents de la page rendue. Google le détecte et peut sanctionner.
• Erreurs de syntaxe JSON : une virgule ou une accolade oubliée casse le bloc entier. Un test avant mise en ligne l’évite.
• Type inadapté : baliser en Product une page qui n’en est pas une, ou empiler des types sans rapport avec le contenu.
• Avis et notes fabriqués : la faute la plus risquée, contraire aux consignes et rarement discrète, car Google recoupe ces signaux.

Tester et valider ses données structurées

Deux outils suffisent, et ils se complètent. Le Test des résultats enrichis de Google indique si votre balisage peut générer un résultat enrichi et signale les erreurs bloquantes. Le validateur de schema.org vérifie la conformité du balisage au vocabulaire, au-delà des seuls types que Google exploite. L’ancien Outil de test des données structurées ayant été retiré, ce duo est la référence actuelle.

Côté suivi, la Search Console remonte les types de données structurées qu’elle détecte sur votre site, avec leurs erreurs et avertissements, dans des rapports dédiés. C’est là qu’un problème apparu après une mise à jour se repère, page par page. Nous intégrons ce contrôle à nos audits techniques, car un balisage cassé passe inaperçu tant qu’on ne le teste pas.

FAQ : vos questions sur les données structurées

C’est quoi les données structurées en SEO ?

En SEO, les données structurées sont un balisage au vocabulaire schema.org, ajouté au code d’une page pour en décrire le contenu : produit, article, entreprise, avis. Elles aident les moteurs à comprendre la page et peuvent générer des résultats enrichis. Google recommande de les écrire au format JSON-LD.

Les données structurées améliorent-elles le référencement ?

Pas directement : Google précise que le balisage n’est pas un facteur de classement. Son intérêt est indirect. Les résultats enrichis qu’il génère améliorent le taux de clic, et la description d’entité aide Google à comprendre votre marque. Un meilleur taux de clic peut soutenir la visibilité, sans effet mécanique sur la position.

Quel format utiliser pour les données structurées ?

Le JSON-LD, recommandé par Google. Il s’insère dans une balise script indépendante, sans modifier le HTML visible, ce qui le rend simple à générer, à maintenir et à injecter via un CMS ou un gestionnaire de balises. Les microdonnées et le RDFa restent valides mais plus fragiles à entretenir.

Le balisage FAQ génère-t-il encore des résultats enrichis ?

Plus dans la plupart des cas. Google a retiré le résultat enrichi FAQ en 2023 et le réserve depuis aux sites d’autorité gouvernementaux et de santé. Le balisage HowTo a lui été entièrement supprimé. Vous pouvez conserver ces balisages pour la clarté, mais sans en attendre un affichage enrichi.

Comment tester ses données structurées ?

Avec le Test des résultats enrichis de Google, qui vérifie l’éligibilité à un affichage enrichi, et le validateur de schema.org, qui contrôle la conformité au vocabulaire. La Search Console complète en remontant les erreurs détectées sur l’ensemble du site, page par page, après la mise en ligne.

Mettre vos données structurées au bon niveau

Un balisage utile tient en peu de types, bien choisis et sans erreur, sur du contenu réel. Le reste relève du bruit, ou pire, du risque. Si vous soupçonnez des données structurées cassées, ou si vous voulez baliser un catalogue sans multiplier les fautes, un audit technique établit l’état des lieux et priorise les types qui vous rapportent le plus. Parlez-nous de votre site pour un diagnostic sans survente.

Article rédigé par Yonel Sasson, Getknown, agence SEO et GEO.