Données structurées sur les variantes de produit (ProductGroup, Product)

En bref

Comment ajouter des données structurées Les données structurées sont un format standardisé pour fournir des informations sur une page et classer le contenu de la page.
Exemples En général, il existe deux approches de conception principales que les sites e-commerce utilisent pour les variantes de produits.
. Cette approche pourrait être plus facile à générer pour certains CMS. Directives Pour que le balisage de vos variantes de produit soit éligible à une utilisation dans la recherche Google, vous devez suivre ces directives : Directives générales su…
Définitions des types de données structurées Vous devez inclure les propriétés requises pour que vos données structurées soient éligibles à une utilisation dans la recherche Google.
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.

product variants in search results

De nombreux types de produits tels que les vêtements, les chaussures, les meubles, les appareils électroniques et les bagages sont vendus dans différentes variations (par exemple, différentes tailles, couleurs, matériaux ou motifs). Pour aider Google à mieux comprendre quels produits sont des variations du même produit parent, utilisez la ProductGroup classe avec les propriétés associées variesBy, hasVariantet productGroupID
pour regrouper ces variantes, en plus des Product données structurées.L’ajout de ce balisage rend également vos produits éligibles à l’affichage avec des informations sur les variantes dans les expériences de référencement marchand.

Données structurées pour les variantes de produit (ProductGroup, Product)

ProductGroup vous permet également de spécifier des propriétés de produit communes pour toutes les variantes, telles que les informations sur la marque et les avis, ainsi que les propriétés déterminant la variante, ce qui peut réduire la duplication des informations.

Comment ajouter des données structurées

Les données structurées sont un format standardisé pour fournir des informations sur une page et classer le contenu de la page. Si vous débutez avec les données structurées, vous pouvez en savoir plus 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.
Vous utilisez un CMS ? Il peut être plus facile d’utiliser un plugin intégré à votre CMS.

Vous utilisez JavaScript ? Apprenez à
générer des données structurées avec JavaScript.
Suivez les directives.
Validez votre code à l’aide du
Rich Results Test
et corrigez toutes les erreurs critiques. 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 URL Inspection tool pour tester la façon dont Google voit la page. Assurez-vous que votre page est accessible à Google et n’est pas bloquée par un fichier robots.txt, la noindex balise ou des exigences de connexion. Si la page semble correcte, vous pouvez
demander à Google de recrawler vos URL.
Remarque: Laissez le temps au recrawl et à la réindexation. N’oubliez pas qu’il peut s’écouler plusieurs jours après la publication d’une page pour que Google la trouve et la crawle.
Pour tenir Google informé des changements futurs, nous vous recommandons de
soumettre un sitemap. Vous pouvez automatiser cela avec la
Search Console Sitemap API.

Exemples

En général, il existe deux approches de conception principales que les sites e-commerce utilisent pour les variantes de produits. Cette section décrit comment configurer le balisage des variantes de produit, en fonction de l’approche de conception de votre site web :

Page unique, où toutes les variantes sont sélectionnables sur une seule page sans rechargement de page (généralement via des paramètres de requête)
Plusieurs pages, où les variantes du même produit sont accessibles sur différentes pages

Site web à page unique

Les exemples de sites web à page unique utilisent un site web avec les hypothèses suivantes :

Lorsqu’aucune variante n’est sélectionnée, la page produit principale est renvoyée par l’URL suivante :
https://www.example.com/coat
La même page est renvoyée avec une variante spécifique présélectionnée en utilisant les URL suivantes :
- https://www.example.com/coat?size=small&color=green
- https://www.example.com/coat?size=small&color=lightblue
- https://www.example.com/coat?size=large&color=lightblue
Lorsque l’utilisateur sélectionne une variante différente sur la page (en utilisant des menus déroulants pour la couleur et la taille), les informations sur l’image, le prix et la disponibilité changent dynamiquement sur la page sans rechargement de page. Le balisage sur la page ne change pas dynamiquement lorsque l’utilisateur sélectionne différentes variantes.

