Aller au contenu
Un projet en tête ?
Le média GloriaSEO

Rich snippets en 2026 : données structurées, avis et affichages Google à jour

Rich Snippets ce qui a changé avec l'algorithme Google

Les résultats enrichis peuvent afficher un prix, une disponibilité, des informations sur une recette ou d’autres détails utiles dans Google. Ils reposent sur des fonctionnalités précises, dont la liste évolue. En septembre 2026, un projet sérieux doit notamment tenir compte du retrait des affichages FAQ et HowTo, et des règles particulières sur les avis.

Le bon objectif est de décrire correctement les contenus éligibles, puis de vérifier leur prise en compte. Il n’existe pas de hausse universelle du taux de clic ou de conversion à promettre en échange de l’ajout d’un balisage.

Rich snippet, extrait optimisé et données structurées : trois notions

Le terme rich snippet désigne couramment un résultat enrichi. Les données structurées sont le code qui décrit des informations de la page dans un vocabulaire exploitable par les machines. Un extrait optimisé, ou featured snippet, correspond à un autre affichage : Google sélectionne un passage pour répondre à une recherche.

Ajouter du JSON-LD ne commande donc pas une « position zéro ». Google précise qu’un site ne peut pas baliser une page pour imposer sa sélection en extrait optimisé. La documentation sur les extraits optimisés explique cette sélection.

Il faut également distinguer deux référentiels. Schema.org définit un vocabulaire étendu ; Google n’utilise qu’une partie de ce vocabulaire pour ses affichages documentés. Un type valide dans Schema.org n’est pas nécessairement associé à un résultat enrichi Google actif.

Les changements à connaître avant de reprendre un ancien balisage

Repères officiels pour éviter les fonctionnalités retirées
Fonctionnalité État documenté Conséquence pratique
HowTo Résultats enrichis retirés depuis le 13 septembre 2023. Conserver les tutoriels utiles, sans vendre cet affichage.
Plusieurs affichages spécialisés Simplification annoncée en juin 2025 : notamment Course Info, Claim Review et Vehicle Listing. Vérifier le type exact au lieu d’appliquer une ancienne liste.
FAQ Résultats enrichis retirés à compter du 7 mai 2026. Rédiger les réponses pour les visiteurs.

Ces repères proviennent de l’annonce HowTo actualisée en septembre 2023, de la simplification des résultats en 2025 et du journal des mises à jour Google. La suppression de Course Info ne signifie pas, par exemple, que toute utilisation de Course a disparu : la galerie conserve une fonctionnalité distincte de liste de cours.

Le point de départ actuel reste la galerie des fonctionnalités prises en charge. Consultez ensuite la page correspondant au contenu réel et vérifiez ses propriétés obligatoires, recommandations et restrictions.

Choisir le balisage selon la page, pas selon une liste de cases

Sur une boutique, une fiche produit présente un article précis, son offre et éventuellement des avis sur ce produit. Une page de catégorie organise plusieurs articles. Une page institutionnelle décrit l’entreprise. Ces contenus peuvent partager des éléments, mais ne doivent pas recevoir exactement le même objet principal par automatisme.

Quelques correspondances utiles
Contenu réel Type à examiner Information à contrôler
Fiche produit Product et ses propriétés d’offre Produit, prix, devise, disponibilité et avis réellement associés.
Recette Recipe Ingrédients, étapes et données effectivement présentées.
Événement Event Date, lieu, statut et conditions actuels.
Article Article ou un sous-type approprié Titre, auteur réel et dates exactes.
Entreprise ou établissement Organization ou LocalBusiness selon le cas Identité et coordonnées cohérentes avec la page.
Hiérarchie de navigation BreadcrumbList Parcours logique vers les pages concernées.

Ce tableau est une orientation, pas une liste exhaustive de propriétés suffisantes. Une propriété Offer n’est pas une promesse autonome d’affichage d’une promotion. De même, le fil d’Ariane décrit un parcours sans garantir qu’il sera montré sur chaque appareil et chaque recherche.

Avis : la règle n’est pas une certification tierce universelle

Google n’impose pas, dans ses règles générales de résultats enrichis d’avis, l’achat d’une certification auprès d’une liste de prestataires. Il exige notamment des avis authentiques sur un élément précis, un contenu accessible au lecteur et le respect des types admissibles. La collecte par un outil extérieur ne rend pas automatiquement toutes les pages éligibles.

Pour LocalBusiness et Organization, les avis sur l’entité qui contrôle elle-même leur publication sont exclus de la fonctionnalité d’étoiles correspondante. La restriction s’applique aussi à l’intégration d’un widget tiers sur le site de cette entité. À l’inverse, des avis portant sur des produits relèvent de leurs propres règles. Les consignes Review et AggregateRating permettent de faire cette distinction.

Avant d’implémenter une note, identifiez l’objet évalué, l’origine des contributions et la manière dont le total est calculé. Une moyenne ne doit pas mélanger plusieurs produits sans justification. Si un avis est retiré ou une note corrigée dans le contenu, le balisage doit suivre la même source de données.

Un témoignage sur une page de service peut rester utile à un prospect. Son utilité éditoriale est distincte de son admissibilité aux étoiles Google. Il vaut mieux présenter correctement une expérience réelle que créer un produit fictif pour contourner une restriction.

Implémenter le JSON-LD à partir de données fiables

