Filtres produits et doublons d’URL : ce qui pénalise le SEO d’une boutique

Sur une boutique WooCommerce, PrestaShop ou Drupal Commerce, les filtres de couleur, de taille, de prix ou de marque rendent service aux visiteurs : ils aident à trouver le bon produit en deux clics. Mais chaque combinaison de filtres génère en général sa propre URL. Une boutique de quelques centaines de références peut ainsi exposer aux moteurs de recherche plusieurs dizaines de milliers de pages quasi identiques, qui ne diffèrent que par l’ordre des filtres ou un paramètre de tri.

Pour un dirigeant ou un responsable e-commerce, le sujet n’est pas technique par goût : il conditionne directement la visibilité de la boutique. Un site qui laisse Google explorer et indexer toutes ces variantes dilue son budget de crawl, affaiblit les pages qui devraient vraiment se positionner et peut se retrouver en concurrence avec lui-même sur ses propres mots-clés. Ce guide fait le point sur ce que Google recommande, comment chaque plateforme gère le problème, et ce qu’il faut vérifier auprès de son prestataire.

Le problème : des filtres utiles, des URL qui se multiplient

La navigation à facettes consiste à croiser plusieurs critères (couleur, taille, prix, marque) dans une même liste de produits. Chaque croisement peut générer une URL distincte, avec ou sans paramètre dans l’adresse. Le contenu de ces pages est presque toujours très proche de celui d’une page déjà existante : mêmes produits, ordre différent, titre quasiment identique. Pour un moteur de recherche, ce sont des pages en doublon ou quasi-doublon.

Les conséquences se mesurent sur trois plans. D’abord le budget de crawl : les robots passent du temps sur des variantes sans valeur plutôt que sur les pages qui comptent réellement pour le chiffre d’affaires. Ensuite la dilution de la popularité : les liens internes et externes qui pointent vers des versions différentes d’une même page produit se répartissent au lieu de se concentrer. Enfin la cannibalisation : plusieurs URL de la boutique peuvent se retrouver en concurrence directe sur les mêmes mots-clés, ce qui n’aide ni l’une ni l’autre à bien se positionner.

Ce que Google recommande, et ce qu’il faut éviter

Dans sa documentation officielle sur la consolidation des URL dupliquées, Google classe trois méthodes par force de signal. Une redirection permanente constitue le signal le plus fort : elle indique clairement que la cible de la redirection doit devenir la page canonique. La balise rel="canonical", placée dans l’en-tête d’une page pour pointer vers la version de référence, est elle aussi considérée comme un signal fort. Le sitemap XML, enfin, n’est qu’un signal faible : le fait d’y inclure une URL aide à la faire reconnaître comme canonique, mais ne suffit pas à lui seul.

La même documentation liste explicitement ce qu’il ne faut pas faire. Google déconseille d’utiliser le fichier robots.txt à des fins de canonicalisation, d’utiliser l’outil de suppression d’URL dans ce but, de désigner des URL canoniques différentes selon la méthode employée, de spécifier un fragment d’URL comme page canonique, ou encore d’utiliser une balise noindex pour tenter d’orienter le choix de la page canonique. À l’inverse, la pratique recommandée consiste à placer sur la page canonique elle-même un lien canonique auto-référencé, à utiliser des URL absolues plutôt que relatives, et à faire pointer la navigation interne vers la version canonique plutôt que vers une URL dupliquée.

• Ne pas bloquer les URL à facettes via robots.txt en pensant régler le problème de canonicalisation
• Ne pas mélanger les signaux : une seule URL canonique doit être désignée, de manière cohérente sur tout le site
• Ne pas utiliser noindex comme substitut à une vraie balise canonical
• Faire pointer les liens internes (menus, fils d’Ariane, filtres) vers la version canonique

La documentation Google sur la consolidation des URL dupliquées détaille chacune de ces règles.

Comment cela se présente sur WooCommerce, PrestaShop et Drupal Commerce

WooCommerce