Exemple de page unique : variantes imbriquées sous `ProductGroup`

Dans cet exemple, les variantes sont imbriquées sous l’entité de niveau supérieur ProductGroup en utilisant la propriété hasVariant :

Les entités ProductGroup et trois Offer (sous les propriétés Product
) ont toutes des URL distinctes. Alternativement, les URL auraient également pu être fournies sous
Product.
. Un titre et une description communs sont spécifiés au niveau de ProductGroup. Les titres et descriptions spécifiques à la variante sont spécifiés au niveau de Product. ru ru ru
D’autres propriétés courantes des variantes (telles que la marque, le motif, le matériau et les informations sur l’audience) sont également spécifiées au niveau du
ProductGroup .
Le ProductGroup spécifie les propriétés identifiant la variante en utilisant la propriété
variesBy .
Le ProductGroup spécifie le sku parent en utilisant productGroupID
(qui n’a pas besoin d’être répété sous les propriétés Product en utilisant
inProductGroupWithID).

). Nous recommandons cette approche car c’est la représentation la plus compacte et la plus naturelle d’un groupe de produits et de ses variantes.

<html> <head> <title>Manteau d’hiver en laine</title> <script type=”application/ld+json”> [ { “@context”: “https://<a href="https://alienroad.com/fr/yandex-bilgi-bankasi/konu/schema-org/" class="ar-ic-link">schema.org</a>/”, “@type”: “ProductGroup”, “name”: “Manteau d’hiver en laine”, “description”: “Manteau en laine, nouveau pour la saison hivernale à venir”, “url”: “https://www.example.com/coat”, “brand”: { “@type”: “Brand”, “name”: “Bonne marque” }, “audience”: { “@type”: “PeopleAudience”, “suggestedGender”: “unisexe”, “suggestedAge”: { “@type”: “QuantitativeValue”, “minValue”: 13, “unitCode”: “ANN” } }, “productGroupID”: “44E01”, “pattern”: “rayé”, “material”: “laine”, “variesBy”: [ “https://<a href="https://alienroad.com/fr/google-bilgi-bankasi/etiket/schema/" class="ar-ic-link">schema</a>.org/size”, “https://schema.org/color” ], “hasVariant”: [ { “@type”: “Product”, “sku”: “44E01-M11000”, “gtin14”: “98766051104214”, “image”: “https://www.example.com/coat_small_green.jpg”, “name”: “Petit manteau vert”, “description”: “Petit manteau en laine vert pour la saison hivernale”, “color”: “Vert”, “size”: “petit”, “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=small&color=green”, “priceCurrency”: “USD”, “price”: 39.99, “itemCondition”: “https://schema.org/NewCondition”, “availability”: “https://schema.org/InStock”, “shippingDetails”: { “@id”: “#shipping_policy” }, “hasMerchantReturnPolicy”: { “@id”: “#return_policy” } } }, { “@type”: “Product”, “sku”: “44E01-K11000”, “gtin14”: “98766051104207”, “image”: “https://www.example.com/coat_small_lightblue.jpg”, “name”: “Petit manteau bleu clair”, “description”: “Petit manteau en laine bleu clair pour la saison hivernale”, “color”: “bleu clair”, “size”: “petit”, “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=small&color=lightblue”, “priceCurrency”: “USD”, “price”: 39.99, “itemCondition”: “https://schema.org/NewCondition”, “availability”: “https://schema.org/InStock”, “shippingDetails”: { “@id”: “#shipping_policy” }, “hasMerchantReturnPolicy”: { “@id”: “#return_policy” } } }, { “@type”: “Product”, “sku”: “44E01-X1100000”, “gtin14”: “98766051104399”, “image”: “https://www.example.com/coat_large_lightblue.jpg”, “name”: “Grand manteau bleu clair”, “description”: “Grand manteau en laine bleu clair pour la saison hivernale”, “color”: “bleu clair”, “size”: “grand”, “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=large&color=lightblue”, “priceCurrency”: “USD”, “price”: 49.99, “itemCondition”: “https://schema.org/NewCondition”, “availability”: “https://schema.org/BackOrder”, “shippingDetails”: { “@id”: “#shipping_policy” }, “hasMerchantReturnPolicy”: { “@id”: “#return_policy” } } } ] }, { “@context”: “https://schema.org/”, “@type”: “OfferShippingDetails”, “@id”: “#shipping_policy”, “shippingRate”: { “@type”: “MonetaryAmount”, “value”: 2.99, “currency”: “USD” }, “shippingDestination”: { “@type”: “DefinedRegion”, “addressCountry”: “US” }, “deliveryTime”: { “@type”: “ShippingDeliveryTime”, “handlingTime”: { “@type”: “QuantitativeValue”, “minValue”: 0, “maxValue”: 1, “unitCode”: “DAY” }, “transitTime”: { “@type”: “QuantitativeValue”, “minValue”: 1, “maxValue”: 5, “unitCode”: “DAY” } } }, { “@context”: “http://schema.org/”, “@type”: “MerchantReturnPolicy”, “@id”: “#return_policy”, “applicableCountry”: “US”, “returnPolicyCountry”: “US”, “returnPolicyCategory”: “https://schema.org/MerchantReturnFiniteReturnWindow”, “merchantReturnDays”: 60, “returnMethod”: “https://schema.org/ReturnByMail”, “returnFees”: “https://schema.org/FreeReturn” } ] </script> </head> <body> </body> </html>

Exemple d’une seule page : variantes séparées du `ProductGroup`

. Cette structure est similaire à l’exemple précédent, sauf que les variantes sont définies séparément (non imbriquées) du ProductGroup. Cette approche pourrait être plus facile à générer pour certains systèmes de gestion de contenu (CMS).

<html> <head> <title>Manteau d’hiver en laine</title> <script type=”application/ld+json”> [ { “@context”: “https://schema.org”, “@type”: “ProductGroup”, “@id”: “#coat_parent”, “name”: “Manteau d’hiver en laine”, “description”: “Manteau en laine, nouveau pour la saison hivernale à venir”, “url”: “https://www.example.com/coat”, // … autres propriétés au niveau du ProductGroup “brand”: { “@type”: “Brand”, “name”: “Bonne marque” }, “productGroupID”: “44E01”, “variesBy”: [ “https://schema.org/size”, “https://schema.org/color” ] }, { “@context”: “https://schema.org”, “@type”: “Product”, “isVariantOf”: { “@id”: “#coat_parent” }, “name”: “Petit manteau vert”, “description”: “Petit manteau en laine vert pour la saison hivernale”, “image”: “https://www.example.com/coat_small_green.jpg”, “size”: “petit”, “color”: “vert”, // … autres propriétés au niveau du Product “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=small&color=green”, “price”: 39.99, “priceCurrency”: “USD” // … autres propriétés au niveau de l’offre } }, { “@context”: “https://schema.org”, “@type”: “Product”, “isVariantOf”: { “@id”: “#coat_parent” }, “name”: “Petit manteau bleu clair”, “description”: “Petit manteau en laine bleu clair pour la saison hivernale”, “image”: “https://www.example.com/coat_small_lightblue.jpg”, “size”: “petit”, “color”: “bleu clair”, // … autres propriétés au niveau du Product “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=small&color=lightblue”, “price”: 39.99, “priceCurrency”: “USD” // … autres propriétés au niveau de l’offre } }, { “@context”: “https://schema.org”, “@type”: “Product”, “isVariantOf”: { “@id”: “#coat_parent” }, “name”: “Grand manteau bleu clair”, “description”: “Grand manteau en laine bleu clair pour la saison hivernale”, “image”: “https://www.example.com/coat_large_lightblue.jpg”, “size”: “grand”, “color”: “bleu clair”, // … autres propriétés au niveau du Product “offers”: { “@type”: “Offer”, “url”: “https://www.example.com/coat?size=large&color=lightblue”, “price”: 49.99, “priceCurrency”: “USD” // … autres propriétés au niveau de l’offre } } ] </script> </head> <body> </body> </html>

Site web multi-pages

Les exemples de balisage de site web multi-pages utilisent un site web avec les hypothèses suivantes :

Les variantes bleu clair sont disponibles aux URL suivantes pour les petites et grandes tailles :
- https://www.example.com/coat/lightblue?size=small
- https://www.example.com/coat/lightblue?size=large
La variante verte n’est disponible qu’en petite taille sur https://www.example.com/coat/green?size=small.
Les deux pages permettent de “sauter” vers l’autre page (c’est-à-dire que la page se recharge) via un sélecteur de couleur dans l’interface utilisateur.
Le site divise le balisage équivalent des exemples d’une seule page sur les deux pages.

Notez qu’il n’y a pas de définition de ProductGroup sur une seule page qui soit référencée depuis une autre page. C’est parce que le ProductGroup doit faire référence aux attributs communs des variantes, tels que la marque, le matériau et le groupe d’âge. Cela signifie également que la définition complète du
ProductGroup doit être répétée sur chacune des pages de variantes.

Exemple multi-pages : variantes imbriquées sous `ProductGroup`

. C’est l’équivalent du premier exemple d’une seule page, avec les propriétés de la variante Product imbriquées sous le ProductGroup
de niveau supérieur en utilisant la propriétéhasVariant . La définition du ProductGroup est dupliquée sur les deux pages. Notez ce qui suit :

ProductGroup n’a pas d’URL canonique, car il n’y a pas d’URL unique représentant le ProductGroup.
. Le ProductGroup sur chaque page a une définition complète des variantes sur la page ainsi qu'une variante avec uniquement la propriété url

pour créer un lien vers les variantes sur l’autre page, ce qui aide Google à trouver vos variantes. `Exemple multi-pages : variantes séparées du`

ProductGroup . Cette structure est similaire à l'exemple multi-pages précédent, sauf que les variantes sont définies séparément (non imbriquées) duProductGroup

. Cette approche pourrait être plus facile à générer pour certains CMS.

Directives

(pour les expériences de fiches marchands)

Directives techniques Chaque variante doit avoir un identifiant unique dans son balisage de données structurées correspondant (par exemple, en utilisant les propriétés sku ou gtin
). Chaque groupe de produits doit avoir un identifiant unique dans son balisage de données structurées correspondant, spécifié avec le inProductGroupWithID propriété dans la variante Product propriétés ou les productGroupID propriété dans le ProductGroup propriété.
Assurez-vous d’ajouter Product des données structurées en plus des propriétés de la variante de produit, en suivant la liste des propriétés requises pour les listes de marchands (ou extraits de produit).
Pour les sites d’une seule page, il ne doit y avoir qu’une seule URL canonique distincte pour l’ensemble du ProductGroup auquel toutes les variantes appartiennent. Il s’agit généralement de l’URL de base qui mène à une page sans variante présélectionnée, par exemple : https://www.example.com/winter_coat.
Pour les sites multi-pages, cela ne s’applique pas car il n’y a pas d’URL canonique unique représentant la ProductGroup propriété (car les variantes sont réparties sur des pages tout aussi importantes).
Pour les sites multi-pages, chaque page doit avoir un balisage complet et autonome pour les entités définies sur cette page (ce qui signifie que les entités hors page ne devraient pas être nécessaires pour comprendre pleinement le balisage sur la page elle-même).
Le site doit avoir la capacité de présélectionner chaque variante directement avec une URL distincte (en utilisant des paramètres de requête d’URL), par exemple https://www.example.com/winter_coat/size=small&color=green. Cela permet à Google de crawler et d’identifier chaque variante. La présélection de chaque variante inclut l’affichage de l’image, du prix et de la disponibilité corrects, ainsi que la possibilité pour l’utilisateur d’ajouter la variante au panier.
Si vous êtes un marchand optimisant pour tous les types de résultats Shopping, nous recommandons de mettre
Product des données structurées dans le HTML initial pour de meilleurs résultats.
Pour le balisage Product généré par JavaScript: Soyez conscient que le balisage généré dynamiquement
peut rendre les crawls Shopping moins fréquents et moins fiables, ce qui peut être un problème pour les contenus qui changent rapidement comme la disponibilité et le prix des produits. Si vous utilisez JavaScript pour générer le balisage Product , assurez-vous que votre serveur dispose de suffisamment de ressources informatiques pour gérer l’augmentation du trafic provenant de Google.

Définitions des types de données structurées

Vous devez inclure les propriétés requises pour que vos données structurées soient éligibles à une utilisation dans la recherche Google. Vous pouvez également inclure les propriétés recommandées pour ajouter plus d’informations sur vos variantes de produit, ce qui pourrait offrir une meilleure expérience utilisateur.

`ProductGroup`

Google reconnaît les propriétés suivantes de ProductGroup. La définition complète de ProductGroup est disponible sur
schema.org/ProductGroup. Lorsque vous balisez votre contenu avec des informations sur les variantes de produit, utilisez les propriétés suivantes de la
ProductGroup propriété.

Propriétés requises

Propriétés requises
`name`	`Texte` Le nom du `ProductGroup` (par exemple, “Manteau d’hiver en laine”). Assurez-vous que le nom des variantes dans chaque élément `Product` est plus spécifique (par exemple, “Manteau d’hiver en laine – vert, taille petite”, basé sur les propriétés identifiant la variante. Voir la documentation Product pour plus de détails.

name

Texte

Le nom du ProductGroup (par exemple, “Manteau d’hiver en laine”). Assurez-vous que le nom des variantes dans chaque élément Product est plus spécifique (par exemple, “Manteau d’hiver en laine – vert, taille petite”, basé sur les propriétés identifiant la variante. Voir la documentation Product pour plus de détails.

Propriétés recommandées
`aggregateRating`	`AggregateRating` Un `aggregateRating` imbriqué du `ProductGroup` (qui est représentatif de toutes les variantes), le cas échéant. Suivez les directives sur les extraits d’avis et la liste des propriétés `AggregateRating` requises et recommandées.
`brand`	`Brand` Informations sur la marque concernant le `ru` (identique pour toutes les variantes), le cas échéant. Voir la Documentation produit pour plus de détails sur `brand`.
`brand.name`	`Texte` Le nom de la marque du `ProductGroup` (identique pour toutes les variantes). Si vous ajoutez déjà la marque au niveau du `ProductGroup` , vous n’avez pas besoin de l’ajouter à nouveau au niveau du `Product` . Voir la Documentation produit pour plus de détails sur `brand`.
`description`	`Texte` ou `TextObject` La description du `ProductGroup`. Par exemple, “Manteau d’hiver en laine pour climats froids”. Assurez-vous que la description de la variante est plus spécifique et utilise idéalement des mots qui identifient la variante (tels que la couleur, la taille, le matériau). En plus de la description du `ProductGroup`, nous recommandons d’ajouter également une description de chaque variante au niveau du `Product` . Voir la Documentation produit pour plus de détails.
`hasAdultConsideration`	`AdultOrientedEnumeration` 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 politique de contenu pour adultesde Google, vous devez utiliser cette propriété pour les étiqueter comme tels. Bien que ces produits soient éligibles pour être affichés dans les annonces Shopping et les listes gratuites, ils sont soumis à des restrictions basées sur l’âge et le pays. Leur étiquetage garantit que Google peut appliquer ces restrictions et afficher un contenu approprié et légalement conforme aux personnes faisant des achats en ligne. Bien que schema.org définisse plusieurs valeurs pour `AdultOrientedEnumeration`, la recherche Google ne prend en charge que la valeur `https://schema.org/SexualContentConsideration` pour cette propriété.
`hasVariant`	`Product` Une propriété `Product` imbriquée qui est l’une des variantes de la propriété `ProductGroup` , le cas échéant. Un `ProductGroup` a généralement plusieurs propriétés `Product` de variante imbriquées. Alternativement, une propriété `Product` de variante peut faire référence à son `ProductGroup` parent en utilisant la propriété `isVariantOf` sur la propriété `Product` .
`productGroupID`	`Texte` L’identifiant du groupe de produits (également connu sous le nom de parent sku). Cet identifiant doit être fourni pour la propriété `ProductGroup` ou, alternativement, en utilisant la propriété `inProductGroupWithID` pour les variantes de la propriété `ProductGroup` . Si vous fournissez l’identifiant à la fois pour la propriété `ProductGroup` et pour ses propriétés `Product` de variante, ils doivent correspondre.
`avis`	`Review` Un `avis` imbriqué du `ProductGroup`, le cas échéant. Suivez les Directives sur les extraits d’avis et la liste des éléments requis et recommandés propriétés d’avis.
`url`	`URL` Pour les sites Web d’une seule page uniquement: L’URL (sans sélecteurs de variante) où la propriété `ProductGroup` est située, le cas échéant. N’utilisez pas cette propriété pour les sites Web de plusieurs pages.
`variesBy`	`DefinedTerm` Aspects selon lesquels les variantes dans le `ProductGroup` varient, (par exemple, taille ou couleur), le cas échéant. Référencez ces propriétés d’identification de variante via leur URL Schema.org complète (par exemple, `https://schema.org/color`). Les propriétés suivantes sont prises en charge : `https://schema.org/color` `https://schema.org/size` `https://schema.org/suggestedAge` `https://schema.org/suggestedGender` `https://schema.org/material` `https://schema.org/pattern`

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 vous aider. Assurez-vous de lui transmettre tout message de la Search Console détaillant le problème.
Google ne garantit pas que les fonctionnalités qui utilisent 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 dans un résultat enrichi, consultez les
Directives générales sur les données structurées.
Vous avez peut-être une erreur dans vos données structurées. Vérifiez la
liste des erreurs de données structurées
et le Rapport sur les données structurées non analysables.
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 directives à nouveau pour identifier si votre contenu n’est pas conforme aux directives. Le problème peut être causé par du contenu indésirable ou par l’utilisation de balisage indésirable. Cependant, le problème peut ne pas être un problème de syntaxe, et le test des résultats enrichis ne pourra donc pas identifier ces problèmes.
Dépanner les résultats enrichis manquants / baisse du nombre total de résultats enrichis.
Laissez le temps au crawl et à l’indexation. 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 de la recherche Google.
Posez une question sur le Forum Google Search Central.

Alien Road

Comment nous l'appliquons

Variant markup stops a catalogue of colours and sizes from reading as duplicate content. On large clothing and furniture catalogues this is the difference between one indexed product and forty competing URLs.

Services associés

Entreprise

Durée

Entreprises partenaires

Recherche et visibilité

Publicité et performance

Design et développement

Contenu et relations

Par secteur

Forfaits de services

Derniers articles

Büyükçekmece Office

Ataköy Office

Tivat Office

Comment nous l'appliquons

Planifions votre projet

Données structurées pour les variantes de produit (ProductGroup, Product)

Comment ajouter des données structurées

Exemples

Site web à page unique

Exemple de page unique : variantes imbriquées sous ProductGroup

Exemple d’une seule page : variantes séparées du ProductGroup

Site web multi-pages

Exemple multi-pages : variantes imbriquées sous ProductGroup

pour créer un lien vers les variantes sur l’autre page, ce qui aide Google à trouver vos variantes. Exemple multi-pages : variantes séparées du

. Cette approche pourrait être plus facile à générer pour certains CMS.

(pour les expériences de fiches marchands)

Définitions des types de données structurées

ProductGroup

Dépannage

Comment nous l'appliquons

Exemple de page unique : variantes imbriquées sous `ProductGroup`

Exemple d’une seule page : variantes séparées du `ProductGroup`

Exemple multi-pages : variantes imbriquées sous `ProductGroup`

pour créer un lien vers les variantes sur l’autre page, ce qui aide Google à trouver vos variantes. `Exemple multi-pages : variantes séparées du`

`ProductGroup`