Données structurées et SEO : à quoi elles servent et comment les utiliser

Les données structurées sont un balisage standardisé (le vocabulaire Schema.org, écrit de préférence en JSON-LD) qui décrit précisément le contenu d’une page aux moteurs de recherche : ceci est un produit à tel prix, une recette, une entreprise à telle adresse, un événement à telle date. Elles ne font pas monter une page à elles seules, mais elles aident Google à la comprendre et la rendent éligible aux résultats enrichis (étoiles, prix, fil d’Ariane, vidéos), qui attirent davantage de clics.

Voici ce qu’est concrètement une donnée structurée, ce qu’elle apporte réellement en SEO en 2026 (et ce qu’elle n’apporte plus), les types à mettre en place selon votre activité, comment les ajouter sur un site WordPress ou sur mesure, et comment les vérifier.

Qu’est-ce qu’une donnée structurée, concrètement ?

Un moteur de recherche lit du texte. Sur une page de recette, il voit des mots comme « 20 minutes », « farine » ou « Marie ». Les données structurées lui disent explicitement que « 20 minutes » est le temps de préparation, que « farine » est un ingrédient et que « Marie » est l’auteure. Pour une fiche produit, ce seront le prix, la disponibilité et la note moyenne ; pour une entreprise locale, l’adresse, les horaires et le téléphone.

Ce balisage est invisible pour le visiteur : il se place dans le code de la page. Google accepte trois formats (JSON-LD, Microdata et RDFa) et recommande JSON-LD, un bloc de script séparé du HTML, plus simple à écrire et à maintenir. Voici un exemple pour une entreprise locale :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Boulangerie Exemple",
  "url": "https://www.exemple.fr/",
  "image": "https://www.exemple.fr/images/devanture.jpg",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 rue de la Loge",
    "addressLocality": "Montpellier",
    "postalCode": "34000",
    "addressCountry": "FR"
  },
  "openingHours": "Tu-Sa 07:00-19:30",
  "priceRange": "€"
}
</script>

Les mêmes informations doivent figurer dans le contenu visible de la page. Le balisage décrit ce que voit le lecteur ; il ne sert pas à ajouter des informations cachées.

Qu’est-ce que Schema.org ?

Schema.org est le vocabulaire commun utilisé pour écrire ces données. Ses fondateurs sont Google, Microsoft, Yahoo et Yandex, qui y travaillent depuis 2011 ; depuis 2015, les échanges publics passent principalement par un groupe communautaire du W3C. Il décrit des « types » (Product, Recipe, Event, Organization, Article…) et leurs « propriétés » (name, price, startDate…). La version de développement compte 826 types et 1 540 propriétés.

Point essentiel : Google n’exploite qu’une partie de ce vocabulaire pour ses résultats enrichis. Un type peut exister sur Schema.org sans donner lieu à aucun affichage particulier dans Google. La référence à suivre pour le SEO est donc la galerie des fonctionnalités de Google Search Central, qui liste les types pris en charge et leurs propriétés obligatoires.

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

Pas directement. Google indique utiliser les données structurées pour comprendre le contenu d’une page et pour activer des résultats enrichis. Il précise aussi qu’une action manuelle pour balisage abusif retire l’éligibilité aux résultats enrichis « sans affecter le classement » de la page. Le gain est ailleurs : un résultat enrichi prend plus de place, apporte plus d’informations et attire plus de clics à position égale.

Google publie quelques études de cas dans sa documentation : Rotten Tomatoes a mesuré un taux de clic 25 % plus élevé sur les pages enrichies de données structurées, Food Network une hausse de 35 % des visites, et Nestlé un taux de clic 82 % supérieur pour les pages affichées en résultat enrichi. Ce sont des chiffres d’éditeurs, sur leurs propres sites ; ils montrent un potentiel, pas un résultat garanti.

Car rien n’est garanti. Selon les consignes de Google, des données structurées correctes ne garantissent pas l’affichage d’un résultat enrichi. Et la liste des affichages évolue :

• Août 2023 : les résultats enrichis FAQ sont réservés aux sites gouvernementaux et de santé reconnus ; les résultats « How-to » disparaissent sur mobile, puis sur ordinateur.
• Janvier 2025 : le fil d’Ariane n’apparaît plus que sur les résultats sur ordinateur.
• Septembre 2025 : Google retire la documentation de plusieurs types qui ne s’affichent plus (informations de cours, estimation de salaire, vidéos d’apprentissage, annonces spéciales, annonces de véhicules).
• 7 mai 2026 : le résultat enrichi FAQ n’apparaît plus du tout dans Google Search ; sa documentation a été retirée en juin 2026.

Et pour les moteurs à base d’IA ? La documentation de Google sur les fonctionnalités d’IA (AI Overviews, AI Mode) précise qu’aucune donnée structurée spéciale n’est nécessaire pour y apparaître. Des données structurées exactes, cohérentes avec le texte, restent utiles pour que les informations clés de votre activité soient comprises sans ambiguïté. Nous développons ce sujet dans notre article sur le GEO (Generative Engine Optimization). C’est un des points que nous vérifions dans nos missions de référencement IA (GEO).

Quels types de données structurées mettre en place ?

Priorisez selon votre activité et selon ce que Google affiche réellement. Tous les types ci-dessous figurent dans la galerie de Google Search Central en septembre 2026.

Le détail visuel de chaque affichage est présenté dans notre article sur les rich snippets Google.

Comment ajouter des données structurées à son site ?

