Les utilisateurs cliquent sur un résultat enrichi dans 58 % des cas, contre seulement 41 % pour un résultat standard, selon une analyse de Milestone portant sur plus de 4,5 millions de requêtes. Ces 17 points d'écart ne proviennent pas d'une meilleure rédaction : ils proviennent du fait de parler à Google dans son propre langage, celui des données structurées. Mais 2026 a changé les règles. Le 7 mai, Google a définitivement retiré les populaires FAQ rich results. Ce guide explique quelles données structurées valent encore la peine d'être utilisées, quels sont les types essentiels et comment les implémenter avec JSON-LD sans commettre d'erreurs.
Que sont les données structurées et pourquoi sont-elles importantes pour le SEO
Les données structurées constituent un format standardisé permettant de décrire le contenu d'une page de manière à ce que les moteurs de recherche le comprennent sans ambiguïté. Plutôt que de laisser Google déduire par lui-même qu'un nombre est un prix, une date de publication ou la note d'un produit, vous le lui indiquez explicitement grâce à un vocabulaire partagé.
Cette différence entre « ce que Google interprète » et « ce que Google sait » est fondamentale. Le texte visible d'une page est conçu pour les personnes ; les données structurées sont conçues pour les machines. Lorsque les deux coïncident, le moteur de recherche peut afficher votre page avec des éléments enrichis : étoiles de notation, fils d'Ariane, questions dépliables, données d'entreprise ou fiches produit avec prix et disponibilité.
L'impact sur le SEO n'est pas direct sur le classement — les données structurées ne constituent pas, en elles-mêmes, un facteur de positionnement — mais elles influencent de manière indirecte et très concrète :
- Elles améliorent le CTR. Un résultat avec des étoiles, un prix ou une image se distingue dans une SERP saturée et attire davantage de clics, comme le confirme le chiffre Milestone cité en ouverture de ce guide.
- Elles clarifient le contexte. Elles aident Google à classifier correctement votre contenu (un article, un produit, une recette, un événement), ce qui réduit les mauvaises interprétations.
- Elles alimentent la recherche générative. Les moteurs d'IA et les assistants consomment des données structurées pour citer des sources et construire des réponses, ce qui les connecte directement à l'optimisation pour les moteurs génératifs (GEO).
En résumé : les données structurées ne vous font pas monter dans les classements comme par magie, mais elles font travailler bien davantage en votre faveur la position que vous occupez déjà. Si vous souhaitez comprendre comment elles s'intègrent dans une stratégie technique plus globale, notre service de SEO technique aborde le balisage sémantique en parallèle des performances, de l'exploration et de l'indexation.
Schema.org, JSON-LD, Microdata et RDFa : quel format utiliser
Il convient ici de distinguer deux concepts souvent confondus. Schema.org est le vocabulaire ; JSON-LD, Microdata et RDFa sont les formats (la syntaxe) avec lesquels vous écrivez ce vocabulaire dans votre page.
Schema.org est un projet collaboratif fondé par Google, Microsoft, Yahoo et Yandex. Selon la documentation officielle de Schema.org, son vocabulaire comprend actuellement environ 800 types, près de 1 500 propriétés, ainsi que des énumérations et des types de données. C'est, en pratique, le dictionnaire commun que tous les grands moteurs de recherche s'accordent à comprendre.
Sur ce dictionnaire, vous pouvez écrire avec trois « grammaires » différentes, toutes acceptées par Google :
| Format | Emplacement | Lisibilité | Maintenance | Recommandation Google |
|---|---|---|---|---|
| JSON-LD | Dans un bloc <script> séparé du HTML visible |
Élevée (bloc isolé) | Simple et évolutif | Recommandé |
| Microdata | Attributs intégrés dans le HTML visible | Faible (mêlé au balisage) | Fragile et verbeux | Accepté |
| RDFa | Attributs intégrés dans le HTML visible | Faible | Complexe | Accepté |
La recommandation est claire. Selon Google Search Central, JSON-LD est le format recommandé pour les données structurées, car il s'agit de la solution la plus facile à implémenter et à maintenir à grande échelle, et la moins sujette aux erreurs. La raison est pragmatique : en vivant dans un bloc <script> indépendant, vous n'avez pas à « polluer » chaque balise de votre HTML ni à craindre de casser le balisage lors d'une refonte de gabarit. Vous pouvez le générer dynamiquement depuis le serveur ou le framework et le réutiliser sur des milliers de pages.
Microdata et RDFa restent valides et se rencontrent sur des sites plus anciens, mais il n'existe aujourd'hui aucune raison de démarrer un nouveau projet avec ces formats. La suite de ce guide se concentre sur JSON-LD.
Les 5 types de données structurées les plus utiles
Avec des centaines de types disponibles, la tentation est de tout baliser. C'est une erreur. En B2B et sur la plupart des sites corporate, cinq types couvrent 90 % de la valeur réelle. Voici ceux que nous recommandons de prioriser.
1. Organization
Décrit votre entreprise : nom, logo, URL, profils sociaux, coordonnées. C'est la base de l'identité de marque pour Google et ce qui alimente le knowledge panel. Il se place généralement sur la page d'accueil ou dans un layout global pour apparaître sur l'ensemble du site.
2. Product
Indispensable pour le e-commerce et les catalogues. Balise le nom, le prix, la devise, la disponibilité, le SKU et les avis (aggregateRating). C'est le type qui active les fiches produit avec étoiles et prix directement dans la SERP — l'un des formats enrichis ayant le plus fort impact sur le CTR.
3. Article
Pour le contenu éditorial, les blogs et les actualités. Balise le titre, l'auteur, la date de publication, l'image mise en avant et l'éditeur. Aide Google à comprendre la paternité et la fraîcheur du contenu, deux signaux pertinents pour l'E-E-A-T.
4. BreadcrumbList
Décrit le chemin de navigation (fil d'Ariane). Génère le fil d'Ariane visible dans le résultat de recherche à la place de l'URL brute, ce qui améliore la compréhension de la structure du site et l'apparence du snippet. C'est l'un des balisages offrant le meilleur rapport effort/bénéfice.
5. FAQPage
Balise des paires de questions et réponses. Sa situation a évolué en 2026 (nous y revenons en détail plus bas), mais il reste un type valide et utile pour la compréhension sémantique et pour les moteurs d'IA, même s'il ne génère plus l'affichage dépliable enrichi dans la SERP générale.
Règle pratique : balisez uniquement ce qui est vrai et visible sur la page. Google pénalise le balisage de contenus que l'utilisateur ne voit pas ou qui ne correspondent pas à ce qu'affiche la page. Les données structurées doivent refléter le contenu, jamais l'inventer.
Comment implémenter JSON-LD étape par étape
Implémenter JSON-LD est plus simple qu'il n'y paraît. Le schéma est toujours le même : un bloc <script type="application/ld+json"> dans le <head> ou en fin de <body>, avec un objet qui déclare son contexte (@context) et son type (@type).
Étape 1. Choisissez le bon type. Identifiez ce que représente la page (un article, un produit, l'organisation) et choisissez un seul type principal par entité.
Étape 2. Consultez les propriétés sur Schema.org. Chaque type possède des propriétés obligatoires et recommandées. Google documente celles qui sont nécessaires pour prétendre à chaque fonctionnalité enrichie.
Étape 3. Rédigez le bloc JSON-LD. Voici un exemple réel et complet pour un article de blog :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Données structurées et Schema.org : guide SEO JSON-LD",
"image": "https://www.exemple.com/images/hero.png",
"datePublished": "2026-06-02",
"dateModified": "2026-06-02",
"author": {
"@type": "Person",
"name": "Alfons Marques"
},
"publisher": {
"@type": "Organization",
"name": "Technova Partners",
"logo": {
"@type": "ImageObject",
"url": "https://www.exemple.com/images/logo.png"
}
}
}
</script>
Étape 4. Générez l'URL absolue dans les images et les liens. Les propriétés telles que image ou url doivent utiliser des URLs absolues, non relatives, afin que Google les résolve correctement.
Étape 5. Combinez plusieurs types lorsque cela s'applique. Une même page peut contenir un Article et un BreadcrumbList. Vous pouvez inclure plusieurs blocs <script> ou utiliser un tableau. Veillez à leur cohérence mutuelle.
Étape 6. Automatisez la génération. Dans les frameworks modernes (Next.js, par exemple), l'usage courant consiste à générer le JSON-LD depuis une fonction qui reçoit les données de la page et sérialise l'objet. Cela évite les erreurs manuelles et garantit que le balisage reflète toujours le contenu réel.
Liste de contrôle d'implémentation
- Un type principal clairement défini par entité de la page.
- Toutes les propriétés obligatoires du type présentes.
- URLs absolues dans
image,url,logo. - Le balisage correspond au contenu visible.
- Bloc placé dans
<head>ou en fin de<body>. - Aucune donnée inventée ni contenu masqué à l'utilisateur.
- Validé avant publication (section suivante).
Comment valider vos données structurées : Rich Results Test vs Schema Markup Validator
Ne publiez jamais des données structurées sans les valider. Il existe deux outils principaux et, bien qu'ils soient parfois utilisés de façon interchangeable, ils font des choses différentes.
| Outil | Éditeur | Ce qu'il vérifie | Quand l'utiliser |
|---|---|---|---|
| Rich Results Test | Uniquement les éléments éligibles aux fonctionnalités enrichies spécifiques à Google | Pour savoir si vous êtes éligible à un rich result précis | |
| Schema Markup Validator | Schema.org (collaboration Google/Microsoft/Yahoo) | L'ensemble du balisage par rapport à la spécification Schema.org complète | Pour valider la correction générale du balisage |
La distinction est importante. Le Rich Results Test de Google vérifie uniquement les éléments susceptibles de générer une fonctionnalité enrichie dans Google ; si vous balisez un type Schema.org valide que Google n'utilise pas pour les rich results, cet outil peut ne rien vous indiquer d'utile ou vous signaler qu'« aucun élément n'a été détecté ». Cela ne signifie pas que votre balisage est incorrect.
Le Schema Markup Validator de Schema.org, en revanche, valide l'intégralité du balisage par rapport à la spécification complète, indépendamment du fait que Google l'utilise ou non pour enrichir les résultats. C'est l'outil approprié pour vérifier que votre JSON-LD est syntaxiquement et sémantiquement valide.
La recommandation pratique : utilisez les deux. D'abord le Schema Markup Validator pour confirmer que le balisage est correct, puis le Rich Results Test pour vérifier si vous êtes éligible à une fonctionnalité enrichie précise. Et complétez le cycle avec le rapport des améliorations de Google Search Console, qui vous indique les erreurs et avertissements en production sur les pages déjà explorées.
Les données structurées restent-elles utiles après la suppression des FAQ rich results ?
C'est la question que se posent de nombreuses équipes en 2026, et la réponse courte est oui, sans aucun doute — mais il est utile de comprendre ce qui a changé exactement.
La réduction des FAQ rich results n'a pas été soudaine. Dès août 2023, selon le blog de Google Search Central, Google avait restreint les FAQ rich results aux sites web faisant autorité dans les domaines gouvernemental et de la santé, et avait déprécié les How-To rich results sur ordinateur. C'était un signal clair de la direction prise.
Le coup définitif est tombé en 2026. Selon Search Engine Land, le 7 mai 2026, Google a cessé d'afficher les FAQ rich results pour tous les sites. À partir de là, le calendrier de suppression est progressif :
- Juin 2026 : Google retire le rapport FAQ et la prise en charge des FAQ dans le Rich Results Test.
- Août 2026 : suppression de la prise en charge des FAQ dans l'API Search Console.
Cependant — et c'est la nuance que beaucoup négligent — le type Schema.org FAQPage reste valide, et le balisage peut demeurer sur la page sans causer aucun problème. Ce qui disparaît, c'est le format visuel dépliable dans la SERP, non la validité du balisage.
Que faire de vos données structurées dans ce contexte
- Ne retirez pas votre balisage
FAQPageprécipitamment. Il est valide, ne pénalise pas et continue d'apporter un contexte sémantique que les moteurs d'IA consomment pour construire et citer des réponses. - Réorientez vos efforts vers les types qui génèrent encore des rich results.
Product,BreadcrumbList,ArticleetOrganizationsont toujours actifs et rentables. - Pensez GEO, pas seulement SERP. La valeur des données structurées s'est déplacée de « décrocher un joli affichage dépliable » à « être lisible par les machines pour les assistants d'IA ». Cette tendance s'accentue, elle ne s'inverse pas.
- Maintenez la discipline de validation. Avec des types entrant et sortant du support des rich results, consulter Search Console régulièrement cesse d'être optionnel.
La lecture stratégique est la suivante : les formats enrichis spécifiques vont et viennent selon les décisions de Google, mais les données structurées en tant que couche sémantique de votre site représentent un investissement qui ne fait que gagner en pertinence dans un monde de recherche assisté par l'IA. Ceux qui construisent un balisage propre, véridique et bien validé sont prêts pour ce qui viendra.
Conclusion : le balisage sémantique est une infrastructure, pas une astuce
Les données structurées ont cessé d'être un « extra pour obtenir des étoiles » depuis longtemps. Elles constituent la couche qui connecte votre contenu aux moteurs de recherche et, de plus en plus, aux moteurs génératifs. JSON-LD est le format à privilégier, cinq types couvrent l'essentiel de la valeur, et valider avant de publier est non négociable. La suppression des FAQ rich results en 2026 n'est pas la fin de quoi que ce soit : c'est la confirmation que ce qui compte, c'est la solidité du balisage, non l'ornement temporaire que Google décide d'afficher.
Chez Technova Partners, nous implémentons et auditons les données structurées dans le cadre de projets de SEO technique qui génèrent déjà du trafic qualifié pour des entreprises B2B. Si vous souhaitez évaluer l'état de votre balisage ou le construire correctement dès le départ, parlons de votre projet et nous vous indiquerons par où commencer.
