SEO

Navigation à facettes : la maîtriser avant qu’elle ne crawle votre budget

Navigation à facettes : pourquoi elle explose le budget de crawl, la matrice index/noindex/canonical par type de facette, et les pièges PrestaShop.

En audit e-commerce, une fonctionnalité gonfle le nombre d’URL explorées plus que toutes les autres réunies : la navigation à facettes. Quelques filtres à valeurs multiples suffisent à ouvrir des milliers de combinaisons d’URL, presque toutes crawlées, presque toutes inutiles. Le sujet n’est pas de supprimer ces filtres, précieux pour l’acheteur, mais de décider lesquels Google a le droit d’explorer et d’indexer avant qu’ils ne dévorent votre budget de crawl.

Qu’est-ce que la navigation à facettes, et pourquoi menace-t-elle le budget de crawl ?

La navigation à facettes laisse l’internaute filtrer un catalogue par attributs : taille, couleur, marque. Chaque combinaison crée une URL. Multipliées, ces URL saturent le budget de crawl et diluent les signaux. La maîtriser revient à trier : quelles facettes indexer, lesquelles laisser explorer, lesquelles bloquer avant qu’elles n’explosent.

La mécanique du problème tient à l’arithmétique. Cinq filtres à quatre valeurs chacun ouvrent déjà plus de mille combinaisons d’URL, avant même de compter les tris et la pagination. Google explore chaque site avec une réserve de crawl limitée. Dépensée sur des pages de filtres, elle ne l’est plus sur vos vraies fiches produit et vos catégories, qui sont découvertes et rafraîchies moins vite.

Google le dit sans détour dans sa documentation sur la navigation à facettes, mise à jour en mars 2026 : indexer des pages de facettes augmente la charge serveur et peut ralentir la découverte de vos nouvelles URL. Le moteur ne vous interdit rien. Il vous prévient que chaque URL de filtre explorée a un coût.

L’erreur que répètent la plupart des guides sur les facettes

On lit partout la même consigne : mettez vos facettes en noindex, ou bloquez-les dans le robots.txt. En réalité, ces deux gestes ne règlent pas le même problème, et les empiler se retourne contre vous. C’est la confusion la plus coûteuse que nous corrigeons en audit.

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 lire cette balise. Une page de filtre en noindex reste donc explorée : elle protège l’index, pas le budget de crawl.
  • Le robots.txt en disallow empêche l’exploration. Il économise du crawl. Revers : une URL bloquée mais liée depuis vos pages peut malgré tout être indexée sans son contenu, et Google n’y verra jamais votre noindex ni votre canonical, puisqu’il ne la lit pas.
  • La balise canonical désigne la version de référence. Google la traite comme un indice, pas comme un ordre. Sa documentation précise qu’elle réduit le volume d’exploration des variantes au fil du temps, sans effet immédiat.

D’où la règle qui tombe sous le sens une fois posée : ne jamais combiner un disallow robots.txt et un noindex sur le même filtre. Le premier interdit au robot de lire le second. Vous croyez désindexer, vous ne faites que rendre votre consigne invisible. Choisir son levier suppose de savoir ce qu’on veut : garder la page hors de l’index, ou l’empêcher d’être explorée. Rarement les deux avec le même outil.

La matrice de décision par type de facette

La bonne pratique ne se décide pas au niveau du site, mais au niveau de chaque type de facette. Toutes ne se valent pas. La grille que nous appliquons va du filtre à indexer au filtre à sortir du crawl.

Facettes à valeur de recherche : à indexer

Certaines combinaisons correspondent à une vraie demande. « Chaussures de running homme » ou « canapé d’angle convertible » sont tapées dans Google. Ces combinaisons méritent une page indexable : URL propre et lisible, canonical sur elle-même, titre et description rédigés, 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.

Facettes descriptives sans volume : canonical vers le parent

D’autres filtres affinent sans intéresser la recherche : un attribut technique secondaire, une matière rare, un détail de finition. La page est utile à l’acheteur qui filtre, sans mériter sa place dans l’index. Un canonical vers la catégorie parente, en laissant la page crawlable, transmet le bon signal. Google explore, comprend, consolide, et concentre l’autorité sur la catégorie mère.

Facettes de tri et d’affichage : hors crawl

Tri par prix croissant, par pertinence, nombre de produits par page : ces paramètres réordonnent un contenu identique. Ils ne créent aucune valeur de recherche et démultiplient les URL à l’infini. Leur place est hors du crawl : robots.txt en disallow, ou mieux, des liens que le robot ne suit pas parce qu’ils passent par un formulaire ou du JavaScript sans URL crawlable.

