Données structurées : lesquelles ajouter à votre site, et les erreurs à éviter

Les données structurées sont un résumé de votre page écrit pour les machines : « cette page est un article, publié tel jour, par telle personne », « ce produit coûte tant et il est en stock ». Google s’en sert pour comprendre la page et, quand elle est éligible, l’afficher avec un résultat enrichi : prix, note, fil d’Ariane, logo.

Encore faut-il choisir les bons types, les remplir correctement et suivre l’évolution des règles, car Google a retiré plusieurs résultats enrichis ces dernières années, dont la FAQ. Voici les types qui servent vraiment selon votre site, les erreurs qui coûtent l’éligibilité, et celle que la Search Console m’a signalée sur ce site.

Ce que font les données structurées, et ce qu’elles ne font pas

Le vocabulaire utilisé est schema.org, un projet fondé par Google, Microsoft, Yahoo et Yandex ; selon son site, plus de 45 millions de domaines l’utilisaient en 2024. Il définit des types (Organization, Product, Article…) et leurs propriétés (name, price, author…). Deux limites sont à garder en tête :

• Aucune garantie d’affichage. Google l’écrit noir sur blanc : même un balisage jugé correct par le Test des résultats enrichis ne garantit pas un résultat enrichi. L’algorithme choisit, requête par requête, selon l’appareil, le lieu ou l’historique de recherche.
• Pas de balisage spécial pour les réponses IA. Pour apparaître dans les AI Overviews ou le mode IA, Google précise qu’aucune donnée structurée particulière n’est nécessaire. Le balisage aide à comprendre une page ; il ne remplace ni le contenu ni les autres leviers du référencement dans les réponses IA.

JSON-LD : le format à privilégier

Google accepte trois formats : JSON-LD, Microdata et RDFa. Il recommande JSON-LD quand votre site le permet, car c’est le plus simple à mettre en place et à maintenir. Concrètement, c’est un bloc <script type="application/ld+json"> placé dans la page, indépendant du HTML visible : on peut le générer ou le corriger sans toucher à la mise en page.

Trois règles de construction :

• Le type le plus précis possible. Les consignes de Google demandent le type schema.org le plus spécifique : OnlineStore plutôt qu’Organization pour une boutique en ligne, par exemple.
• Des éléments reliés entre eux. La propriété @id permet de dire que l’auteur d’un article est la même personne que celle décrite ailleurs sur le site. Google recommande ces liens quand plusieurs éléments d’une page vont ensemble.
• Les propriétés obligatoires d’abord. Sans elles, pas d’éligibilité. Ensuite, Google préfère quelques propriétés recommandées complètes et exactes à une longue liste approximative.

Sur ce site, chaque page porte un seul bloc JSON-LD qui regroupe des éléments liés par @id : le site (WebSite), moi (Person), mon activité (ProfessionalService), la page et son fil d’Ariane (BreadcrumbList), puis les éléments propres à la page : BlogPosting pour un guide, Service pour une page de service, FAQPage quand la page affiche des questions. L’auteur d’un guide renvoie ainsi à Person, et le prestataire d’un service à ProfessionalService, sans répéter leur description.

Quels types ajouter selon votre site

La liste complète des fonctionnalités se trouve dans la galerie des données structurées prises en charge par Google. Quatre précisions de sa documentation :

• Organization : aucune propriété obligatoire ; à placer sur l’accueil ou sur une page qui présente l’organisation, sans obligation de le répéter sur toutes les pages.
• BreadcrumbList : depuis janvier 2025, le fil d’Ariane ne s’affiche plus que sur ordinateur.
• SoftwareApplication : une offre est exigée (prix à 0 si l’application est gratuite), ainsi qu’une note ou un avis.
• Event : depuis juin 2025, le journal des mises à jour précise que les événements doivent être réservables par le grand public et se tenir dans un lieu physique.

Product : uniquement sur une page qui présente un produit

Product est le type le plus souvent mal employé. Google distingue deux usages :

• Les fiches marchandes (merchant listings), pour les pages où l’on peut acheter le produit chez vous. Propriétés obligatoires : name, image et offers, avec un prix supérieur à zéro et sa devise.
• Les extraits de produits (product snippets), pour les pages qui présentent un produit sans le vendre directement, comme un test ou un comparatif. Propriétés obligatoires : name, plus au moins une des trois propriétés review, aggregateRating ou offers.

Dans les deux cas, les résultats enrichis de produit ne concernent que les pages consacrées à un seul produit, ou à ses variantes : Google conseille de ne pas baliser les pages de catégorie ni les listes de produits. Une page qui ne vend rien et ne publie aucun avis n’a donc rien à faire en Product. Pour le contenu de la fiche elle-même, voyez le guide sur la fiche produit qui vend et se référence.

Le cas de ce site : « Il faut indiquer offers, review ou aggregateRating »

Début octobre 2026, la Search Console m’a signalé une erreur dans le rapport Extraits de produits, rubrique Achats : « Il faut indiquer offers, review ou aggregateRating ». La page concernée était l’étude de cas de Reviu, le présentoir d’avis Google que j’ai conçu. Je l’avais balisée en Product, avec une marque et un fabricant. Reviu est bien un produit : le raisonnement semblait logique.

