Lorsque vous ajoutez un balisage Product à votre page, celle-ci peut être éligible à un affichage dans les expériences de fiches marchandes sur Google Search, y compris le panneau de connaissances Shopping, Google Images, les résultats de produits populaires et les extraits de produits. Les fiches marchandes peuvent mettre en évidence des données plus spécifiques sur un produit, telles que son prix, sa disponibilité, ainsi que les informations d’expédition et de retour.
Ce guide se concentre sur les exigences en matière de données structurées Product pour les fiches marchandes. Si vous ne savez pas quel balisage utiliser, lisez notre
introduction au Product balisage.
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
le fonctionnement des données structurées.
Voici un aperçu de la façon de créer, tester et publier des données structurées.
- Ajoutez les propriétés requises. Selon le format que vous utilisez, apprenez où insérer des données structurées sur la page.
- Suivez les directives.
- Validez votre code à l’aide de l’outil
Test des résultats enrichis
et corrigez toute erreur critique. Pensez également à corriger les problèmes non critiques qui pourraient être signalés dans l’outil, car ils peuvent contribuer à améliorer la qualité de vos données structurées (cependant, cela n’est pas nécessaire pour être éligible aux résultats enrichis). - Déployez quelques pages incluant vos données structurées et utilisez l’outil 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 de recrawler 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 produit avec une offre
Voici un exemple de page produit vendant un article, avec des avis clients.
JSON-LD
RDFa
Microdata
Tarification
Google reconnaît trois types de prix :
- Prix actif
- Le prix auquel le produit est actuellement proposé.
- Prix barré
- Pendant une promotion, le prix régulier plus élevé auquel le produit est normalement proposé. Il peut être affiché sous forme de prix barré pour attirer l’attention sur un prix actif réduit.
- Prix membre
- Le prix auquel le produit est proposé à un membre d’un programme de fidélité particulier.
Ces prix sont encodés en utilisant des spécifications de prix sous l’objet Offer (à l’exception du prix actif, qui peut également être encodé au niveau de l’offre). Les spécifications de prix respectives sont identifiées par les propriétés de spécification de prix priceType
et validForMemberTier, qui ne doivent pas être utilisées ensemble :
- Les prix actifs n’ont ni propriété
priceTypeni propriétévalidForMemberTier
. - Les prix barrés définissent la propriété
priceTypesurStrikethroughPrice(pour une période de transition,ListPriceest également autorisé) et ne peut pas avoir unevalidForMemberTierpropriété. - Les prix membres sont marqués avec une
validForMemberTierpropriété et ne peuvent pas avoir unepriceTypepropriété.
Les spécifications de prix contenant ces deux propriétés sont ignorées.
Prix actif
Voici deux exemples d’encodage du prix actif en JSON-LD. Le prix actif peut être spécifié en utilisant la price
propriété comme suit : Alternativement, le prix actif peut être spécifié en utilisant la
priceSpecification
propriété.
Prix de vente L'exemple suivant montre un produit avec un prix de vente. Le prix actuel et actif devient automatiquement un prix de vente lorsque vous fournissez un second prix avec le prix original barré et le marquez avec unepriceType propriété de valeur
https://schema.org/StrikethroughPrice . Ne marquez pas le prix actif avec une priceType
propriété.
Alternativement, vous pouvez utiliser deux UnitPriceSpecification objets pour spécifier le prix de vente 2025-12-31T23:59:59+01:00):
- et le prix barré : Durée de la vente
Pour spécifier la période durant laquelle un prix de vente est actif, utilisez les propriétés schema.org suivantes au formatISO 8601 - (par exemple, Date et heure de début : Utilisez la validFrom
propriété.Date et heure de fin : Utilisez soitlavalidThrough
propriété
- ou
- la
priceValidUntilpropriété.Meilleures pratiques :Fournissez à la fois une date/heure de début et de fin pour définir clairement la période de vente.Assurez-vous que la date/heure de début (de lavalidFrom - propriété) est antérieure ou égale à la date/heure de fin (de la validThrough propriété ou de la
priceValidUntil
- propriété).
Nous recommandons d'inclure l'heure et le fuseau horaire au formatISO 8601 pour plus de précision dans les systèmes Google.Où placer les propriétés :Sur le nœudOffer:Vous pouvez ajouter lavalidFrompropriété et (lavalidThroughpropriété ou lapropriété sur leOffrele nœud représente le prix de vente actif actuel. - Sur un
PriceSpecificationnœud : Si le prix de vente est défini au sein d’unPriceSpecificationnœud (généralement un nœud sans lapriceTypepropriété lorsqu’uneStrikethroughPricevaleur est également présente), ajoutez lavalidFrompropriété et lavalidThroughpropriété à cePriceSpecificationnœud spécifique. Notez que lapriceValidUntilpropriété n’est pas applicable auPriceSpecificationtype.
L’exemple suivant montre un produit avec un prix de vente. Les propriétés de durée sont ajoutées au
Offer nœud, car la price propriété sur le Offer nœud contient le prix de vente.
Alternativement, vous pouvez utiliser deux UnitPriceSpecification objets pour spécifier le prix de vente
et le prix barré. Les propriétés de durée sont ajoutées à l’objet
UnitPriceSpecification qui contient le prix de vente :
Prix membres
Voici quatre exemples d’encodage d’un prix membre. Dans le premier exemple, le prix actif est
spécifié avec la price propriété au niveau de l’offre, et le prix membre est donné
dans une spécification de prix marquée avec
la validForMemberTier propriété :
Le deuxième exemple montre à la fois le prix actif et le prix membre encodés avec des spécifications
de prix :
Le troisième exemple démontre comment encoder un prix de vente, un prix barré et des prix
membres pour plusieurs niveaux de programme de fidélité dans une seule offre :
Le prix actif pourrait également être encodé au niveau de l’offre, comme le montre le premier exemple.
Dans le quatrième exemple, la spécification du prix membre montre des points de fidélité au lieu d’un prix
membre :
Tarification avec mesures de prix unitaires
Voici un exemple de la façon de spécifier un prix pour 200 ml d’un produit qui est habituellement vendu en
multiples de 100 ml. Par exemple, si vous vendiez un flacon de parfum de 200 ml, vous pourriez montrer aux clients combien
votre parfum coûte pour 100 ml. L’exemple suivant montre que le parfum coûte 100 € pour
100 ml, ce qui signifie qu’un flacon de parfum de 200 ml coûterait 200 €. Cette forme de tarification est
particulièrement importante dans l’UE, en Nouvelle-Zélande et en Australie pour les produits vendus au volume, à la longueur ou au poids.
Lorsque la unit pricing measure
et la unit pricing base measure
sont présentes, spécifiez le prix actif à l’intérieur
d’une UnitPriceSpecification et utilisez la
referenceQuantity propriété pour fournir la tarification
unitaire.
Détails de livraison
Voici un exemple de page produit avec des détails de livraison. Cet exemple
résulterait en un tarif de livraison de $3.49 pour tous les utilisateurs résidant
aux États-Unis. Pour plus d’exemples, consultez la section
Shipping .
JSON-LD
RDFa
Microdata
Livraison gratuite
Voici un exemple de fourniture de livraison gratuite aux acheteurs dans l’État de New York aux États-Unis.
Détails de retour
Voici un exemple de page produit avec des détails de retour. Le balisage correspond à une politique
de retour qui exige que les produits vendus en Suisse soient retournés par courrier dans les 60 jours et facture des frais
de retour de 3,49 francs suisses.
Certifications
Les exemples suivants illustrent comment spécifier les informations de certification à l’aide de données structurées.
Le premier exemple spécifie la classe d’émissions de CO2 allemande “D” pour un véhicule.
Le deuxième exemple spécifie une étiquette d’efficacité énergétique EPREL pour une LED :
Modèle 3D
Cet exemple montre comment lier un modèle 3D à un produit avec la subjectOf propriété
et le 3DModel type.
Directives
Pour que votre Product balisage soit éligible aux expériences de référencement marchand, 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 pour les fiches gratuites (pour les expériences de référencement marchand)
Directives techniques
- Seules les pages où un acheteur peut acheter un produit sont éligibles aux
expériences de référencement marchand, et non les pages contenant des liens vers d’autres sites qui vendent le produit.
Google peut tenter de vérifier les données produit du marchand avant d’afficher les informations
dans les résultats de recherche. - Les résultats enrichis Product ne prennent en charge que les pages qui se concentrent 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 produit où chaque variante de produit possède une URL distincte.
Nous recommandons de se concentrer sur l’ajout de balisage aux pages produit plutôt qu’aux pages qui listent des produits ou une catégorie de produits. - Pour plus de détails sur la façon de baliser les variantes de produit, consultez la documentation sur les données structurées des variantes de produit.
- Lorsque vous proposez des produits à la vente dans plusieurs devises, utilisez 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. Car
n’est pas pris en charge automatiquement en tant que sous-type de Product. Pour l’instant, incluez
à la foisCaret
Producttypes si vous souhaitez
y attacher des évaluations et être éligible à la fonctionnalité de recherche. Par exemple en JSON-LD :- Si vous êtes un marchand optimisant pour tous les types de résultats d’achat, nous vous recommandons de placer
Productdonnées structurées dans le HTML initial pour de meilleurs résultats. - Pour le
Productbalisage généré par JavaScript: Soyez conscient que le balisage généré dynamiquement
peut rendre les explorations Shopping moins fréquentes et moins fiables, ce qui peut être un problème pour
le contenu qui change rapidement comme la disponibilité et le prix des produits. Si vous utilisez JavaScript pour
générerProductbalisage, assurez-vous que votre serveur dispose de suffisamment de ressources informatiques pour
gérer l’augmentation du trafic provenant de Google.
Directives de contenu
- Nous n’autorisons pas le contenu qui promeut des biens, services ou informations largement interdits ou réglementés
qui peuvent faciliter des dommages graves, immédiats ou à long terme pour les personnes. Cela
inclut le contenu lié aux armes à feu et aux armes, aux drogues récréatives, aux produits du tabac et de vapotage, et 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 à l’affichage en tant que
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.
Informations sur le produit
Product
La définition complète de Product est disponible sur
schema.org/Product. Lorsque vous balisez
votre contenu pour des informations sur le produit, utilisez les propriétés suivantes du
Product type :
| Propriétés requises | |
|---|---|
name | Le nom du produit. |
image | Répété L’URL d’une photo de produit. Les images montrant clairement le produit (par exemple, sur Directives supplémentaires pour les images :
Par exemple : |
offers | Une Les extraits de produit acceptent un |
| Propriétés recommandées | |
|---|---|
aggregateRating | Un |
audience | Informations facultatives sur l’audience suggérée pour le produit, telles que le genre et la tranche d’âge suggérés. Seul le type |
Text |
name |
Text |
CategoryCode
color |
Text | Color |
Text | gtin | gtin8 | gtin12 | gtin13 | gtin14 | isbn |
Text |
schema.org/Product
|
hasAdultConsideration | Indique que le produit est désigné comme étant destiné aux adultes, par exemple parce qu’il contient de la nudité ou du contenu sexuel. Si vous vendez des produits considérés comme destinés aux adultes selon la |
hasCertification | Certifications, telles que les indices d’efficacité énergétique, associées à un produit. Jusqu’à 10 certifications peuvent être spécifiées. Cette propriété est particulièrement pertinente dans les pays européens. Voir également la liste des propriétés |
L'identifiant d'un groupe de produits auquel appartient cette variante de produit. Voir également | dans l’aide Google Merchant Center. Spécifiez au plus une valeur. isVariantOf |
Un groupe de produits auquel appartient cette variante de produit, le cas échéant. Pour plus de détails sur la façon d'ajouter un balisage pour les variantes de produit, reportez-vous à la |
material |
Le matériau ou la combinaison de matériaux dont le produit est fait, comme "Cuir" ou "Coton/Polyester". Voir également | dans l’aide Google Merchant Center. |
Le numéro de pièce du fabricant. Cette propriété identifie de manière unique le produit pour un fabricant donné. | Text |
Le motif du produit, tel que "à pois" ou "rayé". Voir également | sur la page de spécification des données produit de Google Merchant Center. |
Un | imbriqué du produit. Suivez les Non recommandé fr_FR_placeholder_for_index_81_if_needed_but_array_is_80_items_long_alreadyfr_FR_placeholder_for_index_82_if_needed_but_array_is_80_items_long_already fr_FR_placeholder_for_index_83_if_needed_but_array_is_80_items_long_already: « James Smith » ou « CNET Reviewers » |
taille | La taille du produit, telle que « XL » ou « medium ». Voir aussi |
sku | L’identifiant spécifique au marchand pour le produit. Spécifiez au plus une valeur.
|
subjectOf | Un modèle 3D pour le produit, le cas échéant. Consultez la liste des |
3DModel
La définition complète de 3DModel est disponible sur
schema.org/3DModel.
Utilisez les propriétés suivantes pour créer un lien vers un modèle 3D. Actuellement, seuls les modèles au format glTF sont pris en charge.
| Propriétés requises | |
|---|---|
encoding | Le média pour le modèle 3D. |
encoding.contentUrl | Le lien vers un fichier de définition de modèle 3D au format glTF . Le fichier doit avoir un suffixe |
Détails de l’offre
Offer
La définition complète de Offer est disponible sur
schema.org/Offer. Lors du balisage des
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 actuel et actif de l’offre d’un produit. Suivez les Voici un exemple de la propriété Contrairement aux extraits de produit, les expériences de référencement marchand nécessitent un prix supérieur à zéro. Le prix actif est requis mais peut être imbriqué dans une propriété |
priceCurrency ou priceSpecification.priceCurrency | La devise utilisée pour décrire le prix du produit, au format trois lettres
|
priceSpecification | Le prix actif peut également être spécifié en utilisant La propriété |
| Propriétés recommandées | |
|---|---|
availability | Les options de disponibilité de produit possibles. Les noms courts sans le préfixe URL sont également pris en charge (par exemple
Ne spécifiez pas plus d’une valeur. |
hasMerchantReturnPolicy | Informations imbriquées sur les politiques de retour associées à une |
OfferItemCondition | NewCondition
priceValidUntil |
Date |
ISO 8601 . Votre annonce peut ne pas s’afficher si la propriété priceValidUntil |
OfferShippingDetails |
Offer |
Une URL de la page Web du produit à partir de laquelle un acheteur peut acheter le produit. Cette URL peut être l'URL préférée pour la page actuelle avec toutes les options de variante correctement sélectionnées. L'URL peut être omise. Ne fournissez pas plusieurs URL. | documentation sur les données structurées des variantes de produits validFrom |
ou |
. Pour plus de détails et des exemples de balisage, consultez Durée de la vente validThrough fr. |
fr | La date et l’heure de fin de validité du prix, au format ISO 8601 . Pour plus de détails et des exemples de balisage, consultez Durée de la promotion. |
UnitPriceSpecification
La définition complète de UnitPriceSpecification est disponible sur
schema.org/UnitPriceSpecification. Utilisez les propriétés suivantes pour définir des structures de prix plus complexes.
| Propriétés obligatoires | |
|---|---|
price | Le prix de l’offre d’un produit. Voir aussi la propriété |
priceCurrency | La devise utilisée pour décrire le prix du produit, au format trois lettres |
| Propriétés recommandées | |
|---|---|
membershipPointsEarned | Le nombre (entier) de points que les membres d’un programme de fidélité spécifique gagnent avec cet achat. Utilisez cette propriété uniquement avec Consultez |
priceType | La présence de cette propriété indique le prix catalogue complet et original d’un produit, le cas échéant. Utilisez cette propriété uniquement si vous souhaitez que Google affiche un prix promotionnel pour votre produit. Vous devez définir le Si vous utilisez la propriété |
referenceQuantity |
La quantité de produit offerte pour le prix donné. Consultez l’exemple Tarification avec mesures de prix unitaire et l’article Mesure de prix unitaire dans l’aide Google Merchant Center pour une discussion détaillée sur la tarification unitaire. |
validForMemberTier | La présence de cette propriété indique que ce prix est valide pour les membres d’un programme de fidélité spécifique. Vous pouvez spécifier plusieurs niveaux de membres si le prix est identique pour eux, et plusieurs spécifications de prix avec cette propriété si le prix diffère selon les niveaux de membres. Si vous utilisez la propriété Les programmes de fidélité et les niveaux que vous proposez pour votre entreprise doivent être définis dans votre compte Merchant Center ou en utilisant le Voici un exemple de la propriété Voici un exemple de la propriété |
validFrom | La date et l’heure de début de validité du prix, au format ISO 8601 . Pour plus de détails et des exemples de balisage, voir Durée de la promotion. |
validThrough | La date et l’heure de fin de validité du prix, au format ISO 8601 . Pour plus de détails et des exemples de balisage, voir Durée de la promotion. |
Si priceType et validForMemberTier sont tous deux utilisés, la spécification de prix est ignorée.
QuantitativeValue (pour le prix unitaire)
Cette section traite de l’utilisation de QuantitativeValue pour la propriété referenceQuantity d’une spécification de prix unitaire. (QuantitativeValue est également utilisé pour les durées d’expédition, mais avec des règles différentes.) La définition complète de QuantitativeValue est disponible sur
schema.org/QuantitativeValue.
QuantitativeValue peut être utilisé pour une tarification basée sur une unité de mesure, comme l’achat de revêtement de sol au mètre carré, ou de liquides par demi-gallon. Voir l’exemple
Tarification avec mesures de prix unitaire et l’article
Mesure de prix unitaire
dans l’aide Google Merchant Center pour une discussion détaillée sur la tarification unitaire.
Utilisez les propriétés suivantes pour saisir les détails de la tarification unitaire.
| Propriétés requises | |
|---|---|
unitCode | L’unité de mesure. Les codes UN/CEFACT ou leurs équivalents lisibles par l’homme tels qu’énumérés dans l’aide Google Merchant Center |
valeur | La valeur numérique de l’unité vendue. |
| Propriétés recommandées | |
|---|---|
valueReference | La quantité de base selon laquelle le produit est tarifé. |
SizeSpecification
Le SizeSpecification type est utilisé pour indiquer la taille d’un produit. La définition complète du type est disponible sur
schema.org/SizeSpecification.
| Propriétés recommandées | |
|---|---|
nom | Un nom lisible par l’homme pour la taille, tel que “XL”. Voir l’attribut |
sizeGroup |
Le groupe de taille suggéré pour le produit, le cas échéant. L’interprétation du groupe est définie par la propriété
Les noms courts sans le préfixe URL sont également pris en charge (par exemple, Voir aussi |
sizeSystem |
Le système de taille pour le produit, le cas échéant. Les valeurs prises en charge sont :
Les noms courts sans le préfixe URL sont également pris en charge (par exemple, Voir aussi |
PeopleAudience
La définition complète de PeopleAudience est disponible sur
schema.org/PeopleAudience.
Utilisez les propriétés suivantes pour indiquer l’audience recommandée pour un produit. Voir aussi Attributs et valeurs de données structurées pris en charge
dans l’aide de Google Merchant Center.
| Propriétés recommandées | |
|---|---|
suggestedGender |
Le genre suggéré pour lequel le produit est adapté. Doit être l’une des valeurs suivantes :
Voir Notez que Google complétera les valeurs |
suggestedMaxAge (ou suggestedAge.maxValue) | Nombre
|
). suggestedMinAge (ou) | )
|
: Pour les enfants
: Pour les adultes Certification La définition complète de la certification est disponible sur schema.org/Certification.
Utilisez les propriétés suivantes pour spécifier la certification.
| Propriétés requises | |
|---|---|
issuedBy | L’autorité ou l’organisme de certification responsable de la délivrance de la certification. Utilisez la propriété
| name | Le nom de la certification. Actuellement, nous prenons en charge les valeurs suivantes :
|
| Propriétés recommandées | |
|---|---|
certificationIdentification | Le code de la certification. Par exemple, pour le certificat EPREL avec le lien |
Rating | certificationIdentification
ratingValue certificationRating certificationRating |
OfferShippingDetails
OfferShippingDetails
permet aux utilisateurs de voir les frais d'expédition et les délais de livraison estimés en fonction de leur emplacement et des politiques d'expédition de votre entreprise. Pour rendre vos produits éligibles à l'amélioration des détails d'expédition, ajoutez les propriétés OfferShippingDetails
suivantes à vos pages produit en plus des données structurées Product
. Parfois, les marchands peuvent proposer plusieurs options aux utilisateurs lors de l’expédition d’un produit vers une destination (par exemple, Express Overnight, Rushed 2-day et Standard). Vous pouvez indiquer chacune d’elles en utilisant plusieurs propriétés
shippingDetails , chacune avec différentes combinaisons des propriétés shippingRate et deliveryTime . Alien Road
Bien que OfferShippingDetails ne soit pas obligatoire, les propriétés suivantes sont requises si vous souhaitez que vos détails d’expédition soient éligibles à l’amélioration des détails d’expédition.
La définition complète de OfferShippingDetails est disponible sur
schema.org/OfferShippingDetails.
| Propriétés requises | |
|---|---|
deliveryTime | Le délai total entre la réception de la commande et l’arrivée des marchandises chez le client final. Les propriétés suivantes peuvent être imbriquées dans la propriété
Ne fournissez pas plus d’une |
DefinedRegion |
shippingDestination.addressCountry |
Informations sur le coût d'expédition vers la destination spécifiée. Au moins l'une des propriétés | ou par propriété |
La devise des frais d'expédition, au format | à 3 lettres. La devise doit être identique à celle de l’offre. |
shippingRate.maxValue Nombre Le coût d'expédition vers la | . Si une chaîne est utilisée pour fournir la valeur, n’incluez pas de symboles monétaires, de séparateurs de milliers ou d’espaces. DefinedRegion |
est utilisé pour créer des zones personnalisées afin que des frais d'expédition et des délais de transit précis puissent être définis pour plusieurs services d'expédition. Ceci n'est actuellement pris en charge que pour un ensemble restreint de pays, comme documenté dans
Configurer des régions dans l’aide de Google Merchant Center.
Propriétés requises
addressCountry
| Texte | |
|---|---|
Le code pays à deux lettres, au format | . Propriétés recommandées |
| addressRegion | |
|---|---|
ou postalCode Identifie la région pour la zone de livraison du client. Si omis, le pays entier est la région définie. Plusieurs régions peuvent être listées, mais vous ne pouvez pas mélanger différentes manières de spécifier les régions dans une seule instance DefinedRegion | . |
Si vous incluez cette propriété, la région doit être un code de subdivision ISO 3166-2 à 2 ou 3 chiffres, sans préfixe de pays. Actuellement, la recherche Google ne prend en charge que les États-Unis, l'Australie et le Japon. Exemples : "NY" (pour les États-Unis, État de New York), "NSW" (pour l'Australie, État de Nouvelle-Galles du Sud) ou "03" (pour le Japon, préfecture d'Iwate). |
fr fr |
postalCode | Le code postal. Par exemple, 94043. Actuellement, les codes postaux sont pris en charge pour l’Australie, le Canada et les États-Unis. |
ShippingDeliveryTime
ShippingDeliveryTime
est utilisé pour partager le délai total entre la réception d’une commande et l’arrivée des marchandises chez le client final.
| Propriétés recommandées | |
|---|---|
handlingTime |
Le délai typique entre la réception de la commande et le départ des marchandises de l’entrepôt. |
transitTime |
Le délai typique entre l’envoi de la commande pour livraison et l’arrivée des marchandises chez le client final. |
QuantitativeValue (pour les délais d’expédition)
QuantitativeValue est utilisé ici pour représenter les délais d’expédition. Un nombre minimum et maximum de jours doit être spécifié. (QuantitativeValue est également utilisé pour la tarification unitaire, avec des règles de validation différentes pour les propriétés.)
| Propriétés requises | |
|---|---|
maxValue | Le nombre maximum de jours. La valeur doit être un nombre entier non négatif. |
minValue | Le nombre minimum de jours. La valeur doit être un nombre entier non négatif. |
unitCode | Les unités des valeurs minimales/maximales. La valeur doit être |
Retours
MerchantReturnPolicy
Utilisez les propriétés suivantes pour rendre votre fiche marchand éligible à l’affichage des informations sur la politique de retour, y compris les frais de retour et le délai de retour d’un produit.
| Propriétés requises | |
|---|---|
applicableCountry | Le code pays auquel s’applique la politique de retour, en utilisant le format de code pays |
returnPolicyCategory | Le type de politique de retour. Utilisez l’une des valeurs suivantes :
Si vous utilisez |
| Propriétés recommandées | |
|---|---|
merchantReturnDays | Le nombre de jours à compter de la date de livraison pendant lesquels un produit peut être retourné. Cette propriété est requise si vous définissez la |
returnFees | Le type de frais de retour. Utilisez l’une des valeurs prises en charge suivantes :
|
returnMethod | Le type de méthode de retour proposé. Ceci n’est recommandé que si vous définissez le
|
returnShippingFeesAmount | Le coût d’expédition pour le retour d’un produit. Cette propriété n’est requise que s’il y a des frais d’expédition non nuls à payer par le consommateur au marchand pour retourner un produit, auquel cas |
Approches alternatives pour configurer les paramètres d’expédition et de retour avec Google
Les politiques d’expédition et de retour des détaillants peuvent devenir complexes et changer fréquemment. Si vous avez du mal à indiquer et à maintenir à jour vos détails d’expédition et de retour avec le balisage et que vous disposez d’un compte Google Merchant Center, envisagez de configurer vos
paramètres d’expédition
et vos
politiques de retour
dans l’aide Google Merchant Center. Vous pouvez également configurer au niveau du compte les
politiques d’expédition et de retour dans la Search Console, qui sont automatiquement ajoutées au Merchant Center.
Combinaison de plusieurs configurations d’expédition et de retour
Si vous définissez des politiques d’expédition ou de retour à plusieurs endroits, Google utilise l’ordre de priorité suivant (du plus fort au plus faible) :
- Au niveau du produit flux soumis dans Merchant Center
- Paramètres dans l’API Content for Shopping
- Paramètres dans Merchant Center ou Search Console
- Balisage de fiche produit au niveau du produit
- Balisage au niveau de l’organisation
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
- Analyse périodique du trafic
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. 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 la 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
Inspection d’URL pour savoir ce qui cause le problème.
Analyse périodique du trafic
Analysez votre trafic de recherche Google à l’aide du Rapport sur les performances. Les données 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 Produit :
- Rapport sur les fiches marchandes: Pour les pages où les acheteurs peuvent acheter des produits.
- Rapport sur les extraits de produit:
Pour d’autres pages liées aux produits, telles que les avis sur les produits et les sites agrégateurs.
Les deux rapports fournissent des avertissements et des erreurs liés aux Produit données structurées, mais
sont distincts en raison des exigences différentes pour les expériences associées. Par exemple, le
Rapport sur les fiches de marchand
inclut des vérifications pour les extraits de produit qui contiennent des Offre
données structurées, donc le
Extraits de produit
rapport n’a besoin d’être consulté que pour les pages qui ne sont pas des fiches de marchand.
Dépannage
Si vous rencontrez des difficultés pour implémenter ou déboguer des données structurées, voici quelques ressources qui
pourraient vous aider.
- Si vous utilisez un système de gestion de contenu (CMS) ou si quelqu’un d’autre s’occupe de votre site,
demandez-lui de l’aide. Assurez-vous de lui transmettre tout message de la Search Console détaillant le problème. - Google ne garantit pas que les fonctionnalités utilisant des données structurées apparaîtront dans les résultats de recherche.
Pour obtenir une liste des raisons courantes pour lesquelles Google peut ne pas afficher votre contenu sous forme de résultat enrichi, consultez les
Consignes générales relatives aux données structurées. - Vous pourriez avoir une erreur dans vos données structurées. Consultez la
liste des erreurs de données structurées
et le Rapport sur les données structurées inanalysables. - Si vous avez reçu une action manuelle concernant les données structurées de votre page, les données structurées sur
la page seront ignorées (bien que la page puisse toujours apparaître dans les résultats de recherche Google). Pour corriger
les problèmes de données structurées, utilisez le Rapport sur les actions manuelles. - Examinez les consignes à nouveau pour identifier si votre contenu n’est pas conforme
aux directives. Le problème peut être causé par un contenu indésirable ou par une utilisation abusive du balisage.
Cependant, il se peut que le problème ne soit pas lié à la syntaxe, et le test des résultats enrichis ne pourra donc pas
identifier ces problèmes. - Dépanner les résultats enrichis manquants / la baisse du nombre total de résultats enrichis.
- Laissez le temps au crawl et à l’indexation de se faire. N’oubliez pas qu’il peut s’écouler plusieurs jours après
la publication d’une page pour que Google la trouve et l’explore. Pour des questions générales sur l’exploration et l’indexation, consultez la
FAQ sur l’exploration et l’indexation dans la recherche Google. - Posez une question sur le forum Google Search Central.
Comment nous l'appliquons
Merchant listings connect on-site markup with Shopping surfaces. We reconcile them with the Merchant Center feed as one workstream, since disagreement between the two means Google trusts neither.
Services associés