Variantes de produit : comment modéliser tailles, couleurs et versions

Le problème : la même fiche quinze fois

Un tee-shirt vendu en cinq tailles et trois couleurs, cela fait quinze SKU. Si chacun est traité comme un produit isolé, la marque, la description, la composition et les photos se répètent quinze fois. Quand quelque chose change, il faut le modifier à quinze endroits, et dans la boutique l'acheteur voit quinze produits presque identiques au lieu d'un seul avec un sélecteur.

Parent, enfants et axes

Pour l'éviter, il faut séparer ce qui est commun de ce qui varie :

• Le produit parent garde ce que partagent toutes les versions : marque, nom commercial, description, composition, photos générales.
• Les variantes (enfants) sont des produits avec leur propre SKU qui ne gardent que ce qui les distingue : la taille, la couleur, leurs photos, leur stock.
• Les axes sont les attributs qui différencient les enfants : taille, couleur, capacité. Ils se déclarent sur le parent.

Les axes fonctionnent mieux comme attributs de type liste, avec des valeurs autorisées : ainsi « M » est toujours « M » et la boutique peut construire le sélecteur.

Ce que demandent les canaux

Chaque canal reçoit les variantes à sa manière, mais presque tous ont besoin de la même chose : savoir quels produits forment un groupe et en quoi ils diffèrent.

• Google Merchant Center demande un identifiant de groupe pour les variantes, le même pour toutes celles d'un groupe et qui ne change pas, et recommande d'utiliser le SKU du parent quand c'est possible. Il demande aussi les attributs qui distinguent chaque variante, comme la couleur et la taille.
• Dans les données structurées, Google décrit les variantes avec ProductGroup, qui contient ses variantes et indique sur quels attributs elles varient.
• Les boutiques appellent souvent le parent « produit configurable » et construisent le sélecteur à partir des axes.

Les erreurs courantes

1. Des variantes traitées comme des produits isolés. Des fiches en double et un catalogue qui paraît plus grand qu'il ne l'est.
2. Des axes saisis à la main. « Bleu marine » sur un enfant et « Marine » sur un autre cassent le sélecteur.
3. Un axe qui n'en est pas un. Si deux « variantes » ont des caractéristiques différentes, ce sont probablement des produits différents.
4. Des photos uniquement sur le parent. L'acheteur veut voir la couleur qu'il a choisie.
5. L'identifiant de groupe change d'un import à l'autre, et le canal perd le regroupement.

La description : une pour toutes

Quand les variantes partagent une description, il vaut mieux la rédiger sur le parent. Si chaque enfant a besoin de son propre texte, il vaut mieux qu'il parte du texte du parent pour que toutes se ressemblent : neuf descriptions rédigées séparément pour neuf tailles finissent par dire des choses différentes du même produit.

Variantes, photos et stock

Chaque variante vend quelque chose de concret : une taille qui peut être épuisée, une couleur qui a un autre rendu. C'est pourquoi, même si elle partage la description de son parent, il est utile qu'elle ait :

• ses propres photos quand son aspect change, surtout la couleur ;
• son propre stock, pour que la boutique cesse de proposer la taille épuisée sans masquer tout le produit ;
• ses identifiants, comme le GTIN, car chaque combinaison a le sien.

Ce qui ne change pas d'une variante à l'autre ne se répète pas : il s'hérite du parent.

Comment Bruxel y répond

Dans Bruxel, chaque variante est un produit avec son SKU qui dépend d'un produit parent. On les lie à l'import, avec une colonne parent_sku, ou ensuite depuis la fiche. Les axes se déclarent sur le parent — des attributs de type liste ou Oui/Non, jusqu'à quatre — et, lors de la génération de la description d'un enfant, celle du parent lui est transmise comme référence pour que toutes se ressemblent. Le guide sur les variantes l'explique, et celui sur les attributs montre comment définir les axes comme listes.

Par où commencer

Cherchez dans votre catalogue les produits qui se répètent avec une taille ou une couleur dans le nom. Regroupez-les sous un parent, définissez les axes comme attributs de type liste et vérifiez que chaque enfant a sa valeur sur chaque axe et, si son aspect change, ses propres photos.