Étoiles d'avis Google : le rich result expliqué

Un résultat de recherche avec des étoiles attire l'œil avant même que l'internaute n'ait lu le titre. Ces étoiles ne sont pas ajoutées par Google au hasard : elles viennent d'un balisage de données structurées que le propriétaire du site insère dans le code de sa page, et Google choisit ensuite, ou non, de les afficher. Comprendre ce mécanisme évite deux erreurs symétriques : ignorer un levier de visibilité réel, ou baliser des avis qui ne respectent pas les règles de Google et qui finissent par coûter le rich result à tout le site.

Cet article ne couvre pas les données structurées en général, ni les étoiles qui apparaissent sur une fiche d'établissement Google — ce sont deux sujets traités ailleurs. Il se concentre sur un point précis : comment fonctionnent les rich results à étoiles dans les résultats organiques classiques, quelles règles déterminent leur éligibilité, et pourquoi tant de sites les perdent sans comprendre pourquoi.

Ce que sont les étoiles dans les résultats de recherche

Quand Google affiche un rich result à étoiles, il ajoute sous le titre bleu et l'URL une ligne supplémentaire : une note visuelle, le plus souvent sur une échelle de cinq, représentée par des étoiles pleines, à moitié pleines ou vides, suivie du nombre d'avis pris en compte. Ce format existe pour les pages qui décrivent un produit, une recette, un cours, un film, un livre ou d'autres types d'entités que Google reconnaît comme pouvant porter une note.

L'intérêt pour un site n'est pas un gain de position au sens strict : la présence d'étoiles n'est pas un facteur de classement documenté. L'intérêt est ailleurs, dans le taux de clic. Sur une page de résultats où la plupart des liens se ressemblent, un résultat surmonté d'étoiles capte davantage l'attention visuelle. Un internaute qui compare plusieurs résultats pour un même produit ou une même recette remarque souvent en premier celui qui affiche une preuve sociale immédiate, avant même de lire la meta description. C'est un avantage de perception, pas un signal algorithmique direct.

• la note moyenne, généralement sur une échelle de 5
• le nombre d'avis agrégés dans cette note
• parfois un prix ou une disponibilité, lorsque la page est une fiche produit

Review et AggregateRating : le balisage qui produit les étoiles

Techniquement, les étoiles ne viennent pas d'un texte que Google détecte sur la page, mais d'un balisage de données structurées au format schema.org, le plus souvent inséré en JSON-LD dans le code de la page. Deux types sont concernés. Review décrit un avis individuel : un auteur, un texte, une note (reviewRating) sur une échelle définie. AggregateRating décrit une moyenne calculée sur plusieurs avis : une note (ratingValue), un nombre d'avis (ratingCount ou reviewCount) et les bornes de l'échelle (bestRating, worstRating).

Ce balisage ne peut pas être posé sur n'importe quelle page. Google limite les types d'entités éligibles au rich result d'avis : produits, recettes, cours en ligne, logiciels, livres, films, événements, et certains établissements locaux dans un cadre précis. Une page qui ne correspond à aucun de ces types — un article de blog, une page « à propos », une landing page de service générique — peut techniquement porter le balisage, mais n'obtiendra pas le rich result, parce que le type d'entité concerné n'entre pas dans la liste que Google traite pour cette fonctionnalité.

• Product, pour une fiche produit e-commerce
• Recipe, pour une recette de cuisine
• Course, pour une formation ou un cours en ligne
• SoftwareApplication, pour une application ou un logiciel
• LocalBusiness, dans un cadre précis, différent du panneau de fiche d'établissement

Les règles qui font perdre le rich result

La majorité des guides sur les données structurées s'arrêtent au balisage technique. Ce sont pourtant les règles suivantes qui expliquent pourquoi un site perd ses étoiles, parfois durablement.

Un avis auto-décerné n'est pas éligible. Si l'entité qui possède le site est aussi l'auteur de l'avis sur elle-même — une entreprise qui publie « nous sommes les meilleurs, 5 étoiles » à propos de sa propre activité — Google ne considère pas cela comme un avis valide. La règle vise précisément les notes globales qu'une entreprise s'attribue à elle-même, sur sa propre organisation, sans tiers pour les avoir réellement soumises. Une note sur un produit ou un service précis, laissée par de vrais clients, reste éligible ; c'est l'auto-évaluation de l'ensemble de l'entreprise par elle-même qui ne l'est pas.

