Lorsque vous ajoutez un balisage Product à votre page, celle-ci peut être éligible à un affichage sous forme d’extrait de produit, qui est un résultat textuel incluant des informations produit supplémentaires telles que les notes, les avis, le prix et la disponibilité.
Ce guide se concentre sur les exigences en matière de données structurées Product pour les extraits de produits. Si vous n’êtes pas sûr du balisage à utiliser, consultez notre introduction au balisage Product.
Comment ajouter des données structurées
Les données structurées sont un format standardisé permettant de fournir des informations sur une page et de classer son contenu. Si vous débutez avec les données structurées, vous pouvez en apprendre davantage sur leur fonctionnement.
Voici un aperçu de la manière de créer, tester et publier des données structurées.
- Ajoutez les propriétés requises. Selon le format que vous utilisez, découvrez où insérer les données structurées sur la page.
- Respectez les directives.
- Validez votre code à l’aide de l’outil de Test des résultats enrichis et corrigez toute erreur critique. Pensez également à corriger les problèmes non critiques signalés par l’outil, car ils peuvent contribuer à améliorer la qualité de vos données structurées (bien que cela ne soit pas nécessaire pour être éligible aux résultats enrichis).
- Déployez quelques pages incluant vos données structurées et utilisez l’outil d’inspection d’URL pour tester la façon dont Google voit la page. Assurez-vous que votre page est accessible à Google et qu’elle n’est pas bloquée par un fichier robots.txt, la balise
noindexou des exigences de connexion. Si la page semble correcte, vous pouvez demander à Google d’explorer à nouveau vos URL. - Pour tenir Google informé des changements futurs, nous vous recommandons de soumettre un sitemap. Vous pouvez automatiser cela avec l’API Search Console Sitemap API.
Exemples
Les exemples suivants illustrent comment inclure des données structurées sur vos pages web pour différentes situations.
Page d’avis produit
Voici un exemple de données structurées sur une page d’avis produit pour le traitement des extraits de produits dans les résultats de recherche.
JSON-LD
RDFa
Microdata
Avantages et inconvénients
Voici un exemple de page d’avis produit éditorial avec des avantages et des inconvénients pour le traitement des extraits de produits dans les résultats de recherche.
JSON-LD
RDFa
Microdata
Page d’agrégateur d’achats
Voici un exemple de page d’agrégateur d’achats pour le traitement des extraits de produits dans les résultats de recherche.
JSON-LD
RDFa
Microdata
Directives
Pour que votre balisage Product soit éligible aux extraits de produits, vous devez suivre ces directives :
- Directives générales sur les données structurées
- Principes de base de la recherche
- Directives techniques
- Directives de contenu
Directives techniques
- Actuellement, les résultats enrichis de produits ne prennent en charge que les pages axées sur un seul produit (ou plusieurs variantes du même produit). Par exemple, “chaussures dans notre boutique” n’est pas un produit spécifique. Cela inclut les variantes de produits où chaque variante possède une URL distincte. Nous recommandons de se concentrer sur l’ajout de balisage aux pages produits plutôt qu’aux pages listant des produits ou une catégorie de produits.
- Pour plus de détails sur la façon de baliser les variantes de produits, reportez-vous à la documentation sur les données structurées des variantes de produits.
- Lorsque vous proposez des produits à la vente dans plusieurs devises, ayez une URL distincte par devise. Par exemple, si un produit est disponible à la vente en dollars canadiens et américains, utilisez deux URL distinctes, une par devise.
Carn’est pas pris en charge automatiquement en tant que sous-type deProduct. Pour l’instant, incluez les typesCaretProductsi vous souhaitez y associer des notes et être éligible à la fonctionnalité de recherche. Par exemple en JSON-LD :- Pour les données structurées sur les avantages et inconvénients : Seules les pages d’avis produit éditoriaux sont éligibles à l’affichage des avantages et inconvénients dans la recherche, pas les pages produits marchands ou les avis clients.
- Si vous êtes un marchand optimisant pour tous les types de résultats d’achat, nous vous recommandons d’insérer les données structurées
Productdans le HTML initial pour de meilleurs résultats. - Pour le balisage
Productgénéré par JavaScript : Sachez que le balisage généré dynamiquement peut rendre les explorations Shopping moins fréquentes et moins fiables, ce qui peut poser problème pour les contenus changeant rapidement comme la disponibilité et le prix des produits. Si vous utilisez JavaScript pour générer le balisageProduct, assurez-vous que votre serveur dispose de ressources informatiques suffisantes pour gérer l’augmentation du trafic provenant de Google.
Directives de contenu
- Nous n’autorisons pas les contenus faisant la promotion de biens, services ou informations largement interdits ou réglementés qui pourraient faciliter des dommages graves, immédiats ou à long terme pour les personnes. Cela inclut les contenus liés aux armes à feu et aux armes, aux drogues récréatives, aux produits du tabac et de vapotage, ainsi qu’aux produits liés aux jeux d’argent.
Définitions des types de données structurées
Vous devez inclure les propriétés requises pour que votre contenu soit éligible à un affichage sous forme de résultat enrichi. Vous pouvez également inclure les propriétés recommandées pour ajouter plus d’informations à vos données structurées, ce qui pourrait offrir une meilleure expérience utilisateur.
Product
La définition complète de Product est disponible sur schema.org/Product. Lorsque vous balisez votre contenu pour des informations produit, utilisez les propriétés suivantes du type Product :
| Propriétés requises | |
|---|---|
name | Le nom du produit. |
Les extraits de produits nécessitent soit review, soit aggregateRating, soit offers | Vous devez inclure l’une des propriétés suivantes :
|
| Propriétés recommandées | |
|---|---|
aggregateRating | Une note globale ( |
offers | Une offre ( Pour être éligible à l’amélioration de baisse de prix, utilisez |
review | Un avis ( Si vous ajoutez un avis pour le produit, le nom de l’auteur doit être un nom valide pour une Non recommandé : 50% de réduction le Black Friday Recommandé : “James Smith” ou “CNET Reviewers” Pour indiquer manuellement à Google les avantages et inconvénients d’une page d’avis produit éditorial, ajoutez les propriétés |
Avis sur les produits
Review
Comme les avis sont partagés par plusieurs types de données structurées (tels que Recipe et Movie), le type Review est décrit séparément dans la documentation sur les extraits d’avis.
Les propriétés suivantes sont des propriétés supplémentaires pour le type Review afin d’aider les utilisateurs à voir un résumé des avantages et inconvénients d’un avis produit éditorial. L’expérience des avantages et inconvénients est disponible en allemand, anglais, espagnol, français, italien, japonais, néerlandais, polonais, portugais et turc dans tous les pays où Google Search est disponible.
Bien que Google essaie de comprendre automatiquement les avantages et inconvénients d’un avis produit éditorial, vous pouvez fournir explicitement ces informations en ajoutant les propriétés positiveNotes et/ou negativeNotes à votre avis produit imbriqué. Assurez-vous de suivre les directives sur les avantages et inconvénients.
| Propriétés requises | |
|---|---|
| Deux déclarations sur le produit | Vous devez fournir au moins deux déclarations sur le produit dans n’importe quelle combinaison de déclarations positives ou négatives (par exemple, un balisage ItemList avec deux déclarations positives est valide) : |
| Propriétés recommandées | |
|---|---|
negativeNotes |
Une liste imbriquée facultative de déclarations négatives sur le produit (inconvénients). Pour lister plusieurs déclarations négatives, spécifiez plusieurs propriétés |
positiveNotes |
Une liste imbriquée facultative de déclarations positives sur le produit (avantages). Pour lister plusieurs déclarations positives, spécifiez plusieurs propriétés |
ItemList pour les notes positives et négatives
Les notes positives et négatives (avantages et inconvénients) à l’intérieur du type Review utilisent les types génériques ItemList et ListItem. Cette section décrit comment utiliser ces types pour les notes positives et négatives.
Les propriétés suivantes sont utilisées pour capturer les avantages et inconvénients dans un avis.
| Propriétés requises | |
|---|---|
itemListElement | Une liste de déclarations sur le produit, classées dans un ordre spécifique. Spécifiez chaque déclaration avec un |
itemListElement.name | La déclaration clé de l’avis. |
| Propriétés recommandées | |
|---|---|
itemListElement.position | La position de l’avis. La position 1 signifie la première déclaration dans la liste. |
Détails de l’offre
Offer
La définition complète de Offer est disponible sur schema.org/Offer. Lors du balisage d’offres au sein d’un produit, utilisez les propriétés suivantes du type schema.org Offer.
| Propriétés requises | |
|---|---|
price ou priceSpecification.price | Le prix de l’offre d’un produit. Suivez les directives d’utilisation de schema.org. Voici un exemple de la propriété Voici un exemple de la façon d’indiquer qu’un produit est disponible sans paiement : Alternativement, le prix de l’offre peut être imbriqué dans une propriété |
| Propriétés recommandées | |
|---|---|
availability | Utilisez l’option de disponibilité produit la plus appropriée parmi la liste suivante.
Les noms courts sans le préfixe URL sont également pris en charge (par exemple, |
priceCurrency ou priceSpecification.priceCurrency | La devise utilisée pour décrire le prix du produit, au format ISO 4217 à trois lettres. Cette propriété est actuellement recommandée pour les extraits de produits afin d’aider Google à déterminer la devise plus précisément, mais elle est requise pour les expériences de fiches marchands. Il est donc préférable de toujours fournir cette propriété. |
priceValidUntil | La date (au format ISO 8601) après laquelle le prix ne sera plus disponible, le cas échéant. Votre extrait de produit peut ne pas s’afficher si la propriété |
UnitPriceSpecification
La définition complète de UnitPriceSpecification est disponible sur schema.org/UnitPriceSpecification. Utilisez les propriétés suivantes pour capturer des schémas de tarification plus complexes.
| Propriétés requises | |
|---|---|
price | Le prix de l’offre d’un produit. Voir aussi la propriété |
| Propriétés recommandées | |
|---|---|
priceCurrency | La devise utilisée pour décrire le prix du produit, au format ISO 4217 à trois lettres. Voir aussi la propriété Bien que cette propriété soit facultative pour les extraits de produits, elle est fortement recommandée car elle évite les ambiguïtés de tarification et est requise pour les expériences de fiches marchands. |
AggregateOffer
La définition complète de AggregateOffer est disponible sur schema.org/AggregateOffer. Une AggregateOffer est un type d’Offer représentant une agrégation d’autres offres. Par exemple, elle peut être utilisée pour un produit vendu par plusieurs marchands. N’utilisez pas AggregateOffer pour décrire un ensemble de variantes de produits. Lors du balisage d’offres globales au sein d’un produit, utilisez les propriétés suivantes du type schema.org AggregateOffer :
| Propriétés requises | |
|---|---|
lowPrice | Le prix le plus bas parmi toutes les offres disponibles. Utilisez un séparateur décimal ( |
priceCurrency | La devise utilisée pour décrire le prix du produit, au format ISO 4217 à trois lettres. |
| Propriétés recommandées | |
|---|---|
highPrice | Le prix le plus élevé parmi toutes les offres disponibles. Utilisez un nombre à virgule flottante si nécessaire. |
offerCount | Le nombre d’offres pour le produit. |
Surveiller les résultats enrichis avec la Search Console
La Search Console est un outil qui vous aide à surveiller les performances de vos pages dans la recherche Google. Vous n’avez pas besoin de vous inscrire à la Search Console pour être inclus dans les résultats de recherche Google, mais cela peut vous aider à comprendre et à améliorer la façon dont Google voit votre site. Nous vous recommandons de vérifier la Search Console dans les cas suivants :
- Après avoir déployé des données structurées pour la première fois
- Après avoir publié de nouveaux modèles ou mis à jour votre code
- Analyser le trafic périodiquement
Après avoir déployé des données structurées pour la première fois
Une fois que Google a indexé vos pages, recherchez les problèmes à l’aide du rapport sur l’état des résultats enrichis pertinent. Idéalement, il y aura une augmentation des éléments valides et aucune augmentation des éléments invalides. Si vous trouvez des problèmes dans vos données structurées :
- Corrigez les éléments invalides.
- Inspectez une URL en direct pour vérifier si le problème persiste.
- Demandez une validation en utilisant le rapport d’état.
Après avoir publié de nouveaux modèles ou mis à jour votre code
Lorsque vous apportez des modifications importantes à votre site web, surveillez l’augmentation des éléments invalides dans les données structurées.
- Si vous constatez une augmentation des éléments invalides, peut-être avez-vous déployé un nouveau modèle qui ne fonctionne pas, ou votre site interagit avec le modèle existant d’une manière nouvelle et incorrecte.
- Si vous constatez une diminution des éléments valides (non compensée par une augmentation des éléments invalides), peut-être n’intégrez-vous plus de données structurées dans vos pages. Utilisez l’outil d’inspection d’URL pour savoir ce qui cause le problème.
Analyser le trafic périodiquement
Analysez votre trafic de recherche Google à l’aide du rapport sur les performances. Les données vous montreront à quelle fréquence votre page apparaît comme un résultat enrichi dans la recherche, à quelle fréquence les utilisateurs cliquent dessus et quelle est la position moyenne que vous occupez dans les résultats de recherche. Vous pouvez également extraire automatiquement ces résultats avec l’API Search Console API.
Il existe deux rapports Search Console liés aux données structurées Product :
- Rapport sur les fiches marchands : Pour les pages où les acheteurs peuvent acheter des produits.
- Rapport sur les extraits de produits : Pour d’autres pages liées aux produits telles que les avis produits et les sites agrégateurs.
Les deux rapports fournissent des avertissements et des erreurs liés aux données structurées Product, mais sont séparés en raison des exigences différentes pour les expériences associées. Par exemple, le rapport sur les fiches marchands inclut des vérifications pour les extraits de produits qui incluent des données structurées Offer, de sorte que le rapport sur les extraits de produits n’a besoin d’être consulté que pour les pages qui ne sont pas des fiches marchands.
Dépannage
Si vous rencontrez des difficultés pour implémenter ou déboguer des
Comment nous l'appliquons
Product snippets show price, availability and rating in results. Keeping availability accurate is the hard part, and inaccurate stock data damages click-through quality more than the snippet helps.
Services associés