Sur WooCommerce, le filtrage par attribut repose sur des paramètres de requête comme filter_couleur ou query_type_couleur, combinés à un paramètre de prix minimum et maximum : l’état du filtre est entièrement porté par l’URL, sans rien stocker côté serveur. Chaque attribut doit être une taxonomie globale avec ses archives activées pour apparaître dans les blocs de filtre. Quand les permaliens sont activés, ces paramètres peuvent aussi se transformer en URL dites propres, du type /boutique/attribut-couleur-bleu/, ce qui ne supprime pas le problème : chaque combinaison reste une URL potentiellement indexable. Pour une boutique avec plusieurs attributs croisés, le nombre de combinaisons grimpe très vite. La documentation officielle des filtres de produits WooCommerce décrit précisément ce fonctionnement.

PrestaShop

PrestaShop s’appuie sur un module de recherche à facettes qui traduit les critères choisis par le client en requêtes SQL pour filtrer le catalogue. La documentation technique officielle du projet, consacrée à ce composant, confirme que des solutions de filtrage modernes permettent de générer des URL propres et indexables pour chaque combinaison plutôt que de simples chaînes de paramètres. C’est une amélioration pour l’expérience utilisateur, mais elle déplace le problème plutôt qu’elle ne le résout : des URL propres restent des URL, et chacune doit être traitée par une des méthodes de canonicalisation vues plus haut si son contenu fait doublon avec une page déjà existante. La documentation du module de recherche à facettes détaille son fonctionnement interne.

Drupal Commerce

Sous Drupal Commerce, la navigation à facettes passe généralement par le module Facets, associé à Search API : il construit des filtres exposés ou des blocs de facettes à partir d’un index de recherche. La logique est la même que sur les deux autres plateformes : chaque facette activée peut générer une URL distincte, et c’est à la configuration du site de décider laquelle fait autorité. L’avantage de cette architecture est qu’elle centralise la logique de recherche dans l’index, ce qui facilite ensuite la mise en place cohérente des balises canonical sur l’ensemble des pages de résultats filtrés.

Ce qu’il faut vérifier et décider, côté dirigeant

Il n’est pas nécessaire de savoir configurer une balise canonical pour piloter ce sujet. Il suffit de savoir quelles questions poser, et de vérifier que les réponses restent cohérentes dans le temps : un prestataire change, une extension est mise à jour, et la configuration peut silencieusement changer avec elle.

1. Vérifier le rapport de pages dans Google Search Console. La section consacrée à l’indexation signale les pages exclues pour cause de contenu en double ou de balise canonical alternative : un volume anormalement élevé de pages de filtres dans cette liste est un signal à transmettre au prestataire.
2. Faire confirmer par écrit la méthode de canonicalisation retenue. Chaque page de résultats filtrés doit pointer, via une balise canonical cohérente, vers la page catégorie de référence, et non l’inverse selon les combinaisons.
3. Demander si les liens internes respectent la version canonique. Un menu, un fil d’Ariane ou un widget de filtre qui pointe vers une URL dupliquée contredit la balise canonical posée sur cette même page.
4. Vérifier que le sitemap XML ne liste que les URL canoniques. Un sitemap qui inclut des variantes filtrées envoie un signal contradictoire aux moteurs de recherche.

Ce travail de vérification mérite d’être rapproché des autres chantiers techniques de la boutique plutôt que traité isolément. Le choix de la plateforme, abordé dans notre comparatif entre WooCommerce, PrestaShop et Drupal Commerce, influence directement la manière dont la navigation à facettes est gérée par défaut. Le travail sur les données structurées, détaillé dans notre article sur l’articulation entre données structurées produit et flux Merchant Center, repose sur les mêmes pages canoniques : mieux vaut stabiliser l’une avant de soigner l’autre. Et comme pour la réactivité des pages abordée dans notre article sur l’INP et les boutiques chargées de scripts, c’est souvent une accumulation de petites négligences techniques, plutôt qu’une erreur unique, qui finit par peser sur le référencement d’une boutique.

Ce qu’il faut retenir

• Les filtres de couleur, taille ou prix sont utiles aux clients mais multiplient les URL quasi identiques aux yeux des moteurs de recherche
• Google classe les signaux de canonicalisation par force : redirection permanente, puis balise canonical, puis sitemap en dernier recours
• WooCommerce, PrestaShop et Drupal Commerce génèrent chacun ce problème à leur manière, mais la solution reste la même : une seule URL canonique par contenu, appliquée de façon cohérente
• Un dirigeant peut suivre ce chantier sans compétence technique, en vérifiant le rapport d’indexation de Search Console et en faisant confirmer la méthode retenue par son prestataire