Il ne l’était pas. Une étude de cas raconte un projet ; elle ne vend rien et ne publie aucun avis. Pour faire disparaître l’erreur, j’avais deux options :

• Ajouter une offre avec un prix. L’erreur aurait disparu, mais le balisage aurait décrit une vente qui n’a pas lieu sur la page. Les consignes de Google l’interdisent : les données structurées doivent représenter fidèlement le contenu de la page.
• Changer de type. C’est ce que j’ai fait : j’ai retiré Product et décrit Reviu comme OnlineStore, « un site de commerce en ligne » selon schema.org, relié à moi par la propriété founder. C’est d’ailleurs le sous-type que Google recommande pour un site e-commerce dans sa documentation Organization.

La leçon tient en une phrase : choisissez le type qui décrit ce qu’est la page, pas celui qui semble promettre le plus bel affichage. Une erreur de type ne se corrige pas en ajoutant des propriétés pour faire taire l’outil.

FAQ et HowTo : deux résultats enrichis qui ont disparu

Pendant des années, le balisage FAQPage affichait des questions dépliables sous un résultat. Ce n’est plus le cas :

• 8 août 2023 : Google réserve les résultats enrichis FAQ aux sites gouvernementaux et de santé connus et faisant autorité, et limite HowTo aux ordinateurs.
• 13 septembre 2023 : HowTo n’est plus affiché, y compris sur ordinateur ; le type est abandonné.
• 7 mai 2026 : d’après le journal des mises à jour de Google Search Central, le résultat enrichi FAQ n’apparaît plus du tout dans la recherche Google, quel que soit le site. Sa documentation a été retirée le 15 juin 2026.

Google a aussi retiré en septembre 2025 d’autres fonctionnalités peu utilisées (informations sur les cours, salaire estimé, vidéos éducatives, annonces spéciales, annonces de véhicules), puis en janvier 2026 les exercices (practice problem). Avant d’ajouter un type, vérifiez donc qu’il figure toujours dans la galerie officielle.

Faut-il supprimer votre balisage FAQPage ? Rien ne presse. En 2023, Google expliquait déjà qu’un balisage inutilisé ne pose pas de problème pour la recherche, mais n’a aucun effet visible. Sur ce site, je le garde sur les guides et les pages de service : il décrit des questions réellement affichées sur la page et reste valide pour schema.org. Simplement, n’en attendez plus rien dans les résultats de Google.

Les erreurs qui coûtent l’éligibilité

1. Baliser un contenu invisible. Ce que décrit le JSON-LD doit apparaître sur la page : si le balisage présente une intervenante, le texte doit présenter la même personne.
2. Choisir le mauvais type. Product sur une page qui ne vend rien, ou, dans l’exemple de Google, des instructions de menuiserie balisées comme des recettes.
3. Afficher des étoiles sur ses propres avis. Pour LocalBusiness et Organization, les notes ne sont acceptées que sur les sites qui recueillent des avis sur d’autres entreprises : c’est la règle des avis « auto-promotionnels ».
4. Oublier une propriété obligatoire. Un élément incomplet n’est pas éligible, même si le reste est parfait.
5. Bloquer la page. Une page en noindex ou bloquée par le robots.txt ne peut pas produire de résultat enrichi.
6. Laisser des données périmées. Google n’affiche pas de résultat enrichi pour un contenu daté qui n’est plus d’actualité. Un prix ou une date doivent suivre la page.
7. Publier de faux avis. Depuis juillet 2026, la documentation des extraits d’avis interdit explicitement les avis qui ne reposent pas sur une expérience réelle et ceux obtenus contre un avantage (argent, remise, produit offert) sans le signaler clairement. Un balisage trompeur peut entraîner une action manuelle : elle retire l’éligibilité aux résultats enrichis, sans toucher au classement de la page.

Tester et surveiller en quatre étapes

1. Avant la mise en ligne, passez le code ou l’URL dans le Test des résultats enrichis : il indique les résultats enrichis que Google peut générer et signale les erreurs critiques.
2. Pour le reste du vocabulaire, utilisez le validateur Schema.org : il contrôle tous les types, y compris ceux que Google n’utilise pas pour ses résultats enrichis (Person, Service, OnlineStore…).
3. Après la mise en ligne, inspectez quelques URL dans la Search Console pour vérifier que Google voit bien le balisage.
4. Chaque mois, ouvrez les rapports de résultats enrichis, sous Améliorations, et sous Achats pour les produits. Leurs chiffres comptent des éléments, pas des pages, et ils permettent de vérifier qu’une correction fonctionne.

Le guide Google Search Console : les 7 rapports à suivre chaque mois détaille la routine complète.

En résumé : peu de types, mais justes

Commencez petit et juste : Organization et BreadcrumbList pour tout le site, Article pour vos contenus, LocalBusiness si vous recevez des clients, Product seulement sur de vraies fiches produit. Décrivez ce que la page montre, rien de plus, et surveillez la Search Console : c’est elle qui m’a signalé l’erreur de ce site, pas mes propres contrôles. Vous voulez vérifier le balisage de votre site ou le mettre en place proprement ? Cela fait partie de mon accompagnement SEO et web analytics.