Google prend en charge JSON-LD, Microdata et RDFa, et recommande généralement JSON-LD. Celui-ci facilite une gestion séparée de la présentation, mais ajoute tout de même du code à la page. Le choix doit tenir compte du CMS, des extensions et de la maintenance. La ressource Google Search Central - Données structurées décrit ces formats.

Commencez par identifier ce que le site génère déjà. Un thème, une extension SEO et un module e-commerce peuvent publier plusieurs objets. Le problème n’est pas le nombre d’objets en soi : c’est leur éventuelle contradiction, leur absence de relation ou leur inadéquation au contenu.

Voici une esquisse pédagogique d’offre pour un produit fictif. Le prix et les URL servent uniquement à montrer la structure ; ce fragment ne doit pas être copié comme une description réelle ni considéré comme un modèle complet d’éligibilité.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Produit de démonstration",
  "image": "https://example.com/produit.jpg",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/produit",
    "priceCurrency": "EUR",
    "price": "29.99",
    "availability": "https://schema.org/InStock"
  }
}

Dans une boutique, les valeurs doivent venir du catalogue réel. Ne recopiez pas un prix manuellement dans un second système si les mises à jour du stock et des offres risquent de le laisser périmer. Les exigences varient aussi entre les extraits produit et les expériences marchandes : vérifiez la documentation Product correspondant à l’usage.

Tester le contenu publié, pas seulement un générateur de code

  1. Choisir une page représentative. Prenez un produit, article ou événement comportant les informations attendues et quelques cas particuliers.
  2. Comparer le visible et le déclaré. Vérifiez identité, prix, date, disponibilité et notes avec la page réellement servie.
  3. Contrôler la syntaxe et les propriétés. Le validateur doit lire le même code que celui produit par le site.
  4. Tester l’accès à l’URL. Une connexion requise ou une restriction d’exploration peut empêcher Google d’utiliser la page.
  5. Examiner le rendu après déploiement. Contrôlez plusieurs pages, y compris un cas sans note, sans stock ou avec une donnée facultative absente.

Le Test des résultats enrichis Google vérifie les fonctionnalités prises en charge. Une validation technique n’est pas une promesse d’affichage. Pour la syntaxe du vocabulaire plus large, consultez aussi Schema.org - Référentiel complet.

Les consignes générales de données structurées demandent des informations représentatives, à jour et cohérentes avec le contenu. Une erreur peut empêcher l’éligibilité ; une violation des règles peut entraîner une action manuelle sur les résultats enrichis. Il ne faut pas assimiler chaque champ manquant à une désindexation générale.

Mesurer l’utilité et organiser la maintenance

Relevez l’état initial par familles de pages : impressions, clics, types d’affichage disponibles et demandes ou ventes associées. Après correction, utilisez des périodes comparables et notez les autres changements. Une amélioration du taux de clic peut aussi venir d’un titre, d’un prix, d’une meilleure position ou de la saison.

Conservez un petit registre : modèles concernés, source des données, responsable et test de référence. Réexaminez le balisage lors d’un changement de thème, d’extension, de catalogue ou de politique commerciale. Un prix supprimé ou un événement annulé est une raison concrète d’intervenir ; un calendrier artificiel ne remplace pas ces déclencheurs.

Pour faire réaliser le travail, demandez à une agence de référencement comme 410 Gone ou à votre prestataire un périmètre vérifiable : types de pages, corrections, tests et suivi. La ressource 410 Gone - Agence SEO Lyon permet de consulter cette agence ; comparez les propositions sur les livrables plutôt que sur une promesse d’étoiles ou de progression automatique.

La priorité est un balisage fidèle, utile et maintenable sur les pages qui comptent pour votre activité. Un tutoriel précis, des informations produit exactes et des réponses claires conservent leur intérêt même lorsque Google modifie la présentation de ses résultats.

Questions fréquentes

Les FAQ peuvent-elles encore produire un résultat enrichi Google ?

Google a retiré cet affichage à compter du 7 mai 2026. Gardez une FAQ lorsqu’elle répond aux questions des visiteurs ; son intérêt ne dépend pas d’un accordéon dans les résultats.

HowTo est-il encore une fonctionnalité de résultat enrichi ?

Non : Google a retiré les résultats enrichis HowTo depuis septembre 2023. Le vocabulaire Schema.org et un tutoriel visible sont des choses distinctes de cet ancien affichage.

Faut-il une certification payante pour afficher des étoiles ?

Il n’existe pas d’obligation générale de certification tierce dans les règles Google citées. Vérifiez l’objet évalué, l’authenticité des avis et l’éligibilité du type. Un widget tiers ne contourne pas la restriction sur les avis d’une entreprise à propos d’elle-même.

Un test Google valide garantit-il l’affichage ?

Non. Il vérifie notamment la structure technique. La sélection dépend aussi de la page, des règles applicables et de la recherche. Utilisez le test pour corriger des défauts, puis observez les résultats sans délai d’affichage garanti.

Comment éviter les prix ou stocks contradictoires ?

Faites produire le contenu visible et le balisage depuis la même source de données. Testez un changement de prix, une rupture de stock et les variantes pertinentes, puis vérifiez les valeurs réellement publiées.

Faut-il retirer tous les anciens types Schema.org ?

Pas automatiquement. Distinguez un affichage Google retiré, un vocabulaire encore valide et un code devenu inutile ou trompeur. Décidez selon les consommateurs de ces données et le coût de maintenance.

Ce lien s’ouvre dans un nouvel onglet.