Sur un site e-commerce, quelques filtres à valeurs multiples suffisent à ouvrir des milliers de combinaisons d’URL. Ces filtres servent l’acheteur et méritent leur place. Reste à décider lesquels Google peut explorer et indexer, avant qu’ils n’absorbent votre budget de crawl.
Qu’est-ce que la navigation à facettes, et pourquoi menace-t-elle le budget de crawl ?
La navigation à facettes permet de filtrer un catalogue par attributs, comme la taille ou la couleur. Chaque combinaison produit le plus souvent une URL à paramètres. Google prévient que ces URL peuvent former un espace infini : ses robots en explorent beaucoup avant de les juger inutiles, au détriment de vos nouvelles pages.
Le calcul va vite. Cinq filtres à quatre valeurs chacun ouvrent déjà plus de mille combinaisons d’URL, avant même les tris et la pagination.
Or Google ne peut pas consacrer « un temps et des ressources infinis » à chaque site, rappelle son guide sur le budget d’exploration. S’il passe trop de temps sur des URL inutiles, ses robots « peuvent décider de ne pas explorer le reste de votre site ». Vos fiches produit et vos catégories en font les frais.
Ce risque concerne surtout les gros catalogues. Google destine ce guide aux sites de plus d’un million de pages qui changent chaque semaine, ou de plus de 10 000 pages qui changent chaque jour. Il vise aussi les sites dont une part importante d’URL reste « Détectée, actuellement non indexée » dans la Search Console. Ces seuils sont approximatifs, précise-t-il.
Mise à jour en mars 2026, la documentation de Google sur la navigation à facettes n’interdit aucun filtre. Elle rappelle que l’exploration de ces URL signifie « une utilisation accrue des ressources sur votre serveur et, potentiellement, une découverte plus lente des nouvelles URL sur votre site ».
Noindex, robots.txt et canonical n’agissent pas au même endroit
Mettre une facette en noindex et la bloquer dans le robots.txt sont deux gestes distincts. Ils ne règlent pas le même problème, et les empiler annule l’un des deux.
Trois leviers existent, et chacun agit sur un plan distinct :
- La balise noindex sort une page de l’index, mais Google doit d’abord crawler la page pour la lire. Son guide sur le budget d’exploration le précise : Google « enverra tout de même une demande d’exploration », ce qui « consomme inutilement des ressources d’exploration ». Le noindex protège l’index sans rien économiser sur le crawl.
- Le robots.txt en disallow empêche l’exploration et économise du crawl. Revers : une URL bloquée peut malgré tout être indexée, sans description, si d’autres pages pointent vers elle. Google n’y lira jamais votre noindex ni votre canonical, puisqu’il n’ouvre pas la page.
- La balise canonical indique votre version de référence, et Google reste libre d’en choisir une autre. Sur les facettes, sa documentation précise qu’elle peut, « à terme, réduire le volume d’exploration des versions non canoniques ». Google la range toutefois, avec le nofollow, parmi les méthodes en général « moins efficaces à long terme » que le robots.txt.
D’où une règle simple : ne combinez jamais un disallow et un noindex sur le même filtre. La documentation de Google sur le noindex le confirme : si la page est bloquée par le robots.txt, « la règle noindex n’est pas détectée ». La page peut alors rester dans les résultats.
Avant de choisir un levier, fixez l’objectif : garder la page hors de l’index, ou l’empêcher d’être explorée.
La matrice de décision par type de facette
La décision se prend type de facette par type de facette. La grille ci-dessous va du filtre à indexer au filtre à sortir du crawl.
Facettes à valeur de recherche : à indexer
Certaines combinaisons répondent à une demande que vos données de recherche confirment, du type « chaussures de running homme » ou « canapé d’angle convertible ». Elles méritent une page indexable : URL propre et lisible, canonical sur elle-même, titre et description rédigés, et un lien dans le maillage.
Elles deviennent des pages d’atterrissage à part entière, cœur d’un SEO e-commerce qui capte la longue traîne transactionnelle. Si vous encodez ces filtres dans le chemin d’URL, Google demande un ordre logique constant et aucun filtre en double.
Facettes descriptives sans volume : canonical vers le parent
D’autres filtres affinent sans intéresser la recherche, comme un attribut technique secondaire ou un détail de finition. La page sert l’acheteur qui filtre, sans mériter sa place dans l’index. Google donne l’exemple d’un canonical de la page filtrée vers la version non filtrée, la page restant explorable pour que Google le lise.
Facettes de tri et d’affichage : hors crawl
Le tri par prix et le nombre de produits par page présentent autrement un contenu identique. Ces paramètres ne créent aucune valeur de recherche et démultiplient les URL. Le guide de Google sur le budget d’exploration cite les « versions triées différemment de la même page » parmi les URL à bloquer dans le robots.txt, faute de pouvoir les consolider.
Leur place est donc hors du crawl : disallow dans le robots.txt, ou des contrôles sans lien explorable, comme un formulaire.
Combinaisons profondes et curseurs de prix : hors crawl
Empiler trois filtres ou plus produit des pages de plus en plus maigres. Les curseurs de prix ouvrent quant à eux un espace d’URL sans fin. Ces deux cas relèvent du même traitement : les rendre non explorables.
Pour les combinaisons qui restent explorables, Google demande un code 404 quand aucun produit ne correspond, servi à l’URL même, sans redirection vers une page d’erreur générique.
Reste le fragment d’URL, la partie après le #. En règle générale, Google ne s’en sert pas pour l’exploration et l’indexation, et sa documentation le propose pour garder un filtre hors du crawl. Ce choix convient à un tri. Il prive en revanche un filtre à valeur de recherche de toute URL indexable.
Le cas PrestaShop, et pourquoi les paramètres par défaut piègent
Sur PrestaShop, les filtres du module de recherche à facettes passent dans un paramètre q de l’URL, et le gabarit du module pose un attribut nofollow sur chaque lien de filtre. Depuis la version 9.0, le cœur de PrestaShop ajoute un noindex aux listes filtrées ou triées. Le robots.txt qu’il génère bloque le tri comme les filtres.
Cette double consigne tombe dans le piège décrit plus haut : bloquées par le robots.txt, ces URL ne montrent jamais leur noindex à Google. Elle ferme aussi la porte aux filtres qui méritaient l’index, puisque tous passent par le même paramètre.
Sur PrestaShop 8.2, le robots.txt généré bloque déjà le tri, par le paramètre order. En revanche, ni lui ni le cœur ne bloquent ou ne désindexent les filtres du paramètre q. Par défaut, seul le nofollow du gabarit freine alors leur exploration, et Google le traite comme un simple signal depuis 2020.
Sur Shopify, le filtrage natif inscrit chaque filtre dans un paramètre d’URL, par exemple filter.v.option.color=red. Le robots.txt par défaut, tel que le servent deux boutiques de démonstration de Shopify, bloque le tri et les URL qui combinent plusieurs paramètres de filtre. Une URL à un seul filtre reste explorable.
La matrice ci-dessus trace une autre voie que le blocage global : ouvrir une URL propre aux quelques filtres recherchés, par exemple une sous-catégorie, et sortir le reste du crawl.
Pour remettre de l’ordre, croisez la liste des URL que Googlebot visite, tirée de vos journaux serveur, avec les volumes de recherche réels. Isolez les filtres qui portent une demande, puis décidez levier par levier. Ce diagnostic relève de l’audit technique, et la hiérarchisation qui suit, d’une stratégie SEO.
Ce que des facettes maîtrisées changent pour votre citabilité IA
Pour les fonctionnalités d’IA de Google, comme Aperçu IA et Mode IA, la porte d’entrée reste l’index. Le guide de Google sur l’IA générative l’écrit : pour y figurer, une page doit être « indexée et éligible à l’affichage dans la recherche Google avec un extrait ».
Le guide ajoute une condition propre au site : un réglage de la Search Console doit l’inclure dans ces fonctionnalités. L’inclusion est le paramètre par défaut de toute propriété.
Une facette bloquée ou en noindex ne remplit pas la première condition, alors qu’une page d’atterrissage indexée, qui répond à une intention précise, peut la remplir. Les autres assistants, comme ChatGPT ou Perplexity, suivent leurs propres mécanismes, abordés dans notre page sur les citations par les LLM.
Questions fréquentes
Faut-il mettre les liens de facettes en nofollow ?
Le nofollow seul ne protège pas votre crawl. Depuis le 1er mars 2020, Google le traite comme un simple signal pour l’exploration. Sa documentation sur les facettes ajoute qu’il doit figurer sur chaque lien vers l’URL filtrée pour fonctionner. Pour les liens vers vos propres pages, Google conseille plutôt la règle disallow du robots.txt.
Les facettes ralentissent-elles l’indexation de mes nouvelles pages ?
Elles peuvent ralentir leur découverte, étape préalable à l’indexation. Selon la documentation de Google, des robots occupés à explorer des URL inutiles ont moins de temps pour les nouvelles URL utiles. Sur un gros catalogue, les nouveaux produits peuvent être découverts plus tard. Vos journaux serveur chiffrent la part du crawl consacrée aux filtres.
Peut-on gérer les facettes avec l’outil de paramètres d’URL de Search Console ?
Non. Le 28 mars 2022, Google a annoncé l’abandon de l’outil Paramètres d’URL de la Search Console dans un mois. Selon lui, seul 1 % environ des configurations saisies restait utile pour l’exploration, et ses robots apprendraient à gérer seuls les paramètres. Pour plus de contrôle, Google renvoie aux règles du robots.txt.
Navigation à facettes et pagination, est-ce le même problème ?
Non, même s’ils cohabitent sur les catégories. La pagination organise une même liste sur plusieurs pages ordonnées. Les facettes créent des combinaisons de contenus différents. Les facettes explosent en volume d’URL bien plus vite que la pagination, et exigent une décision par type de filtre, là où la pagination suit une logique unique.
L’essentiel à retenir
Maîtriser la navigation à facettes revient à décider, filtre par filtre, ce que Google peut explorer et indexer. Les facettes recherchées deviennent des pages d’atterrissage, les descriptives pointent vers leur parent en canonical, et les tris comme les combinaisons profondes sortent du crawl. Aucun noindex ne doit s’empiler sur un blocage robots.txt.
Pour cartographier vos facettes et arbitrer levier par levier, cette analyse fait partie de tout audit SEO de catalogue. Parlons de votre projet.
Rédigé par Yonel Sasson, consultant SEO senior et GEO chez Getknown. Recommandations sourcées dans la documentation officielle de Google, le code source de PrestaShop et la documentation développeur de Shopify.