Menu
Blog Web & Mobile

Données structurées : définition, Schema.org, JSON-LD et SEO

Les données structurées sont des informations ajoutées au code d’une page pour décrire explicitement son contenu dans un format compréhensible par les moteurs de recherche. Elles peuvent préciser qu’un élément est un produit, un événement, une organisation, un auteur, un fil d’Ariane, une offre ou une vidéo, avec des propriétés associées comme un prix, une date ou une disponibilité.

Elles n’améliorent pas automatiquement le classement d’une page et ne garantissent ni indexation ni résultat enrichi. Leur rôle est plus précis : aider les systèmes de recherche à identifier sans ambiguïté certaines informations et, lorsque Google prend en charge le type concerné, rendre la page éligible à des fonctionnalités enrichies dans les résultats.

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

Un moteur peut comprendre une grande partie d’une page à partir de son texte, de ses liens et de sa structure HTML. Les données structurées ajoutent une couche explicite. Elles permettent par exemple d’indiquer qu’un nombre correspond à un prix, qu’une date est celle d’un événement ou qu’un nom désigne l’auteur d’un article.

Elles peuventElles ne garantissent pas
Décrire explicitement des entités et leurs propriétésUne meilleure position dans Google
Rendre une page éligible à certains résultats enrichisL’affichage effectif d’un résultat enrichi
Clarifier des informations comme un produit, un événement ou un fil d’ArianeL’indexation d’une page qui serait autrement non indexable
Faciliter la cohérence d’informations générées à partir de gabaritsUne hausse automatique du CTR ou des conversions

Google précise qu’un balisage correct ne garantit pas l’apparition d’un résultat enrichi. Une page doit aussi respecter ses consignes de qualité et rester pertinente pour la requête. Consulter l’introduction officielle de Google aux données structurées.

Schema.org, JSON-LD, Microdata et RDFa : ne pas confondre vocabulaire et format

Schema.org fournit le vocabulaire permettant de nommer les types et propriétés : Product, Organization, Event, name, price, author, etc. JSON-LD, Microdata et RDFa sont des formats permettant d’insérer ce vocabulaire dans une page.

ÉlémentRôleÀ retenir
Schema.orgVocabulaire partagéDéfinit les types et propriétés, pas la syntaxe d’intégration
JSON-LDBloc de données séparé du balisage HTML visibleFormat généralement recommandé par Google et souvent plus simple à maintenir
MicrodataAttributs intégrés directement dans le HTMLPris en charge, mais plus intrusif dans les gabarits
RDFaAttributs sémantiques intégrés au HTMLÉgalement pris en charge par Google pour les types compatibles

Tous les types Schema.org donnent-ils droit à un résultat enrichi ?

Non. Schema.org contient un vocabulaire très large, alors que Google ne prend en charge qu’un ensemble défini de fonctionnalités dans Search. Ajouter un type valide au sens de Schema.org ne signifie donc pas qu’un affichage spécial apparaîtra dans Google.

Avant de développer un balisage, il faut vérifier que Google documente une fonctionnalité correspondante et lire ses propriétés obligatoires ou recommandées. Sa galerie des données structurées prises en charge est la référence opérationnelle à consulter.

Quels balisages utiliser selon le type de page ?

PageTypes souvent pertinentsDonnée à fiabiliser
Fiche produitProduct, OfferPrix, disponibilité, devise, identifiants produit
ÉvénementEventDates, lieu, statut, billetterie
ArticleArticle / BlogPostingAuteur, dates de publication et modification, image
Site / navigationBreadcrumbList, OrganizationHiérarchie, identité officielle, URL canoniques
VidéoVideoObjectTitre, miniature, durée, date et URL de lecture

La règle utile est de ne baliser que ce qui existe réellement et ce que le gabarit peut maintenir. Un site n’a pas intérêt à accumuler des dizaines de types s’ils ne correspondent ni à ses contenus ni aux fonctionnalités prises en charge par Google.

Comment mettre en place des données structurées sans créer une dette technique ?

Sur un site professionnel, la bonne échelle n’est généralement pas la page isolée mais le gabarit. Un balisage produit doit reprendre les données réelles du catalogue ; un balisage article doit utiliser automatiquement l’auteur et les dates ; un événement annulé doit changer de statut sans correction manuelle du JSON-LD.

01 — Inventorier les principaux gabarits du site et les fonctionnalités Google réellement pertinentes.

02 — Définir la source de vérité de chaque donnée : CMS, PIM, catalogue, base événementielle ou profil auteur.

03 — Générer le balisage à partir des gabarits plutôt que le saisir manuellement page par page.

