Quand j'observe une page de résultats Google, je vois rarement de simples liens bleus. Des étoiles d'avis, un fil d'Ariane, un prix, l'image d'une recette : autant de signaux qui attirent l'oeil et qui reposent sur une mécanique précise, les données structurées. Dans cette tendance, je veux clarifier ce que sont vraiment les rich snippets, comment ils s'obtiennent avec le vocabulaire schema.org, et surtout pourquoi Google ne garantit jamais leur affichage. Je vais aussi distinguer deux notions que l'on confond souvent, les résultats enrichis et le featured snippet.
Qu'est-ce qu'un rich snippet, ou résultat enrichi ?
Un rich snippet, que Google appelle désormais résultat enrichi, c'est un résultat de recherche classique auquel s'ajoutent des éléments visuels issus du contenu de la page. Concrètement, à côté de votre titre et de votre URL, Google peut afficher des étoiles d'évaluation, un prix et une disponibilité produit, le temps de préparation d'une recette, les dates d'un événement ou encore un fil d'Ariane qui remplace l'URL brute. L'idée est simple : rendre le résultat plus parlant pour l'internaute avant même le clic. Ce n'est ni de la publicité, ni un placement payant. C'est Google qui décide, à partir de signaux fournis par votre page, d'enrichir ou non l'affichage. Le résultat reste organique, mais sa présentation devient plus riche.
Rich snippet et featured snippet, position zéro : deux choses différentes
Je tiens à insister sur cette distinction, car elle prête souvent à confusion. Le rich snippet enrichit la présentation de votre propre résultat, là où il se classe naturellement. Le featured snippet, souvent appelé position zéro ou extrait optimisé, est tout autre chose : c'est un bloc placé en haut de la page de résultats, qui reprend un extrait de texte censé répondre directement à la question posée, avec un lien vers la source. Le featured snippet ne dépend pas des données structurées. Google le génère en sélectionnant automatiquement un passage qu'il juge pertinent, à partir du texte de la page. Vous ne le déclenchez avec aucun balisage schema.org. À l'inverse, les rich snippets s'appuient sur des données structurées que vous fournissez explicitement. Résumé court : les données structurées préparent un résultat enrichi, mais elles ne servent pas à obtenir la position zéro.
Le rôle des données structurées schema.org
Les données structurées sont une façon standardisée de décrire le contenu d'une page dans un langage que les moteurs comprennent. Plutôt que de laisser Google deviner qu'un nombre est un prix ou qu'une chaîne de texte est un nom d'auteur, je le déclare explicitement. Le vocabulaire de référence pour cela est schema.org, un projet collaboratif soutenu par Google, Microsoft, Yahoo et Yandex. Il définit des centaines de types, plus de huit cents au total, comme Product, Recipe, Event, Organization ou Review. Attention toutefois : ce n'est pas parce qu'un type existe dans schema.org que Google produit un résultat enrichi pour ce type. Google ne reconnaît qu'une partie restreinte de ce vocabulaire pour générer des résultats enrichis, une trentaine de types seulement documentés dans sa galerie de résultats. Le reste du vocabulaire reste valide et utile pour décrire le contenu, mais n'aboutit pas forcément à un affichage enrichi.
JSON-LD, microdata, RDFa : quel format choisir
Les données structurées peuvent s'écrire dans trois formats. Le premier, JSON-LD, consiste à placer un bloc de code structuré dans une balise script de la page, séparé du contenu HTML visible. C'est le format que Google recommande explicitement, car il est le plus simple à implémenter et à maintenir à grande échelle, et il ne s'entremêle pas avec le balisage visuel de la page. Le deuxième, microdata, insère les annotations directement dans les balises HTML du contenu, via des attributs comme itemscope, itemtype et itemprop. Le troisième, RDFa, fonctionne sur un principe proche, avec des attributs ajoutés aux balises existantes. Microdata et RDFa restent compris par Google, mais ils alourdissent le HTML et sont plus délicats à maintenir. Pour un site qui évolue, je privilégie JSON-LD sans hésiter : il se génère facilement côté serveur et se met à jour proprement.
Les types de résultats enrichis courants, et ceux qui ont disparu
Parmi les résultats enrichis encore actifs aujourd'hui, on trouve les étoiles d'avis via Review et AggregateRating, les fiches produit avec prix et disponibilité via Product, les recettes via Recipe, les événements via Event, le fil d'Ariane via BreadcrumbList, ainsi que les balisages Article, Organization, LocalBusiness et VideoObject. Ce paysage évolue, et c'est important de le savoir pour ne pas miser sur des formats abandonnés. Les résultats enrichis HowTo, qui affichaient des étapes de tutoriel, ont été retirés dès 2023. Les résultats enrichis FAQ, qui dépliaient des questions-réponses sous un résultat, ne sont plus affichés dans Google Search depuis mai 2026. Je précise une nuance utile : le type FAQPage reste un balisage schema.org valide, et Google continue de le lire pour comprendre la page, mais il ne produit plus d'affichage enrichi visible. Autrement dit, baliser sa FAQ garde un intérêt de compréhension, pas un intérêt d'enrichissement visuel.
Implémenter et tester sans rien garantir
Côté mise en oeuvre, j'ajoute un bloc JSON-LD correspondant au type pertinent pour chaque page, en veillant à une règle absolue : les données structurées doivent décrire ce qui est réellement visible sur la page. Annoncer une note d'avis qui n'apparaît nulle part dans le contenu enfreint les consignes de Google et expose à une action manuelle. Pour vérifier mon travail, je m'appuie sur deux outils complémentaires. Le test des résultats enrichis de Google, le Rich Results Test, indique si la page est éligible aux résultats enrichis pris en charge par Google. Le validateur schema.org, le Schema Markup Validator, contrôle quant à lui la conformité du balisage par rapport au vocabulaire complet. Une fois la page en ligne, la Search Console reste mon tableau de bord pour les types encore actifs : ses rapports signalent les erreurs détectées sur l'ensemble du site. Un point que je rappelle toujours : passer ces tests avec succès rend la page éligible, mais ne déclenche jamais automatiquement l'affichage. Google se réserve le droit de montrer ou non un résultat enrichi selon le contexte de la requête, l'appareil et sa propre évaluation de la qualité. L'éligibilité est une condition nécessaire, pas une promesse.
Questions fréquentes
Un rich snippet améliore-t-il mon classement dans Google ?
Les données structurées ne sont pas un facteur de classement direct. Elles rendent une page éligible à un affichage enrichi, ce qui peut rendre le résultat plus visible, mais elles ne font pas monter mécaniquement une page dans les positions.
Quel format de données structurées dois-je utiliser ?
Google recommande JSON-LD, un bloc de code placé dans une balise script, car il est le plus simple à déployer et à maintenir. Microdata et RDFa restent compris mais s'intègrent dans le HTML visible et sont plus lourds à gérer.
Quelle différence entre un rich snippet et la position zéro ?
Le rich snippet enrichit votre propre résultat là où il se classe, à partir de vos données structurées. Le featured snippet, ou position zéro, est un bloc de réponse en haut de page que Google génère à partir du texte, sans aucun balisage schema.org.
Si je passe le test des résultats enrichis, mon résultat enrichi est-il garanti ?
Non. Le test confirme l'éligibilité technique, mais Google ne garantit jamais l'affichage. La décision dépend de la requête, de l'appareil et de l'évaluation de qualité propre à Google.
Faut-il encore baliser ses FAQ avec schema.org ?
Les résultats enrichis FAQ ne sont plus affichés dans Google Search depuis mai 2026. Le type FAQPage reste un balisage valide que Google lit pour comprendre la page, mais il ne produit plus d'enrichissement visuel dans les résultats.
