Faut-il bannir les notes agrégées multi-produits de vos pages ?

Pourquoi Google considère-t-il les notes agrégées comme trompeuses ?

Une note agrégée multi-produits écrase les différences qualitatives entre références distinctes. Imaginez une page comparant trois smartphones : un modèle haut de gamme noté 4,8/5, un milieu de gamme à 3,5/5 et un entrée de gamme à 2,7/5. Afficher une moyenne globale de 3,67/5 en haut de page brouille totalement l'information utile.

L'utilisateur qui scanne rapidement les résultats ne comprend pas quelle évaluation s'applique à quel produit. Il peut cliquer en pensant que tous les modèles valent 3,67, alors que seul un produit mérite vraiment son attention. Cette ambiguïté intentionnelle dégrade la qualité du SERP et frustre l'intention de recherche.

Quels types de contenus sont visés par cette directive ?

La consigne cible principalement les pages comparatives, les guides d'achat regroupant plusieurs produits, et les sélections « meilleurs X de [catégorie] ». Ces formats accumulent souvent 5 à 15 produits différents sur une même URL.

Certains sites affichent une note globale calculée sur l'ensemble des références listées, espérant capter le clic via les rich snippets. D'autres agrègent les avis clients de produits différents dans un seul bloc de structured data. Les deux approches entrent dans le périmètre de cette interdiction.

Cette règle s'applique-t-elle aussi aux évaluations d'entreprises ?

La formulation de Google couvre explicitement les évaluations produits ET entreprises. Pour les entreprises, le piège classique consiste à agréger les notes de plusieurs établissements distincts sous une seule entité.

Une chaîne de restaurants comptant 12 emplacements ne peut pas afficher une moyenne calculée sur les avis des 12 adresses. Chaque établissement doit porter ses propres évaluations, avec sa propre fiche LocalBusiness en structured data. La confusion géographique nuit autant que la confusion produit.

• Chaque produit distinct mérite sa propre note visible et son propre balisage schema.org séparé
• Les pages comparatives doivent afficher clairement quelle note correspond à quel produit, sans moyenne globale
• Les établissements multiples d'une même enseigne nécessitent des évaluations géolocalisées distinctes
• Les rich snippets ne doivent jamais afficher une agrégation trompeuse dans les SERP
• La transparence sur la source des avis reste indispensable pour chaque évaluation individuelle

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

La directive rejoint ce qu'on observe dans les pénalités manuelles appliquées aux sites abusant du balisage Review. Depuis plusieurs années, Google sanctionne les notes agrégées artificielles qui gonflent le CTR sans apporter de valeur réelle. Les éditeurs de comparateurs ont déjà constaté des disparitions brutales de leurs étoiles en SERP.

Reste que la frontière demeure floue dans certains cas. Une page listant « les 10 meilleurs VPN » avec une note pour chaque VPN individualisée passe-t-elle ? Oui, si chaque produit porte son propre bloc d'évaluation. Mais qu'en est-il d'une note globale reflétant la qualité de la sélection elle-même plutôt que des produits ? [À vérifier] — Google ne précise pas si noter la pertinence éditoriale du guide constitue une infraction.

Quelles nuances faut-il apporter selon le type de contenu ?

Les tests comparatifs techniques posent un vrai dilemme. Un laboratoire teste 20 casques audio selon 8 critères mesurables (isolation, bande passante, distorsion, confort). Peut-il publier un classement général avec une note finale par produit calculée sur ces 8 axes ? Théoriquement oui, car chaque casque reçoit sa propre évaluation finale.

Le problème surgit si le site agrège ensuite ces 20 notes en une seule moyenne « qualité globale de notre sélection ». Cette pratique franchit la ligne rouge définie par Google. Même logique pour les comparateurs B2B évaluant des logiciels SaaS : chaque outil doit afficher son score propre, jamais une moyenne de catégorie.

Dans quels cas cette règle ne s'applique-t-elle pas vraiment ?

Les variations d'un produit unique échappent probablement à cette contrainte. Un smartphone décliné en trois capacités de stockage (128 Go, 256 Go, 512 Go) reste fondamentalement le même appareil. Afficher une note globale pour ce modèle, calculée sur l'ensemble des avis toutes capacités confondues, ne trompe personne.

Même raisonnement pour les déclinaisons cosmétiques : un t-shirt vendu en 8 coloris peut légitimement porter une note unique. Par contre, dès qu'on compare des références avec des caractéristiques techniques différentes — même de la même marque — chacune exige sa propre évaluation distincte.

Que faut-il faire concrètement sur vos pages comparatives ?

Commencez par auditer toutes vos URLs regroupant plusieurs produits ou établissements. Identifiez les notes agrégées dans le contenu visible ET dans les balises schema.org. Chaque bloc Review ou Product doit correspondre à une référence unique, avec son propre aggregateRating si pertinent.

Sur le plan visuel, structurez vos comparatifs avec des cartes produits individuelles. Chacune affiche clairement son titre, sa note spécifique, le nombre d'avis sources et un lien vers la fiche détaillée. Bannissez toute mention type « Note moyenne de notre sélection : 4,2/5 » en en-tête de page.

Quelles erreurs éviter dans le balisage structured data ?

Ne créez jamais un seul objet Product englobant plusieurs références distinctes avec un aggregateRating calculé sur l'ensemble. Même si vous séparez visuellement les notes sur la page, Google scanne le JSON-LD ou les microdonnées et détecte l'incohérence.

Évitez aussi les montages artificiels où vous créez un produit fictif « Guide des meilleurs X » juste pour accrocher une note globale en rich snippet. Cette manipulation ne trompe personne côté algorithme et expose votre site à une action manuelle sur les avis trompeurs.

Comment vérifier que votre site respecte cette directive ?

Utilisez l'outil Test des résultats enrichis de Google sur vos pages comparatives. Vérifiez que chaque bloc Product ou Review détecté correspond bien à un produit unique clairement identifiable. Si l'outil remonte un aggregateRating sans SKU précis ou avec plusieurs références mélangées, corrigez immédiatement.

Consultez également le rapport Améliorations dans Search Console, section Avis sur les produits. Les erreurs « Évaluation non attribuable à un produit spécifique » signalent souvent des agrégations problématiques. Croisez ces données avec vos logs serveur pour repérer les pages qui perdaient leurs étoiles en SERP après un crawl récent.

• Supprimer toute note moyenne calculée sur plusieurs produits distincts
• Créer un bloc schema.org Product séparé pour chaque référence comparée
• Afficher visuellement la note de chaque produit avec sa source d'avis
• Vérifier l'absence d'aggregateRating global dans le JSON-LD des comparatifs
• Auditer les pages multi-établissements avec Google Business Profile distinct par localisation
• Tester les rich snippets après corrections pour confirmer l'affichage correct