04 — Tester les modèles avec l’outil de résultats enrichis de Google avant déploiement.

05 — Contrôler les rapports concernés dans Search Console et corriger les erreurs récurrentes à la source.

06 — Revalider après une refonte, un changement de thème, une migration CMS ou une évolution du catalogue.

Cette logique évite un problème fréquent : un balisage techniquement valide au lancement qui devient faux quelques mois plus tard parce que le prix, l’auteur, la disponibilité ou la structure de page ont changé.

WordPress, WooCommerce et plugins SEO : attention aux doublons

Sur WordPress, plusieurs composants peuvent générer simultanément des données structurées : thème, extension SEO, WooCommerce, plugin d’avis, plugin de recettes ou développement sur mesure. Le risque n’est pas seulement d’avoir « trop de Schema », mais de publier plusieurs versions contradictoires de la même information.

Un audit doit donc examiner le code réellement rendu, pas seulement les réglages d’un plugin. C’est particulièrement important pour les prix, les notes, les auteurs et les informations d’organisation. Notre page agence WordPress à Nantes détaille l’accompagnement côté développement et maintenance du CMS.

Données structurées, rich snippets et featured snippets : quel partage des rôles ?

Les données structurées sont du balisage. Les rich snippets ou résultats enrichis sont des formats d’affichage pouvant être déclenchés à partir de certains balisages. Les featured snippets sont des extraits de contenu sélectionnés automatiquement par Google et ne nécessitent pas de Schema spécifique. Notre comparatif rich snippets vs featured snippets traite précisément cette distinction.

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

Elles peuvent améliorer la compréhension explicite de certains éléments et rendre la page éligible à des présentations enrichies. Mais Google ne les présente pas comme un levier garantissant une meilleure position.

Il faut donc évaluer les données structurées comme une couche de qualité technique et de représentation, pas comme un raccourci de classement. Leur valeur est forte lorsqu’elles décrivent correctement des informations utiles et maintenues ; elle est faible lorsqu’on ajoute des schemas génériques uniquement pour « faire du SEO ».

Faut-il un balisage spécifique pour AI Overviews et AI Mode ?

Non. Google indique qu’il n’existe pas d’exigence supplémentaire ni de balisage spécial pour être éligible à ses fonctionnalités d’IA générative. Une page doit d’abord respecter les fondamentaux de Search : être accessible, indexable, utile et conforme aux règles applicables.

Les données structurées restent pertinentes lorsqu’elles décrivent fidèlement le contenu et correspondent à des fonctionnalités Search prises en charge, mais elles ne constituent pas un « schema GEO » permettant de forcer une citation dans une réponse générative. Pour le contexte actuel, consultez notre dossier AI Overviews et AI Mode.

Les erreurs les plus fréquentes

01 — Baliser une information absente ou différente du contenu visible.

02 — Laisser un prix, une disponibilité, une date ou une note devenir obsolète dans le JSON-LD.

03 — Cumuler plusieurs plugins ou scripts qui décrivent différemment la même entité.

04 — Utiliser un type Schema.org valide mais non pris en charge par Google en espérant obtenir un résultat enrichi.

05 — Confondre absence d’erreur dans un test et garantie d’affichage dans Search.

06 — Ne jamais retester le balisage après une mise à jour de thème, CMS ou extension.

Google demande notamment que les données soient représentatives du contenu principal, visibles par l’utilisateur lorsque nécessaire et conformes aux règles propres à chaque fonctionnalité. Consulter les consignes générales relatives aux données structurées.

Vos données structurées sont-elles réellement fiables ?

Nous pouvons contrôler les balisages générés par vos gabarits, leurs sources de données, les doublons et les opportunités de résultats enrichis.

Faire auditer votre implémentation

Questions fréquentes

Quelle est la différence entre Schema.org et JSON-LD ?

Schema.org fournit le vocabulaire des types et propriétés. JSON-LD est l’un des formats permettant d’intégrer ce vocabulaire dans une page.

Google recommande-t-il JSON-LD ?

Google prend en charge JSON-LD, Microdata et RDFa, et recommande généralement JSON-LD lorsqu’il est possible de l’utiliser car il est souvent plus simple à organiser et maintenir.

Les données structurées améliorent-elles automatiquement le classement ?

Non. Elles peuvent aider Google à comprendre certaines informations et rendre une page éligible à des résultats enrichis, sans garantir une meilleure position.

Faut-il des données structurées spéciales pour apparaître dans AI Overviews ?

Non. Google ne demande pas de balisage spécifique pour ses fonctionnalités d’IA générative dans Search.

Sources

Dernière révision le 7 octobre 2026 par Olivier Robé, ImagesCréations.