Les attributs sont la partie la moins visible d’une boutique WooCommerce, et pourtant celle qui travaille le plus. Ils alimentent les filtres de la page catégorie, créent les variations d’un produit, remplissent le tableau technique de la fiche et, par ricochet, le flux envoyé à Google. Une structure d’attributs bien pensée se remarque à peine. Une structure bâclée finit toujours par se voir : un filtre « Couleur » qui propose à la fois « Bleu », « bleu » et « Bleu marine », un tableau technique où le poids est tantôt en grammes, tantôt en kilos.
La question qui revient le plus souvent est simple : faut-il créer des attributs globaux ou des attributs personnalisés ? La réponse dépend moins de WooCommerce que de ce que l’on veut faire de l’information.
Ce qu’est un attribut dans WooCommerce
Un attribut décrit une caractéristique d’un produit. Il se compose d’un nom, par exemple « Matière », et de valeurs que WooCommerce appelle des termes : « Chêne massif », « Teck », « Aluminium ». Là où une catégorie range un produit dans une famille et une étiquette l’associe à un thème, l’attribut décrit ce qu’est l’objet, de façon comparable d’un produit à l’autre.
Prenons une boutique fictive de mobilier d’extérieur, Atelier Sorel (atelier-sorel.example). Une table de jardin y porte une catégorie (« Tables »), éventuellement des étiquettes (« Collection Riviera »), et une série d’attributs : matière du plateau, matière du piètement, longueur, nombre de places, finition. Ce sont ces attributs qui permettront au visiteur de filtrer « tables en teck pour huit personnes », et à la fiche d’afficher un tableau propre.
WooCommerce propose deux façons de créer un attribut. La documentation officielle les distingue clairement : les attributs peuvent être définis globalement, pour être disponibles sur tous les produits de la boutique, ou individuellement, au niveau d’un produit, auquel cas ils n’existent que pour ce produit.
Attributs globaux et attributs personnalisés : la vraie différence
Un attribut global se crée dans Produits > Attributs. Techniquement, WooCommerce en fait une taxonomie, préfixée par pa_, dont chaque terme est enregistré une seule fois puis rattaché aux produits concernés. Un attribut personnalisé se crée directement dans l’onglet Attributs de la fiche produit : on saisit un nom, puis des valeurs séparées par une barre verticale (|). Il est stocké avec le produit et n’existe nulle part ailleurs.
Cette différence de stockage a des conséquences concrètes.
| Attribut global | Attribut personnalisé | |
|---|---|---|
| Réutilisable sur d’autres produits | Oui, avec les mêmes termes | Non, à ressaisir à chaque fois |
| Filtres de la boutique (blocs de filtre, navigation par attribut) | Oui | Non |
| Pages d’archive par valeur | Possibles, si l’option est activée | Non |
| Variations | Oui | Oui |
| Correction d’une valeur | Une fois, pour tout le catalogue | Produit par produit |
Le point décisif est le filtrage. Un attribut personnalisé peut s’afficher sur la fiche et servir à créer des variations, mais il ne peut pas alimenter les filtres de la boutique, puisqu’il ne s’agit pas d’une taxonomie partagée. Une boutique qui a saisi toutes ses couleurs en attributs personnalisés découvre ce détail le jour où elle veut ajouter un filtre par couleur.
Choisir entre global et personnalisé
La règle tient en une question : cette information sera-t-elle comparée d’un produit à l’autre ?
Si oui, l’attribut doit être global. C’est le cas de tout ce qui sert à filtrer (matière, couleur, taille, contenance, puissance), de tout ce qui crée des variations récurrentes, ainsi que de tout ce que l’on enverra dans un flux produit. La couleur d’une chaise Atelier Sorel doit utiliser les mêmes termes que la couleur d’une table, faute de quoi le filtre ne pourra pas les réunir.
Si l’information est propre à un seul produit, un attribut personnalisé suffit. Une référence de pièce détachée compatible, une mention d’édition limitée, une précision de montage qui ne se retrouvera sur aucune autre fiche : les transformer en taxonomie globale encombrerait l’administration sans rien apporter au visiteur.
Entre les deux, la tentation est de tout créer en global « au cas où ». C’est une erreur inverse. Un attribut global qui ne compte que des termes uniques, un par produit, ne filtre rien et alourdit l’écran de saisie. Mieux vaut une vingtaine d’attributs globaux utilisés partout qu’une centaine utilisés une fois.
Bâtir une structure qui tient
Une structure d’attributs se conçoit avant la saisie, idéalement sur une feuille de calcul qui liste chaque attribut, sa définition, son unité et ses termes autorisés. Quelques principes évitent la plupart des reprises.
Un attribut, une dimension
« Dimensions : 180 x 90 x 75 cm » est lisible pour un humain, mais inexploitable pour un filtre. Il vaut mieux trois attributs, « Longueur », « Largeur » et « Hauteur », ou au minimum isoler la dimension sur laquelle les clients filtrent réellement. De même, « Matière » devient souvent « Matière du plateau » et « Matière du piètement » dès qu’un produit en combine plusieurs.
Des termes normalisés
Chaque terme doit exister sous une seule forme. On fixe la casse (« Chêne massif », jamais « chêne Massif »), le singulier ou le pluriel, l’unité (« 75 cm » partout, pas « 0,75 m » sur certaines fiches) et la façon d’écrire les nombres. Pour les attributs numériques, WooCommerce propose un tri numérique des termes, qui évite de voir « 10 places » avant « 4 places ».
Des noms sobres et des slugs courts
Le nom de l’attribut s’affiche tel quel sur la fiche : il doit être compréhensible sans contexte. Le slug, lui, sert d’identifiant technique et apparaît dans les adresses des filtres. WooCommerce le limite à 28 octets et refuse certains mots réservés par WordPress, comme « page », « category » ou « search ». Un slug court, sans accent, choisi une fois pour toutes, évite les mauvaises surprises lors d’un import CSV.
Pas de doublons entre attributs et catégories
Si « Tables » est une catégorie, il n’y a aucune raison de créer un attribut « Type de meuble » avec le terme « Table ». Chaque information doit avoir un seul endroit où elle vit.
Attributs et variations
Un produit variable repose sur ses attributs : chaque variation correspond à une combinaison de termes, par exemple « Teck / 180 cm » et « Teck / 220 cm ». Dans l’onglet Attributs du produit, il faut cocher la case qui autorise l’attribut à servir aux variations, puis générer celles-ci depuis l’onglet Variations.
La documentation de WooCommerce recommande de définir tous les attributs de chaque variation, plutôt que de laisser une variation valoir pour n’importe quelle valeur d’un attribut. Dans ce cas, WooCommerce retient la première variation correspondante dans l’ordre de la liste, ce qui peut afficher un prix ou un stock inattendu si l’ordre n’a pas été soigné.
Les attributs qui ne varient pas, comme la matière du piètement lorsqu’elle est identique sur toutes les déclinaisons, restent de simples attributs descriptifs, visibles sur la fiche. Il est inutile de les déclarer comme attributs de variation.
Ce que les attributs alimentent au-delà de la fiche
Un attribut bien renseigné sert bien plus loin que le tableau technique.
Les filtres et les archives. Les attributs globaux alimentent les blocs de filtre de WooCommerce et, si l’option d’archivage est activée, des pages listant tous les produits d’une valeur donnée. C’est la base d’une navigation à facettes.
Le flux Google Merchant Center. Pour les vêtements destinés notamment à la France, Google exige la couleur, la taille, le genre et la tranche d’âge. Un flux construit à partir d’attributs normalisés se remplit presque seul ; un flux construit à partir de textes libres se corrige à la main. Le sujet est traité en détail dans l’article consacré à Google Merchant Center et WooCommerce.
Les données structurées. Google recommande, pour les fiches marchand, des propriétés comme color, material ou size. Le balisage produit natif de WooCommerce ne les expose pas, mais une extension SEO ou un balisage complémentaire peut les puiser dans les attributs. Encore faut-il que ceux-ci soient propres : c’est l’objet de l’article sur les données structurées Product sur WooCommerce.
La rédaction. Une description rédigée à partir d’attributs vérifiés reste cohérente avec le tableau technique. À l’inverse, un texte qui annonce « plateau en teck » quand l’attribut indique « acacia » ruine la confiance en une ligne.
Auditer une structure existante
Sur une boutique déjà en ligne, la structure s’est souvent construite au fil des imports. Un audit se déroule en quatre temps.
- Exporter. L’export CSV des produits fait apparaître chaque attribut, global ou non, avec ses valeurs. On y repère vite les attributs personnalisés qui devraient être globaux.
- Regrouper. On liste les termes par attribut et on identifie les variantes d’une même valeur : casse, pluriel, faute de frappe, unité.
- Fusionner. On choisit la forme de référence, on réaffecte les produits, puis on supprime les termes orphelins. Sur un gros catalogue, cette étape se fait par import plutôt qu’à la main.
- Compléter. Reste le plus long : combler les attributs vides à partir des fiches techniques du fournisseur. C’est aussi le moment de noter d’où vient chaque valeur, pour pouvoir la justifier plus tard.
Une structure d’attributs n’est jamais figée. Un nouveau fournisseur, une nouvelle gamme ou un nouveau canal de vente imposent des ajustements. L’essentiel est que chaque ajout suive les règles écrites au départ.
Des attributs sourcés avant d’être rédigés
Fichewise part des attributs pour rédiger les fiches, et non l’inverse. Chaque valeur est extraite des documents fournisseur, des pages fabricant ou des pages concurrentes, puis assortie d’un score de fiabilité et de ses sources ; en cas de désaccord entre deux sources, c’est le marchand qui tranche. Les valeurs retenues sont écrites dans les attributs globaux de WooCommerce, ce qui les rend disponibles pour les filtres, le flux Shopping et le balisage. La documentation décrit ce fonctionnement étape par étape.