En bref. Représenter la famille avec ProductGroup, décrire chaque variante avec Product et fournir des identifiants uniques et des URL qui présélectionnent directement les variantes.
Définition : Les données structurées des variantes de produit décrivent les versions d’un produit qui diffèrent par des attributs comme la taille ou la couleur. Elles représentent la famille avec
ProductGroupet chaque variante avecProduct, en les reliant parhasVariantouisVariantOf.
Points clés
- Au 17 octobre 2026, la documentation de Google sur les variantes de produit exige un identifiant unique pour chaque variante et chaque groupe de produits.
- La définition de
ProductGroupde Schema.org décrit un groupe dont les membres diffèrent selon des caractéristiques précises ; le groupe lui-même n’est pas directement proposé à la vente. - Schema.org définit
sku, l’unité de gestion de stock (Stock Keeping Unit), comme un identifiant propre au marchand pour un produit ou un service, ou pour le produit auquel une offre fait référence.
Quelles propriétés attribuer au groupe et aux variantes ?
Les données structurées sont un format normalisé qui décrit le contenu d’une page. Le guide de Google sur les variantes place les attributs communs, comme la marque et la matière, dans ProductGroup. Le Product de chaque variante porte son nom, son image, sa taille et sa couleur spécifiques. Une Offer décrit le prix et la disponibilité de cette variante.
variesBy énumère les attributs qui distinguent les variantes. Google attend des URL Schema.org complètes, comme https://schema.org/color et https://schema.org/size. hasVariant imbrique les produits correspondant aux variantes dans le groupe. Autre possibilité : des objets Product distincts font référence à l’@id du groupe au moyen de isVariantOf, comme dans l’exemple sans imbrication de Google.
Le bloc JSON-LD ci-dessous, un format de données structurées, est une version abrégée de l’exemple de manteau de Google. Les noms, les identifiants et les valeurs commerciales sont des données de démonstration issues de cette documentation.
{
"@context": "https://schema.org/",
"@type": "ProductGroup",
"name": "Wool winter coat",
"productGroupID": "44E01",
"variesBy": ["https://schema.org/size", "https://schema.org/color"],
"hasVariant": [
{
"@type": "Product",
"sku": "44E01-M11000",
"name": "Small green coat",
"image": "https://www.example.com/coat_small_green.jpg",
"color": "Green",
"size": "small",
"offers": {
"@type": "Offer",
"url": "https://www.example.com/coat?size=small&color=green",
"priceCurrency": "USD",
"price": 39.99,
"availability": "https://schema.org/InStock"
}
},
{
"@type": "Product",
"sku": "44E01-X1100000",
"name": "Large light blue coat",
"image": "https://www.example.com/coat_large_lightblue.jpg",
"color": "light blue",
"size": "large",
"offers": {
"@type": "Offer",
"url": "https://www.example.com/coat?size=large&color=lightblue",
"priceCurrency": "USD",
"price": 49.99,
"availability": "https://schema.org/BackOrder"
}
}
]
}
Quelle différence entre les identifiants du groupe et ceux des variantes ?
Les exigences de Google relatives aux identifiants distinguent l’identifiant parent de celui de chaque variante. productGroupID identifie la famille. La propriété inProductGroupWithID d’une variante peut fournir ce même identifiant de famille ; lorsque les deux propriétés sont présentes, leurs valeurs doivent correspondre. Chaque variante a également besoin de son propre identifiant unique, par exemple au moyen de sku.
Dans l’exemple de Google, 44E01 identifie la famille de manteaux, tandis que 44E01-M11000 identifie le manteau vert de petite taille. L’exemple sans imbrication utilise @id: "#coat_parent" pour relier les objets dans le balisage au moyen de isVariantOf.
Comment la structure des pages modifie-t-elle le balisage ?
Les consignes techniques de Google exigent une URL distincte qui présélectionne directement chaque variante. Son chargement doit afficher l’image, le prix et la disponibilité correspondants et permettre d’ajouter cette variante au panier.
Pour une boutique où les variantes figurent sur une seule page et où les sélecteurs changent la variante sans recharger la page, le groupe possède une seule URL canonique, généralement l’URL de base du produit sans variante présélectionnée. L’exemple de Google regroupe les variantes dans un balisage qui reste inchangé lorsque la sélection change.
Lorsque les variantes sont réparties sur des pages distinctes, chaque page doit comporter un balisage complet et autonome pour ses entités. La définition complète de ProductGroup est répétée sur chaque page de variante. Google demande à ces sites d’omettre la propriété url du groupe ; son exemple fournit les détails complets des variantes présentes sur la page et des références par URL aux variantes situées sur d’autres pages.
Termes associés
- Données structurées ProductGroup
- Données structurées Product
- Données structurées Offer
- URL canonique
Questions fréquentes
Devez-vous répéter la marque sur chaque variante ?
Les définitions des propriétés de Google indiquent que vous pouvez placer une marque commune dans ProductGroup sans la répéter sur chaque Product.
Comment vérifier votre implémentation ?
La procédure de mise en œuvre du même guide recommande le test des résultats enrichis (Rich Results Test) pour repérer les erreurs critiques, puis l’outil d’inspection d’URL (URL Inspection) sur les pages déployées. Vous devez aussi fournir les propriétés Product obligatoires pour les fiches de marchand ou les extraits de produits, en complément des propriétés des variantes.
Sources
- Google Search Central, « Product variant structured data (ProductGroup, Product) », mis à jour le 8 septembre 2026
- Schema.org, « ProductGroup », sans date
- Schema.org, « sku », sans date
Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO