Un filtre aide un client à trouver une veste bleue en taille M. Mais si chaque ordre de sélection, chaque combinaison et chaque page vide produit une URL différente, le catalogue peut aussi fabriquer des milliers d’adresses que personne ne devrait découvrir dans Google.
Le problème ne se résout pas avec une règle universelle copiée dans robots.txt. Une boutique doit d’abord distinguer trois familles : les pages filtrées qui répondent à une demande commerciale réelle, les combinaisons utiles uniquement pendant la navigation et les URL qui ne devraient jamais exister. Cette décision précède la configuration technique.
Une facette utile au client n’est pas automatiquement une page SEO
La navigation à facettes permet de filtrer une catégorie par taille, couleur, matière, marque, prix ou disponibilité. Pour l’acheteur, l’outil est indispensable. Pour un moteur, chaque paramètre peut devenir une nouvelle URL.
Google explique dans sa documentation sur la navigation à facettes que ces combinaisons peuvent créer un espace d’URL quasi infini. Deux conséquences sont citées : une exploration excessive de pages inutiles et une découverte plus lente des nouvelles pages réellement importantes.
Prenons un catalogue textile fictif. La catégorie /vestes propose six tailles, dix couleurs, quatre matières et plusieurs tris. Les possibilités mathématiques dépassent vite le nombre de sélections qu’un client effectuera réellement. Si couleur=bleu&taille=m et taille=m&couleur=bleu produisent deux adresses, la boutique multiplie encore les variantes sans ajouter de valeur.
La première question n’est donc pas « faut-il indexer les filtres ? », mais « quelles pages filtrées correspondent à une intention que nous pouvons satisfaire durablement ? ».
Trois décisions pour trois types de combinaison
Une petite matrice évite de traiter tous les filtres de la même façon.
| Exemple fictif | Demande et stock | Décision à examiner | Contrôle attendu |
|---|---|---|---|
| Vestes imperméables femme | Gamme stable et besoin commercial identifiable | Page de catégorie dédiée ou facette explorabile | Contenu utile, produits disponibles, URL stable et liens internes |
| Vestes bleues taille M triées par prix | Sélection utile pendant la visite, intention SEO faible | Conserver pour l’utilisateur sans ouvrir toutes les variantes à l’exploration | Paramètres cohérents, règles de crawl et absence de liens inutiles |
| Vestes vertes dans une matière jamais vendue | Aucun résultat possible | Répondre correctement comme page inexistante | Statut HTTP 404 sous l’URL demandée |
La première ligne ne justifie pas automatiquement l’indexation. Il faut vérifier la demande, la stabilité du stock, la différence avec la catégorie principale et la capacité à maintenir la page. La deuxième reste utile au parcours d’achat, sans devoir devenir une porte d’entrée depuis Google. La troisième ne doit pas rediriger silencieusement vers une catégorie générale qui ne répond pas à la sélection.
Exploration, indexation et canonique ne sont pas la même chose
Limiter l’exploration consiste à réduire les URL que le robot parcourt. Empêcher ou retirer l’indexation concerne la présence dans les résultats. Une URL canonique indique quelle version doit être considérée comme principale parmi des contenus proches. Ces mécanismes peuvent interagir, mais ils ne sont pas interchangeables.
Un blocage dans robots.txt peut économiser des ressources d’exploration pour des familles de paramètres inutiles. Il ne garantit pas la disparition d’une URL déjà connue des moteurs. À l’inverse, un noindex doit pouvoir être lu : bloquer l’URL avant que le robot voie la directive peut empêcher ce contrôle.
Google indique également que rel="canonical" et nofollow sont généralement moins efficaces à long terme que les méthodes recommandées pour empêcher l’exploration d’un vaste espace de facettes. Une canonique vers la catégorie non filtrée peut réduire progressivement l’attention portée à certaines variantes, mais elle ne remplace pas une stratégie cohérente de génération des URL et des liens.
Avant toute modification, relevez donc l’état actuel : pages indexées, paramètres explorés, règles robots, balises canoniques, liens internes et réponses HTTP. Changer trois mécanismes en même temps rendrait le résultat difficile à interpréter.
Si une facette doit être explorée, son URL doit rester prévisible
Google recommande d’utiliser le séparateur standard & pour les paramètres. Des séparateurs comme les virgules, points-virgules ou crochets sont plus difficiles à reconnaître. Lorsque les filtres sont encodés dans le chemin, leur ordre logique doit rester stable et un même filtre ne doit pas pouvoir être répété.
Pour notre catalogue fictif, une seule règle d’ordre peut imposer couleur puis taille. Le système refuse ou normalise les variantes inversées au lieu de publier plusieurs chemins équivalents. Cette stabilité aide aussi les équipes : les exports, tests et tableaux de correspondance parlent de la même URL.
Les combinaisons sans résultat, les filtres dupliqués, les sélections absurdes et les pages de pagination inexistantes doivent recevoir un vrai statut 404. Google précise qu’il ne faut pas rediriger ces cas vers une page d’erreur commune : la réponse doit être servie sous l’URL rencontrée avec le statut correct.
Cette exigence n’oblige pas à afficher une page hostile. Le visiteur peut recevoir une explication claire, retirer un filtre ou revenir à la catégorie. Le code HTTP décrit cependant une ressource inexistante, au lieu de transformer chaque impasse en fausse catégorie indexable.
Magento, PrestaShop et WooCommerce : même décision, implémentations différentes
Les trois plateformes peuvent produire des URL filtrées, mais leurs modules, thèmes, extensions et règles de cache ne se configurent pas de manière identique. Une recommandation générique comme « bloquez ?color= » peut être incomplète si un module traduit le filtre en chemin, si une langue ajoute un préfixe ou si une autre fonction réutilise le paramètre.
Sur Magento 2, inspectez la navigation à facettes réelle, les extensions SEO et la manière dont les attributs filtrables produisent les URL. Sur PrestaShop, vérifiez le module de recherche à facettes, ses index et ses modèles d’URL. Sur WooCommerce, regardez les attributs, le thème, les widgets/blocs et les extensions qui modifient la navigation.
Dans tous les cas, testez un échantillon représentatif plutôt que seulement la page principale : une combinaison utile, une combinaison secondaire, une combinaison vide, un filtre répété, une pagination inexistante et deux ordres différents des mêmes critères. Notez pour chacun l’URL, le statut HTTP, la canonique, les liens entrants et la décision attendue.
Le petit audit à faire avant de modifier les règles
Commencez par cinq à dix catégories qui concentrent le chiffre d’affaires, le stock ou la demande. Pour chacune, listez les filtres disponibles et relevez quelques combinaisons réellement utilisées. Ajoutez les URL déjà présentes dans Search Console ou dans les journaux d’exploration lorsque ces données sont disponibles.
Classez ensuite chaque famille dans l’une de ces colonnes : page commerciale à maintenir, facette de navigation à limiter, combinaison invalide à corriger, ou cas à arbitrer. Pour une page commerciale, désignez un responsable du stock, du contenu et des liens internes. Sans cette responsabilité, une page utile aujourd’hui peut devenir vide ou trompeuse après un changement de catalogue.
Après modification, contrôlez les réponses HTTP, les canoniques, les liens et l’évolution de l’exploration. Ne concluez pas après une seule journée et ne promettez pas une hausse de classement : l’objectif immédiat est de réduire les ambiguïtés et de rendre les pages importantes plus faciles à découvrir.
Questions fréquentes
Faut-il bloquer tous les filtres e-commerce ?
Non. Certaines sélections peuvent répondre à une demande stable et mériter une page dédiée. Beaucoup d’autres restent utiles seulement pendant la navigation. La décision se prend par famille de filtres, stock, intention et capacité de maintenance.
Une balise canonique suffit-elle ?
Pas toujours. Elle signale une version préférée mais ne maîtrise pas seule un espace quasi infini d’URL. Il faut aussi examiner la génération des liens, les paramètres, les réponses HTTP et les règles d’exploration.
Que faire d’une combinaison sans produit ?
Google recommande un statut HTTP 404 pour les combinaisons sans résultat, absurdes ou dupliquées, ainsi que pour les paginations inexistantes. L’interface peut aider le visiteur à modifier ses critères tout en conservant ce statut exact.
Peut-on appliquer la même configuration sur Magento, PrestaShop et WooCommerce ?
La méthode de décision est comparable, mais les URL et réglages dépendent de la plateforme, du thème et des modules installés. Vérifiez le comportement réel avant de copier une règle.
Faire examiner un échantillon avant une modification générale
Une analyse SEO technique peut commencer par un échantillon borné : catégories prioritaires, combinaisons utiles, pages vides, canoniques et règles d’exploration. 1Design intervient sur les catalogues Magento, PrestaShop et WooCommerce sans appliquer une recette universelle.
Présentez-nous quelques catégories et filtres problématiques. Nous pourrons cadrer les URL à observer, les décisions à prendre et les tests de réception avant de modifier l’ensemble de la boutique.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?