1. Choisir les types utiles pour chaque modèle de page (accueil, fiche produit, article, page contact) plutôt que page par page.
2. Lire la page Google correspondante et noter les propriétés obligatoires et recommandées. Plus les propriétés recommandées sont renseignées correctement, plus la page a de chances d’être affichée en résultat enrichi.
3. Générer le balisage avec l’une des méthodes ci-dessous.
4. Tester avant la mise en ligne, puis surveiller dans la Search Console (voir la section suivante).

Trois façons de générer le balisage :

• Sur WordPress, les extensions SEO comme Rank Math ou Yoast produisent automatiquement le balisage de base (organisation, fil d’Ariane, article) et WooCommerce celui des produits. Vérifiez qu’une seule extension s’en charge, pour éviter les doublons.
• Sur un site sur mesure, le JSON-LD se génère côté serveur à partir des données de la base (prix, stock, horaires), ce qui garantit qu’il reste à jour.
• En JavaScript ou via Google Tag Manager : Google lit aussi le balisage injecté dans la page, mais prévient que cette méthode rend l’exploration Shopping moins fréquente et moins fiable pour des informations qui changent vite, comme le prix ou la disponibilité.

Sur un site WordPress, nous intégrons ce balisage lors de la création du site plutôt qu’après coup : il suit ainsi automatiquement chaque nouvelle page.

Comment tester et suivre ses données structurées ?

• Le test des résultats enrichis de Google indique si une URL ou un extrait de code est éligible aux résultats enrichis gérés par Google, et signale les erreurs et avertissements.
• Le validateur de Schema.org (validator.schema.org) vérifie la syntaxe et le vocabulaire de tout le balisage Schema.org, y compris les types que Google n’affiche pas. Notre article sur le validateur de balisage de schéma en détaille l’usage.
• L’outil d’inspection d’URL de la Search Console montre le balisage détecté sur la version indexée par Google.
• Les rapports d’état des résultats enrichis de la Search Console listent, type par type, les pages valides, les avertissements et les erreurs sur tout le site, et le rapport Performances permet de filtrer les clics par apparence dans les résultats.

Lors d’un audit SEO, on compare aussi les fonctionnalités de la page de résultats obtenues par vos concurrents avec les vôtres : c’est souvent là que se trouvent les opportunités de balisage les plus rentables. Notre accompagnement en référencement naturel inclut ce travail (le budget de l’audit SEO et du suivi dépend du projet, voir nos tarifs indicatifs).

Quelles erreurs éviter ?

• Baliser du contenu invisible : avis, prix ou questions qui n’apparaissent pas sur la page. Google l’interdit explicitement et peut appliquer une action manuelle.
• Baliser les avis sur sa propre entreprise pour obtenir des étoiles : pour les types LocalBusiness et Organization, Google n’affiche les avis que sur les sites qui recueillent des avis sur d’autres entreprises, pas les avis « auto-attribués ».
• Laisser des données périmées : prix, stock ou dates d’événement qui ne correspondent plus à la page.
• Empiler plusieurs extensions qui génèrent chacune leur balisage, avec des informations contradictoires.
• Investir sur des affichages disparus : ajouter du balisage FAQ en espérant des questions dépliables dans Google n’a plus d’effet depuis mai 2026. Le balisage existant n’est pas pénalisant, mais ce n’est plus une priorité.
• Croire que le balisage remplace le contenu : une page pauvre ne devient pas pertinente parce qu’elle est bien balisée.

Questions fréquentes

Quelle différence entre données structurées et rich snippets ?

Les données structurées sont le balisage placé dans le code. Les rich snippets (ou résultats enrichis) sont l’affichage amélioré que Google peut en tirer dans ses résultats. Le premier rend possible le second, sans le garantir.

JSON-LD, Microdata ou RDFa : lequel choisir ?

JSON-LD, que Google recommande. Le balisage est regroupé dans un seul bloc, séparé du HTML, donc plus facile à générer, à relire et à maintenir.

Combien de temps avant de voir un résultat enrichi ?

Il faut que Google explore et réindexe la page. Vous pouvez demander une indexation via l’outil d’inspection d’URL de la Search Console, mais l’affichage reste à la discrétion de Google.

Faut-il retirer son balisage FAQ maintenant qu’il ne s’affiche plus ?

Rien ne l’impose : un balisage valide et fidèle au contenu ne pose pas de problème. Il n’apporte simplement plus d’affichage dans Google, donc inutile d’en ajouter sur de nouvelles pages dans ce but.

Les données structurées servent-elles aussi pour Bing ?

Schema.org n’est pas propre à Google : Microsoft, l’éditeur de Bing, fait partie de ses fondateurs avec Yahoo et Yandex. Les affichages enrichis, eux, dépendent de chaque moteur et de sa propre documentation.

Vous voulez savoir quels résultats enrichis votre site pourrait obtenir ? Écrivez-nous à contact@osmova.com ou via le formulaire de contact.

Sources

• Google Search Central : Introduction aux données structurées (études de cas, formats)
• Google Search Central : Consignes générales relatives aux données structurées
• Google Search Central : Galerie des données structurées prises en charge
• Google Search Central : Historique des mises à jour de la documentation
• Google Search Central Blog : Changes to HowTo and FAQ rich results (août 2023)
• Google Search Central : Fonctionnalités d’IA et votre site
• Google Search Central : Générer des données structurées avec JavaScript
• Schema.org : Schemas et About Schema.org
• Google Search Central : Extrait d’avis (Review snippet)
• Google : Test des résultats enrichis
• Schema Markup Validator