Une base produit répond d’abord aux besoins de gestion : référence, fournisseur, prix, stock et famille interne. Le visiteur, lui, arrive avec une question. Il cherche une ressource pour un niveau scolaire, un équipement compatible, un format précis ou une solution à un problème.

Transformer un catalogue en parcours consiste à relier ces deux logiques sans recopier le même classement partout.

01

Séparer les dimensions avant de créer les menus

Une taxonomie devient confuse lorsque catégories, étiquettes et attributs répètent les mêmes mots. Chaque dimension doit jouer un rôle : nature du produit, public, usage, niveau, format ou compatibilité.

Cette séparation permet ensuite de construire des pages d’entrée stables et des filtres utiles. Elle évite aussi qu’un même produit soit rangé dans quinze branches presque identiques simplement pour apparaître à plusieurs endroits.

  • Ce que le produit est
  • À qui il s’adresse
  • À quel besoin ou moment il répond
  • Sous quelle forme ou variante il existe
  • Avec quoi il est compatible

02

Parler la langue de la personne qui cherche

Les équipes connaissent les codes internes et les familles fournisseur. Les clients utilisent souvent d’autres mots. Une bonne architecture part des questions, des recherches sur le site, des demandes au support et des usages observés.

Cela ne signifie pas remplacer toutes les données métier. Il faut plutôt créer une couche de navigation qui traduit le catalogue. Sur MesMédias, le parascolaire devait être abordé par niveau et type de support, pas comme une simple suite de références.

03

Une page d’entrée doit faire plus qu’afficher une grille

Une catégorie utile explique ce que l’on trouve, donne quelques repères et propose les filtres réellement discriminants. Elle peut orienter vers des sous-parcours sans devenir une longue introduction placée avant les produits pour satisfaire un compteur de mots.

Le contenu éditorial doit aider à choisir. Si sa seule fonction est d’occuper de l’espace au-dessus d’une grille, il ralentit la personne et n’améliore pas magiquement le référencement.

04

Les filtres peuvent créer autant de bruit que de choix

Chaque combinaison de filtres peut produire une URL. Sur un gros catalogue, des milliers de variantes très proches deviennent alors explorables sans apporter une page réellement distincte. Le moteur passe du temps sur des combinaisons vides ou presque identiques.

Il faut décider quelles vues méritent une URL stable et indexable, lesquelles servent seulement à l’interface et comment les liens internes conduisent vers les pages importantes. Cette décision appartient à l’architecture, pas à un réglage SEO ajouté après coup.

05

Concevoir pour les prochains produits

Une architecture n’est pas jugée uniquement sur le catalogue du jour. Elle doit absorber de nouvelles références, de nouveaux niveaux ou de nouveaux formats sans exiger une nouvelle branche à chaque ajout.

Le test le plus utile consiste à prendre plusieurs produits atypiques et à vérifier où ils apparaissent, comment on les trouve et ce que devient le parcours lorsqu’une information manque. Le produit parfait ne révèle jamais les faiblesses du système.

Questions fréquentes

Pour aller au bout du sujet

Quelle différence entre catégorie, attribut et étiquette WooCommerce ?

La catégorie structure généralement les grandes familles. Les attributs décrivent des caractéristiques et alimentent les variantes ou filtres. Les étiquettes peuvent créer des regroupements transversaux, mais elles doivent avoir un rôle clair pour ne pas dupliquer les catégories.

Faut-il indexer toutes les pages de filtres ?

Non. Seules les combinaisons qui correspondent à une intention utile, possèdent assez de contenu et s’intègrent au maillage méritent généralement une page indexable.

Peut-on revoir l’architecture sans changer de plateforme ?

Oui. Une nouvelle organisation des taxonomies, des pages d’entrée et de la navigation peut souvent être mise en place dans WooCommerce existant, avec une migration progressive des données.