Nous utilisons des cookies pour améliorer votre expérience, analyser le trafic du site et personnaliser le contenu. Vous pouvez accepter tous les cookies ou choisir les catégories à autoriser. En savoir plus
Stratégie SEO de Page de Catégorie et Canonique pour Ecommerce (2026) | Ordiko
Guide
Stratégie SEO de Page de Catégorie et Canonique pour Ecommerce (2026)
Comment structurer les pages de catégorie ecommerce (PLP) pour le SEO en 2026 — hiérarchie d'URL, navigation facettée, stratégie canonique, pagination, et éviter le gonflement d'index dû aux combinaisons de filtres.
PT1H
TL;DR. Le SEO des PLP a trois règles. (1) Canonicaliser la catégorie de base et bénir des combinaisons de filtres spécifiques qui correspondent à de vraies requêtes de recherche. (2) Noindex des combinaisons de facettes arbitraires et des résultats de recherche pour contrôler le budget de crawl. (3) Rendre côté serveur et émettre le schéma CollectionPage. Le modèle de "facette bénie" est le levier stratégique pour capturer des requêtes de longue traîne.
Pourquoi le SEO des catégories est important
Les pages de catégories capturent les requêtes commerciales à haute intention :
"sacs en cuir" (1,2M de recherches Google par mois dans le monde)
"sac messager en cuir marron" (40k par mois)
"sac d'ordinateur portable en cuir vegan pour femmes" (8k par mois)
Chacune de ces requêtes a la forme d'une catégorie. Classer la bonne URL pour chacune fait la différence entre le trafic de milieu d'entonnoir et celui de haut d'entonnoir.
Hiérarchie des URL
Structure recommandée :
/categories/sacs-en-cuir (parent)
/categories/sacs-en-cuir/messager (enfant)
/categories/sacs-en-cuir/messager/travail (petit-enfant — uniquement si nécessaire)
Limiter la profondeur à 3 niveaux. Au-delà, la navigation devient fragile et l'équité des liens se dilue.
Le problème de la navigation facettée
FAQ
Devrais-je noindex les URLs facettées entièrement ?
Noindex les combinaisons non béatifiées (combinaisons de filtres arbitraires + tri). Autorisez l'indexation de la catégorie de base et des facettes 'béatifiées' mises sur liste blanche qui correspondent à de vraies requêtes de recherche. La liste blanche est le levier stratégique — c'est ainsi que 'sacs en cuir', 'sacs en cuir marron', 'sacs en cuir marron à bandoulière' obtiennent chacune leur propre opportunité de classement.
Comment décider quelles facettes bénir ?
Croisez vos valeurs de filtre avec les données de requêtes de recherche (Google Search Console + votre propre journal de recherche + outils de mots-clés). Les valeurs de filtre qui correspondent à de vraies recherches deviennent bénies. Les combinaisons de valeurs arbitraires restent noindex.
Qu'en est-il des combinaisons couleur + taille + prix ?
Celles-ci se combinent. 'sac en cuir marron' est recherchable ; 'sac en cuir marron taille moyenne sous 200 $' ne l'est pas. Bénissez les combinaisons à attribut unique et à deux attributs au maximum ; noindex les combinaisons à 3 attributs ou plus.
Comment Ordiko gère-t-il les facettes ?
Les paramètres SEO d'Ordiko exposent un tableau blessedFacets par magasin. Chaque entrée spécifie la facette (par exemple, color=brown), son modèle SEO (titre, description, remplacement d'image OG), et émet une URL propre comme /categories/leather-bags/color-brown qui est indexée. D'autres combinaisons sont automatiquement noindex.
Lectures associées
Une PLP typique a :
5 filtres de couleur
4 filtres de taille
8 filtres de plage de prix
3 ordres de tri
N pages de pagination
Combinaisons : 5 × 4 × 8 × 3 × N = 480N URLs par catégorie. Avec 50 catégories, vous avez 24 000N URLs rien que pour les combinaisons de facettes. Budget de crawl détruit.
La solution :
Modèle d'URL
Décision d'indexation
/categories/sacs-en-cuir
Index
/categories/sacs-en-cuir?page=2
Index, auto-canonical
/categories/sacs-en-cuir?sort=prix-asc
Canonical à la base + noindex
/categories/sacs-en-cuir?color=marron
Dépend — voir "facettes bénies"
/categories/sacs-en-cuir?color=marron&size=m
Canonical à la base + noindex
/search?q=sac+en+cuir
Noindex toujours
Facettes bénies
Certaines combinaisons de filtres correspondent à de vraies requêtes de recherche que les utilisateurs tapent. Celles-ci méritent leur propre URL indexable.
Comment décider quoi bénir :
Données de requêtes crowdsourcées : Google Search Console → Rapport sur les requêtes. Filtrer par page de catégorie. Rechercher des requêtes qui impliquent une facette spécifique ("sac en cuir marron", "petit sac en cuir").
Données de volume de recherche : Les outils de mots-clés confirment que "sac en cuir marron" est recherché. "Sac en cuir vintage décoloré taille moyenne entre 80 $ et 120 $" ne l'est pas.
Données de conversion : quelles combinaisons de filtres mènent à des achats ? Les combinaisons à forte conversion avec volume de recherche sont des candidates bénies.
Pour une facette bénie, rendre à une URL propre avec des métadonnées optimisées :
URL: /categories/sacs-en-cuir/color-marron
Titre: Sacs en cuir marron | Acme Articles en cuir
Meta: Découvrez notre collection de sacs en cuir marron — fabriqués à la main à partir de cuir pleine fleur. Livraison gratuite pour les commandes de plus de 50 $.
Canonical: self
Index: yes
Combinaisons non bénies (par exemple, color=marron + size=moyen + sort=prix-asc) :
URL: /categories/sacs-en-cuir?color=marron&size=moyen&sort=prix-asc
Titre: Sacs en cuir | Acme Articles en cuir (retour à la base)
Canonical: /categories/sacs-en-cuir
Index: no
URLs de requêtes de recherche
Les résultats de recherche presque toujours :
Correspondent à de nombreuses URLs similaires.
Ont une faible qualité de contenu intrinsèque (juste une liste de produits).
Sont très variables (chaque faute de frappe crée une nouvelle URL).
Noindexez-les :
<meta name="robots" content="noindex, follow" />
follow car les liens internes des pages de recherche passent toujours l'équité.
Pagination
La meilleure pratique de 2026 :
Chaque page (page 2, 3, ...) est auto-canonique.
rel="next" et rel="prev" sont obsolètes mais sont toujours analysés comme des indices — émettez-les si c'est facile.
Le contenu complet de chaque page doit être rendu côté serveur.
Le nombre total de résultats et la page actuelle doivent être visibles dans le H1 ou au-dessus de la ligne de flottaison pour la clarté de l'utilisateur.
Les pages de catégories doivent rendre leur contenu côté serveur. Les PLP React rendues côté client où vous récupérez des produits dans useEffect obtiennent une réponse HTML presque vide du crawler de Google.
Utilisez les composants serveur de Next.js (ou l'équivalent SSR/SSG du framework) pour la grille de produits. La pagination, le tri et les filtres peuvent être des frontières de Suspense qui se diffusent après la coque statique.
Schéma CollectionPage
Enveloppez la PLP dans CollectionPage avec un ItemList intégré :
Pour les URLs de facettes bénies, émettez également CollectionPage avec le titre/description spécifique à la facette et un ItemList des produits filtrés.
Titre et description par facette bénie
Les titres et descriptions sont comment les facettes bénies remportent leurs requêtes.
Catégorie de base :
<title>Sacs en cuir | Acme — Cuir italien fait à la main</title>
<meta name="description" content="Parcourez notre collection de sacs en cuir faits à la main en Italie. Matériaux en cuir pleine fleur, quincaillerie en laiton massif, livraison gratuite pour les commandes de plus de 50 $.">
Facette bénie (color=marron) :
<title>Sacs en cuir marron | Acme — Cuir italien fait à la main</title>
<meta name="description" content="Découvrez des sacs en cuir marron faits à la main en Italie. Matériaux en cuir pleine fleur, quincaillerie en laiton massif, livraison gratuite pour les commandes de plus de 50 $.">
Facette bénie (color=marron + style=messager) :
<title>Sacs messagers en cuir marron | Acme</title>
<meta name="description" content="Parcourez notre collection de sacs messagers en cuir marron. Fabriqués à la main en Italie avec du cuir pleine fleur et de la quincaillerie en laiton massif. Livraison gratuite pour les commandes de plus de 50 $.">
Comment Ordiko gère le SEO des catégories
Modèle d'URL /categories/{slug} avec support de hiérarchie.
Table BlessedFacet par magasin : facette, catégorie, remplacements de modèle SEO.
Les facettes bénies se rendent à des URLs propres (/categories/sacs-en-cuir/color-marron) ; les non-bénies sont canonisées à la base avec noindex.
Les pages de requêtes de recherche sont auto-noindex.
Pagination auto-canonique.
Schéma CollectionPage + ItemList + Breadcrumb sur chaque PLP.
Rendu côté serveur avec des composants serveur React.
FAQ
Devrais-je noindex complètement les URLs facettées ? Noindexez les combinaisons non bénies (combinaisons de filtres + tri arbitraires). Autorisez l'indexation de la catégorie de base et des facettes 'bénies' sur liste blanche qui correspondent à de vraies requêtes de recherche. La liste blanche est le levier stratégique — c'est ainsi que 'sacs en cuir', 'sacs en cuir marron', 'sacs messagers en cuir marron' obtiennent chacune leur propre opportunité de classement.
Comment décider quelles facettes bénir ? Croisez vos valeurs de filtre avec les données de requêtes de recherche (Google Search Console + vos propres journaux de recherche + outils de mots-clés). Les valeurs de filtre qui correspondent à de vraies recherches deviennent bénies. Les combinaisons de valeurs arbitraires restent noindex.
Qu'en est-il des combinaisons de couleur + taille + prix ? Celles-ci se composent. 'sac en cuir marron' est recherchable ; 'sac en cuir marron taille moyenne sous 200 $' ne l'est pas. Bénissez les combinaisons à attribut unique et à deux attributs au maximum ; noindexez les combinaisons à 3 attributs ou plus.
Comment Ordiko gère-t-il les facettes ? Les paramètres SEO d'Ordiko exposent un tableau blessedFacets par magasin. Chaque entrée spécifie la facette (par exemple, color=marron), son modèle SEO (titre, description, remplacement d'image OG), et émet une URL propre comme /categories/sacs-en-cuir/color-marron qui est indexée. D'autres combinaisons sont automatiquement noindex.