La Marmite du Web

Données structurées et rich snippets : le guide complet pour briller sur Google

Un développeur avait balisé sa page avec le schéma Product… alors qu'il vend des prestations de conseil. Les données structurées ne sont pas une recette magique : voici pourquoi Google décide seul d'afficher vos rich snippets.

Données structurées et rich snippets : le guide complet pour briller sur Google

Un client m'écrit la semaine dernière, un peu paniqué : « Mon concurrent a des étoiles dans Google et pas moi. J'ai payé un développeur, il a mis du JSON-LD partout, et rien n'a bougé. » Je lui demande de m'envoyer le code. Cinq minutes plus tard, j'avais trouvé le problème : il avait balisé sa page d'accueil avec le schéma Product alors qu'il vend des prestations de conseil. Google n'a rien affiché, et pour cause — il n'y avait pas de produit à étoiler.

Cette scène, je la vis deux ou trois fois par mois. Les données structurées et les rich snippets passent pour une recette magique : tu colles du code, tu obtiens des étoiles. La réalité est plus têtue. Le balisage n'est qu'une déclaration d'intention ; c'est Google qui décide, ensuite, s'il daigne l'afficher.

Points clés à retenir

  • Les rich snippets sont des résultats enrichis (étoiles, prix, FAQ, fil d'Ariane) que Google affiche à sa discrétion.
  • Le balisage JSON-LD en vocabulaire Schema.org reste le format le plus simple à maintenir.
  • Un balisage valide ne garantit jamais l'affichage : Google filtre selon la qualité de la page.
  • Le vrai gain se joue sur le CTR et sur la façon dont les moteurs IA citent vos contenus.
  • Baliser le mauvais schéma est l'erreur la plus fréquente — et la plus silencieuse.

Données structurées et rich snippets : ce qui se joue vraiment derrière l'affichage

Commençons par poser les briques. Une donnée structurée, c'est un morceau de code ajouté à votre HTML qui décrit précisément ce que contient la page : un avis avec une note de 4,5 sur 5, une recette avec son temps de cuisson, un produit avec son prix et sa disponibilité. Le vocabulaire de référence s'appelle Schema.org, un projet collaboratif lancé par Google, Microsoft et Yahoo au début des années 2010.

Le rich snippet, lui, est le résultat visible. C'est la ligne enrichie dans la page de résultats — les petites étoiles jaunes sous un lien, la fourchette de prix, la liste de questions dépliables. Deux choses distinctes : le balisage est votre travail, l'affichage est la décision de Google.

Trois formats, un seul à privilégier

Vous pouvez techniquement baliser en microdata, en RDFa ou en JSON-LD. En pratique, je ne recommande que le dernier. Le JSON-LD se place dans une balise <script> isolée, ne se mélange pas au HTML visible, et se modifie sans risquer de casser la mise en page.

FormatOù il vitMon avis après usage
JSON-LDBloc script séparéLe plus propre, le plus facile à déboguer
MicrodataDirectement dans les balises HTMLEncombrant sur de gros sites
RDFaAttributs dans le HTMLPuissant, mais rarement utile ici

Un point que beaucoup ignorent : Google recommande JSON-LD depuis des années, et ses outils de test le lisent en priorité. Sur un site de 400 pages que j'ai repris l'an dernier, la migration de microdata vers JSON-LD a réduit de 70 % les erreurs signalées dans la console de recherche. Pas de miracle d'affichage, juste un tas de bruit en moins.

Quel type de rich snippet pour quel contenu ?

Le schéma doit décrire ce que la page contient réellement. Pas ce que vous aimeriez afficher. C'est là que la plupart des projets déraillent.

Quel type de rich snippet pour quel contenu ?

Les schémas qui affichent le plus souvent

  • Article / BlogPosting — le socle de tout site éditorial, discret mais utile.
  • Product avec offre, prix, disponibilité — et AggregateRating pour les étoiles, à condition d'avoir de vrais avis.
  • Recipe — temps de préparation, calories, notes.
  • FAQPage — attention, Google a drastiquement réduit l'affichage des résultats FAQ depuis 2023 ; je ne compte plus dessus.
  • BreadcrumbList — le fil d'Ariane dans l'URL, quasi systématique quand il est bien posé.
  • LocalBusiness pour une fiche locale : horaires, adresse, note.

Mon conseil, à contre-courant : commencez par BreadcrumbList et Article. Ce sont les deux balisages les plus faciles à valider et les moins susceptibles de vous attirer un avertissement manuel. Les étoiles d'avis, c'est le graal visuel, mais c'est aussi le terrain où l'on se fait taper sur les doigts quand on bidouille.

Le piège des avis que vous vous attribuez

J'ai vu un e-commerce baliser ses propres fiches produit avec des avis rédigés par son équipe marketing, sous couvert d'« avis clients ». Résultat au bout de quelques semaines : les étoiles ont disparu, et un avertissement est tombé dans la console. Google sait repérer un AggregateRating sans avis vérifiable. Franchement, ça ne vaut pas le coup.

Comment mettre en place et valider vos données structurées

Le cycle est simple dans son principe : baliser, tester, corriger, surveiller.

Comment mettre en place et valider vos données structurées
  1. Rédiger le bloc JSON-LD avec les propriétés obligatoires du schéma choisi.
  2. Passer l'URL dans le test des résultats enrichis de Google.
  3. Vérifier dans la console de recherche, section « Améliorations », que le type est bien détecté.
  4. Corriger les avertissements — pas seulement les erreurs fatales.
  5. Surveiller chaque mois : un schéma peut casser après une refonte.

Ce dernier point est celui qu'on oublie le plus. Sur un site que je suivais, une mise à jour du thème a silencieusement supprimé le balisage Product de 120 fiches. Personne ne l'a vu pendant six semaines. Les étoiles ont mis deux mois à revenir après correction, le temps que Google recrawle l'ensemble.

Les données structurées comptent-elles encore à l'heure des moteurs IA ?

Oui, et c'est l'angle que personne ne traite vraiment. Les AI Overviews et les moteurs de réponse comme ChatGPT ou Perplexity s'appuient sur des contenus bien structurés pour identifier des faits précis : un prix, une date, une note. Un JSON-LD propre ne vous fera pas citer à coup sûr, mais il rend votre page lisible par une machine là où du texte en vrac la rend floue. Sur un site de comparateurs que j'ai accompagné, la refonte du balisage a coïncidé avec une hausse nette des citations en réponse générée — je ne peux pas prouver le lien de causalité, mais la corrélation m'a convaincu de continuer.

Ce qui fait vraiment la différence (et ce qui ne sert à rien)

Baliser ne remplace pas écrire pour des humains. Une fiche produit sans description utile, avec des étoiles, reste une mauvaise fiche. Le balisage amplifie ce qui existe ; il ne crée rien.

Ce qui marche, concrètement : un schéma qui colle à la page, des données factuelles et vérifiables, un suivi régulier, et une grosse dose de patience. Ce qui ne marche pas : empiler trois schémas contradictoires sur la même URL, baliser une FAQ qui n'existe pas, inventer une note moyenne. Google filtre. Toujours.

Et si vous ne deviez retenir qu'une chose de cet article, ce serait celle-ci : les rich snippets ne se décrochent pas, ils se méritent. Vous posez un balisage honnête, vous laissez Google juger, et vous recommencez quand ça casse. C'est moins excitant qu'une astuce de growth, mais c'est ce qui tient dans le temps.

Adeline Perrin

Adeline Perrin

Adeline Perrin est une spécialiste reconnue en rédaction SEO, recherche de mots-clés et stratégie éditoriale. Elle accompagne les entreprises dans l'optimisation de leur maillage interne et la structuration de contenus performants. Son approche allie rigueur analytique et créativité rédactionnelle pour des résultats durables.

Voir tous les articles →

Articles similaires