Dossier vivant · Acquisition
Contrat de donnéesCatégories e-commerce : architecture, facettes et garde-fous
Une architecture de catégories efficace repose sur des liens HTML explicites, une hiérarchie compréhensible et une politique stricte pour les filtres. Chaque nouvelle page doit répondre à un besoin durable et présenter un assortiment suffisant.
Synthèse décisionnelle
Confirmé
Ce qui change
- Google comprend principalement la structure d'un site e-commerce par les liens entre ses pages, pas par la forme de ses URL.
- Une recherche interne ou un bouton JavaScript ne remplace pas des liens HTML explorables vers les catégories et les produits.
- Les combinaisons de facettes peuvent créer un espace d'URL quasi infini et ralentir la découverte des pages importantes.
Recommandation
Ce que vous pouvez faire
- Dessiner une hiérarchie courte et explicite entre accueil, catégories, sous-catégories et produits.
- Créer une catégorie seulement lorsqu'elle répond à un besoin durable, porte un assortiment réel et mérite une page autonome.
- Définir avant développement quelles facettes sont explorables, indexables, non indexables ou invalides.
- Tester la navigation au clavier, les libellés, l'état courant et les parcours mobiles.
À confirmer
Ce que l’on ne sait pas encore
- Aucun volume de recherche ni potentiel de trafic n'a été mesuré dans ce dossier.
- La profondeur idéale et le nombre de catégories dépendent du catalogue, des comportements réels et des contraintes de la plateforme.
- Une architecture correcte facilite l'exploration, mais ne garantit ni indexation ni classement.
Décision rapide
Une bonne architecture de catégories relie chaque produit important à une hiérarchie compréhensible avec de vrais liens HTML. Elle ne consiste pas à indexer toutes les combinaisons de filtres. Une catégorie mérite une page autonome lorsqu’elle sert un besoin durable, présente un assortiment cohérent et apporte une aide à la décision qui ne se réduit pas à une liste de produits.
Google précise dans sa documentation sur la structure des sites e-commerce qu’il analyse principalement les relations entre les pages. Une structure de base peut suivre ce chemin :
Accueil
└── Catégorie principale
└── Sous-catégorie
└── Produit
La forme des URL peut aider l’équipe et les utilisateurs à se repérer, mais elle ne remplace pas ce graphe de liens. Une promesse de classement fondée uniquement sur « trois clics », une profondeur fixe ou des URL courtes n’est pas justifiée.
Une catégorie doit répondre à une décision réelle
Avant de créer une URL, vérifier les quatre critères suivants :
| Critère | Signal favorable | Signal de page faible |
|---|---|---|
| Besoin | une intention durable et distincte est observée dans la recherche interne, le support, les ventes ou une étude de mots-clés sourcée | le nom reprend seulement un attribut disponible dans un filtre |
| Assortiment | plusieurs produits pertinents sont disponibles de façon suffisamment stable | page vide, presque vide ou dépendante d’un arrivage ponctuel |
| Aide au choix | la page peut expliquer les différences, critères et limites propres au rayon | texte générique réutilisable sur toutes les catégories |
| Navigation | la page a une place claire dans le menu, le fil d’Ariane et les liens contextuels | page orpheline créée seulement pour les moteurs |
Ce dossier ne mesure aucun volume de recherche. Les données internes et une étude SEO dédiée doivent établir la demande au lieu de la supposer. Le panorama du commerce électronique en France fournit un contexte de marché, pas une preuve de demande pour une catégorie précise.
Construire la hiérarchie
1. Partir du catalogue et des tâches clients
Inventorier les familles de produits, les attributs utiles au choix, les contraintes de compatibilité et les questions récurrentes. Les libellés doivent être compréhensibles par le client sans connaître le vocabulaire interne du marchand.
2. Relier les niveaux avec de vrais liens
Google recommande de relier le menu à chaque catégorie, les catégories aux sous-catégories et celles-ci aux produits. Chaque destination à explorer doit utiliser un lien HTML avec un attribut href. Un gestionnaire d’événement JavaScript sans URL exploitable ne fournit pas la même voie d’exploration.
Une barre de recherche interne ne suffit pas : Googlebot ne soumet généralement pas de recherche pour découvrir le catalogue. Un sitemap XML ou un flux Merchant Center peut compléter l’architecture, mais ne remplace pas des liens internes utiles aux visiteurs.
3. Donner une fonction propre à chaque niveau
- Catégorie principale : orienter entre plusieurs familles et expliquer leurs différences.
- Sous-catégorie : rassembler un assortiment qui répond à un besoin plus précis.
- Produit : permettre l’évaluation et l’action, sans dépendre d’un filtre temporaire pour être découvert.
Une page ne doit pas être créée simplement pour occuper chaque niveau théorique. Si une catégorie et sa seule sous-catégorie conduisent au même assortiment sans différence utile, la simplification est à examiner.
Facettes : décider avant de générer les URL
La documentation Google sur la navigation à facettes avertit que l’ordre et la combinaison des paramètres peuvent produire un espace d’URL presque infini. Cela consomme des ressources d’exploration et peut ralentir la découverte de pages importantes.
| Type de combinaison | Décision recommandée | Garde-fou |
|---|---|---|
| Tri, affichage, personnalisation | ne pas en faire une page de catégorie indexable | définir une politique cohérente de crawl et d’indexation |
| Filtre ponctuel ou combinaison sans demande établie | conserver comme outil UX, sans créer automatiquement une page SEO | éviter les liens explorables vers toutes les combinaisons |
| Facette à besoin distinct et durable | envisager une page dédiée seulement après validation | URL stable, assortiment réel, contenu propre et liens internes |
| Combinaison vide, invalide ou pagination impossible | ne pas servir une page faible en succès HTTP | retourner un statut 404 approprié |
Pour les facettes autorisées à l’exploration, Google recommande notamment un ordre de paramètres stable, une seule forme d’URL par combinaison et les séparateurs standards &. Une balise canonique peut aider à consolider des doublons, mais Google indique qu’elle est moins efficace, à long terme, que d’empêcher l’exploration des espaces d’URL inutiles.
Le choix entre blocage d’exploration et directive de non-indexation doit être documenté. Une page bloquée par robots.txt peut empêcher le robot de lire une directive noindex présente dans la page. Il faut donc éviter d’empiler des mécanismes sans vérifier leur interaction.
Pagination et chargement progressif
Google ne clique généralement pas sur un bouton « Charger plus » et ne déclenche pas le défilement pour découvrir la suite d’une liste. Pour rendre les produits explorables :
- fournir des URL distinctes pour les pages successives ;
- relier ces pages avec des éléments
<a href="…">; - utiliser une URL canonique propre à chaque page, au lieu de canoniser toute la série vers la première ;
- ne pas encoder le numéro de page dans un fragment après
#; - gérer les pages hors limites avec un statut
404.
Le chargement infini peut rester une amélioration d’interface si chaque segment important reste accessible par une URL et des liens. L’objectif est de concilier l’expérience utilisateur avec une découverte indépendante des interactions JavaScript.
Navigation accessible et compréhensible
Le tutoriel W3C sur les menus recommande une structure sémantique, des libellés explicites et des états reconnaissables. Pour une boutique :
- conserver un ordre et des noms de rayons cohérents entre les pages ;
- rendre le menu utilisable au clavier, au tactile et avec un lecteur d’écran ;
- indiquer la rubrique et la page courantes autrement que par la couleur seule ;
- fournir un fil d’Ariane ou un repère équivalent dans les niveaux profonds ;
- rendre les ouvertures et fermetures de sous-menus prévisibles.
Les filtres, menus et résultats mis à jour participent au parcours d’achat. Le dossier Accessibilité d’une boutique en ligne détaille les contrôles nécessaires au-delà du menu.
Garde-fous contre les pages faibles
Une page de catégorie reste en brouillon ou hors index tant que sa valeur autonome n’est pas établie. Avant ouverture à l’indexation, vérifier :
- un besoin distinct appuyé par une donnée sourcée ;
- un assortiment disponible et suffisamment stable ;
- un titre, un cap et des critères de choix propres à la catégorie ;
- des liens entrants depuis la navigation ou des pages contextuellement pertinentes ;
- l’absence d’une autre URL répondant déjà au même besoin ;
- un comportement correct lorsque l’assortiment devient nul ou très faible.
Le texte ajouté uniquement pour atteindre une longueur cible ne transforme pas une facette dupliquée en ressource utile. La bonne décision peut être de fusionner, rediriger ou ne pas créer la page.
Mesurer sans promettre
Après mise en œuvre, suivre séparément :
- les pages orphelines et les produits sans chemin HTML explorables ;
- les URL de paramètres découvertes et explorées ;
- les catégories vides, quasi vides ou dupliquées ;
- les erreurs de navigation au clavier et sur mobile ;
- la couverture d’indexation et les performances observées par famille.
Ces indicateurs permettent de diagnostiquer. Ils ne prouvent pas qu’une page sera indexée ou mieux classée. L’effet SEO reste à mesurer après déploiement, sur une période définie, sans confondre crawl, indexation, visibilité et conversion.
À confirmer avant développement
La taxonomie du catalogue, les données de demande, le comportement natif de la plateforme et les règles actuelles de canonisation restent à auditer. Il faut aussi décider qui arbitre la création, la fusion et la suppression d’une catégorie lorsque l’assortiment change.
Avant d’automatiser la génération de pages, fixer une liste fermée de modèles autorisés et des seuils de qualité révisables. Sans ces décisions, le nombre d’URL utiles et le coût d’exploration restent non mesurables.
Historique
- 23 août 2026 : création du dossier à partir des recommandations Google Search Central sur l’architecture, les facettes et la pagination, complétées par les recommandations W3C sur les menus accessibles.
Preuves
Sources primaires
- Help Google understand your ecommerce site structure
Google Search Central · publié le · consulté le
- Managing crawling of faceted navigation URLs
Google Search Central · publié le · consulté le
- Pagination, incremental page loading, and their impact on Google Search
Google Search Central · publié le · consulté le
- Menus Tutorial
W3C Web Accessibility Initiative · publié le · consulté le