En bref. ProductGroup relie les variantes Product aux propriétés communes et identifie les dimensions, comme la taille ou la couleur, qui les distinguent.

Définition : Les données structurées ProductGroup décrivent une famille de produits qui diffèrent selon des dimensions précises, comme la taille ou la couleur. Elles consignent les propriétés communes au niveau du groupe et relient les différentes variantes Product à ce groupe.

Points clés

Au 17 octobre 2026, Google prend en charge le balisage ProductGroup pour rendre les informations sur les variantes éligibles à l’affichage dans les fiches de marchand (merchant listings), selon sa documentation sur les variantes de produits.
La définition de ProductGroup de Schema.org décrit le groupe comme un modèle regroupant les caractéristiques communes ; ses variantes individuelles sont les produits proposés à la vente.
La présentation de Product de Google indique que les extraits de produits (product snippets) et les fiches de marchand prennent tous deux en charge les variantes de produits.

Comment les variantes et les propriétés communes sont-elles reliées ?

Schema.org définit ProductGroup comme un ensemble de produits qui ne varient que selon des critères précis. La propriété hasVariant relie le groupe à ses membres. Dans l’autre sens, isVariantOf relie un Product à son groupe parent.

Dans l’exemple de Google qui imbrique les manteaux dans le groupe, le groupe contient une marque, une matière, un motif et un public communs. Chaque Product possède un nom et une description plus précis. Son offre porte le prix et la disponibilité de la variante. Les informations sur la marque déjà fournies au niveau du groupe n’ont pas à figurer de nouveau dans chaque Product.

La même documentation utilise variesBy pour nommer les dimensions qui distinguent les variantes. Google prend en charge la couleur, la taille, l’âge suggéré, le genre suggéré, la matière et le motif, exprimés par leurs URL Schema.org complètes. Chaque variante nécessite un identifiant unique, comme sku, une référence de stock propre au marchand. Le groupe nécessite également un identifiant unique : productGroupID sur le groupe ou inProductGroupWithID sur les variantes. Lorsque les deux sont renseignés, leurs valeurs doivent correspondre.

À quoi ressemble le balisage ?

Cet extrait abrégé de données structurées reprend l’exemple de manteaux sur une seule page de Google. Il montre le regroupement et les propriétés communes ; l’exemple complet fournit aussi les images, les descriptions et les offres des variantes.

{
  "@context": "https://schema.org/",
  "@type": "ProductGroup",
  "name": "Wool winter coat",
  "brand": {
    "@type": "Brand",
    "name": "Good brand"
  },
  "productGroupID": "44E01",
  "material": "wool",
  "variesBy": [
    "https://schema.org/size",
    "https://schema.org/color"
  ],
  "hasVariant": [
    {
      "@type": "Product",
      "sku": "44E01-M11000",
      "name": "Small green coat",
      "color": "Green",
      "size": "small"
    },
    {
      "@type": "Product",
      "sku": "44E01-K11000",
      "name": "Small light blue coat",
      "color": "light blue",
      "size": "small"
    }
  ]
}

Comment la structure des pages influe-t-elle sur la mise en œuvre ?

Les consignes techniques de Google exigent une URL distincte qui présélectionne directement chaque variante. L’ouverture de cette URL doit afficher l’image, le prix et la disponibilité correspondants et permettre d’ajouter cette variante au panier.

Une boutique sur une seule page, où la sélection d’une variante actualise la page sans la recharger, utilise une URL canonique pour l’ensemble du groupe. La documentation de Google sur la canonicalisation explique comment indiquer une URL préférée pour des pages identiques ou similaires. L’exemple de variantes utilise une URL de base du produit sans variante présélectionnée.

Pour une boutique sur plusieurs pages, la même documentation exige un balisage autonome sur chaque page. Son exemple répète la définition complète de ProductGroup, y compris les attributs communs, sur chaque page de variante. Aucune URL canonique unique ne représente ce groupe réparti sur plusieurs pages.

Comment vérifier la mise en œuvre ?

Les étapes de mise en œuvre de Google prévoient l’utilisation du test des résultats enrichis (Rich Results Test) pour repérer les erreurs critiques de balisage, puis de l’outil d’inspection d’URL (URL Inspection) pour vérifier comment Google voit les pages déployées. Le balisage Product doit aussi respecter les exigences applicables aux fiches de marchand ou aux extraits de produits. Les vérifications portent donc à la fois sur les relations au sein du groupe et sur les données de chaque Product.

Termes associés

Questions fréquentes

Puis-je décrire des produits sans lien entre eux dans un même ProductGroup ?

La définition de Schema.org décrit un groupe dont les membres ne varient que selon des critères bien définis, comme la taille ou la couleur. Utilisez ces dimensions pour décrire les variantes d’une même famille de produits.

Dois-je imbriquer chaque variante dans le groupe ?

Les exemples de Google montrent aussi des entités Product distinctes, reliées au groupe par isVariantOf et une référence @id. Cette structure convient aux systèmes de gestion de contenu qui produisent des entités séparées.

ProductGroup remplace-t-il le balisage Product ?

La même documentation de Google exige des données structurées Product en complément des propriétés des variantes, conformément aux exigences applicables aux extraits de produits ou aux fiches de marchand.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Données structurées ProductGroup