Le balisage doit aussi refléter des avis réellement collectés, et ces avis doivent être visibles par l'utilisateur sur la même page que le balisage. Il ne suffit pas d'agréger une note calculée ailleurs — sur un site tiers, dans un outil interne, à partir d'un échantillon non publié — et de l'insérer en JSON-LD sans que le visiteur puisse voir les avis correspondants en arrivant sur la page. Si un internaute clique sur le résultat étoilé et ne trouve aucun avis affiché, ou une note différente de celle annoncée dans les résultats, l'incohérence est visible et sanctionnable.

Enfin, baliser une note que la page n'affiche pas est un problème de données structurées, pas un détail cosmétique. Google classe cette pratique parmi les usages abusifs du balisage : celui-ci doit correspondre au contenu visible, pas à ce que l'éditeur du site voudrait montrer. Quand Google détecte cet écart, la conséquence ne se limite pas à retirer les étoiles de la page concernée. Elle peut prendre la forme d'une action manuelle qui désactive les rich results d'avis pour l'ensemble du site, bien au-delà de la seule page fautive, ce qui rend la remise en conformité beaucoup plus longue qu'une simple correction de code.

• un avis ne peut pas être écrit par l'entité qu'il évalue, à propos d'elle-même
• la note balisée doit correspondre à des avis réellement recueillis, visibles sur la page
• le balisage doit refléter ce que la page affiche, jamais plus que ce qu'elle affiche

Pourquoi les étoiles n'apparaissent pas toujours, même avec un balisage valide

Un balisage techniquement correct, conforme à toutes les règles précédentes, ne garantit pas l'affichage des étoiles. L'éligibilité est une condition nécessaire, pas suffisante. Google décide, requête par requête, quels rich results afficher, en fonction de ce qui sert le mieux l'intention de recherche à ce moment précis. Deux pages avec un balisage identique peuvent connaître un sort différent : l'une affiche ses étoiles, l'autre non, sans qu'aucune erreur ne soit remontée dans les outils de validation.

Plusieurs facteurs pèsent dans cette décision, sans qu'aucun ne soit un interrupteur binaire : la confiance globale accordée au domaine, la cohérence du balisage sur l'ensemble du site et pas seulement la page vérifiée, la présence d'autres rich results qui rendraient l'affichage des étoiles redondant pour cette requête précise, ou simplement le fait que Google fasse évoluer l'apparence des résultats au fil du temps. Il n'existe pas de méthode pour forcer l'affichage : seule la conformité complète et durable du balisage augmente la probabilité qu'il soit retenu.

Tester et valider son balisage d'avis

Avant de publier une page, l'outil de test des résultats enrichis de Google permet de vérifier que le balisage Review ou AggregateRating est syntaxiquement correct et rattaché à un type éligible. L'outil signale les erreurs bloquantes, qui empêchent tout affichage, et les avertissements, des champs recommandés absents qui n'empêchent pas l'éligibilité mais réduisent la qualité de la donnée transmise.

Une fois le site indexé, le rapport dédié aux avis dans la Search Console donne une vue plus large : il liste les pages où le balisage est détecté, distingue les pages valides des pages en erreur, et signale les problèmes qui touchent l'ensemble du site plutôt qu'une seule URL — ce qui est précisément l'endroit où repérer une restriction liée aux avis avant qu'elle ne soit découverte autrement. Vérifier ce rapport après chaque mise à jour du balisage, et pas seulement au moment du lancement, évite qu'une régression passe inaperçue pendant des semaines.

• tester chaque type de page séparément (produit, recette, cours…), pas un seul exemple pour tout le site
• corriger d'abord les erreurs bloquantes, puis les avertissements
• recontrôler après toute refonte du template : un rich result qui fonctionnait peut casser silencieusement

Ce qui fait vraiment apparaître des étoiles : de vrais avis

Le balisage n'est jamais la cause des étoiles, il n'est que le vecteur qui les transmet à Google. La cause, c'est l'existence de vrais avis, collectés honnêtement, et affichés sur la page. Un site qui n'a pas encore d'avis clients n'a rien à mettre dans un AggregateRating : ajouter le balisage avant d'avoir la matière ne produit pas d'étoiles, cela produit un balisage non conforme qui expose à une sanction dès qu'il est contrôlé.

La séquence qui fonctionne est l'inverse de celle qu'on imagine souvent : d'abord collecter des avis réels — formulaire de retour client, système de notation intégré, avis vérifiés après achat — les afficher clairement sur la page concernée, et seulement à ce moment-là baliser ce qui existe déjà. Le balisage documente une réalité, il ne la crée pas. C'est aussi la seule approche qui reste stable dans le temps : un site qui gagne son rich result grâce à de vrais avis ne risque pas de le perdre au prochain contrôle.