Combinaisons profondes et curseurs de prix : hors crawl

Empiler trois filtres ou plus produit des pages quasi vides, jamais recherchées. Les curseurs de fourchette de prix ouvrent, eux, un espace d’URL sans fin. Ces deux cas relèvent du même traitement : les rendre non explorables. C’est le poste qui casse le plus souvent le budget de crawl d’un gros catalogue, loin devant la pagination.

Un dernier piège technique mérite un mot. Google précise qu’il n’explore pas les fragments d’URL, la partie après le #. Masquer une facette derrière un # la rend invisible au moteur. Pratique pour un tri qu’on veut cacher, désastreux pour un filtre à valeur de recherche qu’on espérait voir remonter. Le format d’URL n’est jamais neutre.

Le cas PrestaShop, et pourquoi les paramètres par défaut piègent

Sur les boutiques PrestaShop que nous auditons, le module de navigation par filtres génère par défaut des URL à paramètres que Googlebot explore volontiers. Nous les retrouvons en masse dans le rapport « Explorée, actuellement non indexée » de la Search Console : des dizaines de milliers de pages crawlées, aucune indexée, du budget parti en fumée.

Le réflexe fréquent, tout bloquer d’un coup dans le robots.txt, revient à couper la branche. Il fige aussi les filtres à valeur de recherche qui, eux, méritaient l’index. Le tri utile passe par la matrice ci-dessus : identifier les quelques filtres recherchés, leur ouvrir une URL propre, et refouler le reste hors du crawl. Ce diagnostic entre dans tout audit technique sérieux, au même titre que le contrôle du sitemap et des balises canonical.

La remise en ordre suit un fil simple. On croise la liste des URL crawlées avec les volumes de recherche réels, on isole les filtres qui portent une demande, puis on décide levier par levier. Cette hiérarchisation est le cœur d’une stratégie SEO qui ne se contente pas d’empiler des correctifs.

Ce que des facettes maîtrisées changent pour votre citabilité IA

L’enjeu déborde le crawl de Google. Quand des centaines de milliers d’URL de filtres quasi identiques peuplent votre site, elles brouillent aussi la lecture qu’un modèle de langage fait de votre catalogue. Un moteur de réponse cherche des pages nettes, cohérentes, qui traitent un besoin précis. Il ne cite pas une combinaison de filtres vide de contenu propre.

Des filtres triés produisent l’inverse : quelques pages d’atterrissage denses, chacune répondant à une intention claire, sont des cibles plus citables par les LLM que mille variantes diluées. La discipline qui protège votre budget de crawl renforce, du même geste, votre présence dans les réponses générées. Un catalogue lisible pour Googlebot l’est aussi pour un modèle.

Questions fréquentes

Faut-il mettre les liens de facettes en nofollow ?

Le nofollow ne suffit pas à protéger votre crawl. Depuis mars 2020, Google le traite comme un indice, pas comme une directive : il peut suivre le lien malgré tout. L’appliquer sur chaque ancre de filtre aide à limiter la découverte, sans la garantir. Pour bloquer l’exploration, le robots.txt reste plus sûr.

Les facettes ralentissent-elles l’indexation de mes nouvelles pages ?

Oui. La documentation de Google le confirme : explorer un volume d’URL de facettes mobilise des ressources et peut ralentir la découverte de vos nouvelles URL. Sur un catalogue actif, un budget de crawl absorbé par les filtres retarde l’apparition des produits récents dans l’index. C’est un coût invisible tant qu’on ne le mesure pas.

Peut-on gérer les facettes avec l’outil de paramètres d’URL de Search Console ?

Non, cet outil n’existe plus. Google a retiré l’outil de gestion des paramètres d’URL de la Search Console en avril 2022, en expliquant qu’il ignorait déjà la majorité des paramètres inutiles. Le contrôle passe désormais par vos URL, votre robots.txt et vos balises, pas par un réglage dans la console.

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 tient en une discipline : décider, filtre par filtre, ce que Google a le droit d’explorer et d’indexer. Les facettes recherchées deviennent des pages d’atterrissage ; les descriptives pointent vers leur parent en canonical ; les tris et combinaisons profondes sortent du crawl. Jamais de noindex empilé 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 depuis 2014 et GEO chez Getknown. Observations issues de nos audits e-commerce ; recommandations techniques sourcées dans la documentation officielle de Google sur la navigation à facettes.

Yonel Sasson

Fondateur Getknown

Getknown · Agence SEO & GEO

Votre stratégie SEO + AEO sur-mesure

Vous voulez apparaître dans les réponses IA de Google et convertir plus de prospects en clients ? Discutons de votre projet lors d'un diagnostic gratuit.