Modéliser catalogue et variantes sans le regretter

Construire la boutique 9 min de lecture

Des étagères du même vêtement en plusieurs tailles et couleurs, bien rangées
L'étagère distingue produit et variante. Votre base de données aussi devrait.

Le modèle produit est la décision qui détermine silencieusement la difficulté de tout le reste. Stock, prix, facettes de recherche, flux marketplace et retours le lisent tous, et héritent de la moindre confusion qu'il contient.

L'erreur la plus répandue est de modéliser ce que l'on photographie plutôt que ce que l'on expédie.

La distinction qui compte#

Modéliser catalogue et variantes sans le regretter — La distinction qui compte
NotionCe que c'estCe qu'elle doit posséder
ProduitCe que le client choisitTitre, description, images, catégorie
VarianteCe que vous expédiez réellementSKU, prix, stock, poids, code-barres
OptionL'axe de choixTaille, couleur — avec liste de valeurs fixe
LotPlusieurs variantes vendues comme uneSon SKU et sa règle de stock

Des règles qui évitent une refonte#

  1. Tout ce qui se vend a un SKU. Ce qui ne peut pas en avoir ne se vend pas seul.
  2. Les valeurs d'option viennent d'une liste contrôlée, jamais d'un texte libre. Sinon "Bleu", "bleu" et "Bleu marine" font trois facettes.
  3. Prix et stock vivent toujours sur la variante, même si aujourd'hui elles coûtent toutes pareil.
  4. Les médias peuvent appartenir à la variante, pas seulement au produit : les couleurs ont besoin des leurs.
  5. N'encodez pas dans le SKU un sens qui n'existe pas aussi comme champ.

Ce qui ressemble à des variantes sans en être#

La personnalisation (un prénom gravé), les paliers de quantité et les lots sont souvent forcés dans le modèle de variantes parce que c'est le marteau le plus proche. Leur place est ailleurs : personnalisation en donnée de ligne, paliers en règles de prix, lots en produit propre avec politique de stock.

Si le nombre de variantes d'un produit dépasse quelques centaines, vous avez modélisé autre chose qu'une variante.

Attributs, catégories et le flux dont vous aurez besoin#

Places de marché, comparateurs et votre propre recherche à facettes veulent des attributs structurés : matière, dimensions, compatibilité. Saisissez-les comme champs dès le départ. Les extraire d'un texte deux ans plus tard est un projet de données que personne n'aime.

Questions fréquentes

Prix sur le produit ou la variante ?

Sur la variante. Même si tout coûte pareil aujourd'hui, cela changera et la migration est pénible.

Comment traiter la personnalisation à la commande ?

En donnée de ligne saisie à l'ajout au panier, pas en explosion de variantes.

Quand structurer les attributs ?

Tout de suite. Facettes, flux et filtres en ont besoin ; un texte ne se filtre pas.

modélisation cataloguevariantes produitstructure skumodèle de données e-commerceattributs produit

Tous les guides

Dernière mise à jour le 2026-08-05 par ecommercedevelopment.info · À propos

Écrit par ceux qui construisent

Chaque guide est écrit par des développeurs qui construisent et maintiennent de vraies boutiques, pas recopié d'autres sites.

Relu régulièrement

Les plateformes et les règles de paiement changent. Chaque guide porte la date de sa dernière relecture, publiée même quand rien n'a changé.

Aucun placement payé

Aucune plateforme, boutique de thèmes, éditeur d'applis ou agence ne peut acheter ici mention, classement ou lien.

Douze langues

Chaque guide est traduit, pas superposé par une machine — chaque langue a son URL et sa date de relecture.

Limites nommées

Nous disons clairement quand une plateforme hébergée ou une place de marché reviendrait moins cher et plus fiable qu'un sur-mesure.