« J'ai bloqué mes filtres dans le robots.txt il y a deux mois. Pourquoi sont-ils toujours dans l'index de Google ? » La question revient si souvent qu'elle en devient un réflexe, et sa réponse tient à un mécanisme que la plupart des guides passent sous silence : une URL interdite d'exploration ne peut plus faire lire son noindex. La navigation à facettes est l'exemple parfait de ce malentendu. Dans le rapport « Indexation des pages » de la Google Search Console, ses URL ne portent d'ailleurs pas une étiquette unique : elles se rangent selon ce que Googlebot a réellement fait de chacune.
Alors lesquelles de vos facettes méritent vraiment une place dans l'index ? Comment savoir, famille par famille, dans quel verdict Google les a rangées ? Et une fois la correction déployée, comment vérifier qu'elle a pris ?
La réponse à ces trois questions se trouve au même endroit : dans le rapport d'indexation, à condition de le lire famille de facettes par famille de facettes.
Qu'est-ce que la navigation à facettes ?
La navigation à facettes, ou recherche à facettes, est le système de filtres qui permet d'affiner une page de listing selon les attributs des éléments : couleur, taille, prix, marque. Google la définit comme « une fonctionnalité courante des sites web qui permet à leurs visiteurs de changer la façon dont les éléments sont affichés sur une page ».
Concrètement, un internaute arrive sur la catégorie « T-shirts », coche la couleur « rouge » et la taille « M », et l'adresse devient boutique.com/t-shirts?couleur=rouge&taille=m. Chaque sélection, chaque combinaison de sélections, produit une URL distincte que Google peut découvrir et traiter comme une page à part entière. C'est un confort d'achat indéniable, et les CMS e-commerce (WooCommerce, PrestaShop, Magento) l'activent par défaut. Le problème n'est donc pas le CMS : c'est le nombre d'URL que ce confort engendre.
Pourquoi les facettes débordent : la combinatoire
Les facettes débordent parce que leurs combinaisons se multiplient. Chaque filtre supplémentaire multiplie le nombre d'URL possibles, et Google doit toutes les explorer avant de comprendre qu'elles n'apportent rien. La documentation de Google le décrit sans détour : les robots gaspillent leur temps sur des adresses inutiles au lieu de découvrir les pages qui comptent.
« Les robots accèdent généralement à un très grand nombre d'URL de navigation à facettes avant de déterminer que ces URL sont en réalité inutiles », note Google Search Central. Avec une conséquence directe : « si l'exploration est consacrée à des URL inutiles, les robots ont moins de temps à consacrer aux URL nouvelles et utiles. » C'est le lien direct avec le budget de crawl et, plus largement, avec les enjeux de crawl et d'indexation que les facettes viennent siphonner en silence.
L'ampleur du phénomène tient à un calcul simple. Prenez une seule page catégorie avec quatre filtres : couleur (10 valeurs), taille (6), marque (8) et prix (5 tranches). Chaque filtre est soit ignoré, soit fixé sur une valeur, ce qui donne (10 + 1) × (6 + 1) × (8 + 1) × (5 + 1) combinaisons possibles. Soit 4 158, moins la page nue sans filtre : 4 157 URL à facettes, à partir d'une seule catégorie, en supposant qu'on ne coche qu'une valeur par filtre. Autorisez la sélection multiple ou l'ordre libre des paramètres, et le total explose encore.
Les facettes ne sont d'ailleurs pas le seul motif à démultiplier les URL : la pagination produit un effet comparable (article à venir). Mais là où la pagination suit une logique linéaire, les facettes, elles, se combinent.
Où atterrissent vos facettes : les quatre verdicts problématiques les plus fréquents
Une URL à facettes peut porter n'importe quel statut du rapport d'indexation. Une facette légitime finit en « Envoyée et indexée » ; une facette traitée bascule en « Bloquée par le fichier robots.txt ». Mais sur des facettes laissées sans règle, quatre verdicts problématiques reviennent plus que les autres. Et c'est justement parce qu'elles se dispersent dans tout le spectre qu'il faut lire le verdict réel de chaque famille, au lieu de le deviner.
| Ce qui arrive à la facette | Statut dans la Search Console | Ce que Google a fait |
|---|---|---|
| Explorée, jugée sans valeur ajoutée | Explorée, actuellement non indexée | Explorée et rendue, non retenue |
| Découverte, jamais explorée | Détectée, actuellement non indexée | Connue, mise en file, pas traitée |
| Quasi-doublon sans canonique déclarée | Page en double sans URL canonique | Regroupée, aucune canonique fournie |
| Canonique déclarée mais ignorée | Google a choisi une autre URL canonique | Canonique remplacée par une autre |
Explorée, actuellement non indexée
« Explorée, actuellement non indexée » est le verdict des facettes que Google a bien explorées, mais qu'il n'a pas jugées assez distinctes pour les garder. Deux combinaisons trop proches, « robe rouge » et « robe bordeaux » sur le même stock ? Google en retient une et écarte l'autre, parce que la seconde ne lui apportait rien qu'il n'avait déjà.
Détectée, actuellement non indexée
« Détectée, actuellement non indexée » signale les facettes que Google connaît mais n'a pas encore explorées. Sur un catalogue qui génère des milliers de combinaisons, Googlebot découvre les URL, les met en file, et n'atteint jamais le fond de la pile. Le budget d'exploration s'épuise avant elles.
Page en double sans URL canonique
« Page en double sans URL canonique » concerne les facettes que Google considère comme des quasi-copies d'une autre page, sans qu'aucune canonique claire ne lui indique laquelle privilégier. Il regroupe alors les variantes et choisit lui-même la version de référence, souvent la catégorie mère.
Google a choisi une autre URL canonique
« Google a choisi une autre URL canonique » va un cran plus loin : vous avez déclaré une canonique sur la facette, mais Google l'a ignorée et en a retenu une autre. Le signal était là ; Google ne l'a pas suivi, parce que la canonique reste une indication, pas une directive.
Quant à la question du départ : une facette interdite dans le robots.txt mais toujours visible dans les résultats se range en « Indexée malgré le blocage par robots.txt ». Ce statut confirme qu'un Disallow empêche l'exploration, pas l'indexation.
💡 Reste à savoir dans lequel de ces verdicts atterrissent vos propres facettes, famille par famille. Découvrir IndexProbe en accès anticipé →
Le triage honnête : quelles facettes méritent l'index ?
Toutes les facettes ne se valent pas. Certaines répondent à une vraie demande de recherche et méritent l'index ; d'autres ne sont que du bruit combinatoire. Le tri repose sur un critère unique : des internautes cherchent-ils cette combinaison sur Google ? Si oui, la page a sa place. Sinon, elle dilue le site sans rien lui rapporter.
Une facette mono-critère colle souvent à une requête réelle. « Robe rouge », « robe rouge taille 40 », « baskets Nike pointure 42 » : ces recherches existent, avec du volume, et une page filtrée bien optimisée peut les capter. Les fermer reviendrait à se priver d'une part de longue traîne parfaitement légitime.
À l'inverse, l'empilement de filtres (?couleur=rouge&taille=40&marque=x&tri=prix) ne correspond à aucune recherche humaine. Personne ne saisit quatre critères d'affilée dans Google. Ces combinaisons n'existent que pour fluidifier la navigation et n'ont rien à faire dans l'index.
Pour trancher, appuyez-vous sur des données concrètes plutôt que sur l'intuition : les requêtes déjà remontées par la Search Console, les volumes de recherche de vos filtres, l'intention derrière chaque combinaison. Gardez aussi un œil sur la cannibalisation : une facette indexée qui vise le même mot-clé que sa catégorie mère finit par lui faire concurrence. L'objectif n'est pas d'indexer le plus de facettes possible, mais les bonnes, celles qui atteignent le statut « Envoyée et indexée » parce qu'elles le méritent.
La matrice : à chaque famille de facette, son traitement
À chaque famille de facette correspond un traitement, et à chaque traitement un verdict attendu dans la Search Console. Une facette utile reste indexable ; une facette de tri se bloque au crawl ; une combinaison de bruit se canonicalise vers sa catégorie mère. La matrice ci-dessous relie chaque décision au statut qu'elle doit produire.
| Famille de facette | Demande de recherche | Traitement recommandé | Verdict attendu |
|---|---|---|---|
Mono-facette utile (?couleur=rouge) |
Oui | Laisser indexable, canonique autoréférente | Envoyée et indexée |
Tri et affichage (?tri=prix, ?affichage=grille) |
Non | Interdire au robots.txt | Bloquée par le fichier robots.txt |
| Combinaison de 2 filtres ou plus | Non | Canonique vers la catégorie mère | Google a choisi une autre URL canonique |
| Facette profonde jamais liée en interne | Non | Interdire au robots.txt, retirer les liens | « Détectée, non indexée » qui se vide peu à peu |
| Facette sans résultat (rupture de stock) | Non | Renvoyer un 404, ou noindex si crawlable | Introuvable (404), ou Exclue par noindex |
Le choix de la méthode n'est pas neutre, et Google a une préférence claire.
Le robots.txt d'abord. « Utilisez le fichier robots.txt pour interdire l'exploration des URL de navigation à facettes », recommande la documentation. C'est la méthode la plus efficace pour préserver le budget de crawl, parce qu'elle arrête Googlebot avant même qu'il ne charge la page. Les facettes ainsi traitées rejoignent le statut « Bloquée par le fichier robots.txt ».
La canonique et le nofollow, en second. Google est explicite sur leur portée : « ces méthodes sont globalement moins efficaces sur le long terme que les méthodes évoquées précédemment. » Elles orientent le choix de Google, elles ne le verrouillent pas.
Le noindex, absent de la recommandation. Fait notable : la documentation de Google sur les facettes ne mentionne à aucun moment le noindex. Non qu'il soit interdit, mais parce qu'il répond à un autre besoin et, surtout, parce qu'il se heurte à un piège.
Le piège robots.txt contre noindex. C'est exactement le malentendu du départ. Un Disallow dans le robots.txt empêche Google d'explorer la page. Or, pour lire une balise noindex, Google doit d'abord explorer la page. Bloquer et désindexer en même temps devient donc contradictoire : un noindex posé sur une URL interdite au crawl ne sera jamais lu. Ce sont deux objectifs différents, qui appellent chacun leur méthode. Pour empêcher l'exploration d'URL pas encore indexées, le robots.txt suffit. Pour retirer de l'index une page déjà présente, laissez-la explorable et posez un noindex, le temps que Google repasse la lire.
Deux détails d'URL qui pèsent lourd. Si votre filtrage repose sur des fragments (la partie de l'adresse située après le #), sachez que « Google Search ne prend généralement pas en charge les fragments d'URL lors de l'exploration et de l'indexation » : ces facettes ne créent alors aucune URL explorable, ce qui règle le problème à la racine, au prix d'un rendu entièrement géré côté client (voir le SEO des applications JavaScript). Et quand vos filtres passent par des paramètres, gardez le séparateur standard : « utilisez le séparateur de paramètres d'URL standard "&" ; les caractères comme la virgule, le point-virgule et les crochets sont difficiles à détecter comme séparateurs pour les robots. »
Diagnostiquer vos facettes par pattern d'URL, à l'échelle
Pour savoir dans quel verdict atterrit chaque famille de facette, il faut le jugement officiel de Google, URL par URL. L'outil d'Inspection d'URL de la Search Console le donne, mais une seule adresse à la fois. Sur un catalogue de plusieurs milliers de facettes, l'auditer ainsi est hors de portée.
IndexProbe est la version en masse de cet outil d'Inspection d'URL. Vous lui confiez la liste des facettes à surveiller, ou vous la constituez directement depuis votre Search Console par pattern d'URL : une expression régulière sur ?couleur=, ?tri= ou n'importe quel paramètre suffit à réunir toute une famille. Pour chaque URL, vous récupérez le verdict d'indexation détaillé, le motif de non-indexation, la canonique retenue par Google, la date du dernier passage de Googlebot et le statut au regard du robots.txt.
La segmentation des URL, générée automatiquement ou définie à la main, regroupe au passage vos facettes par famille : produits, catégories, ?tri=, combinaisons de plusieurs filtres. Si une famille concentre les « Page en double sans URL canonique » quand une autre atteint « Envoyée et indexée », le contraste apparaît immédiatement : on voit quelles familles gaspillent le crawl et lesquelles font leur travail, sans rien avoir à deviner.
Le tout sans analyse de logs ni crawler tiers. IndexProbe n'explore pas votre site en suivant des liens : il interroge l'API officielle de la Search Console sur la liste que vous fournissez ou que vous constituez depuis la GSC (Google Search Console). Là où l'inspecteur impose une URL à la fois, vous obtenez le même verdict officiel, daté, sur toute votre liste, dans un tableau filtrable que vous relancez quand vous le souhaitez. C'est aussi le point de départ du diagnostic des pièges d'indexation propres aux CMS e-commerce.
Vérifier que la correction a pris
Une correction ne se constate pas le jour du déploiement, mais le jour où Google repasse. La vérification se fait dans le temps, en comparant deux analyses de la même liste de facettes, avant et après. Ce qu'on cherche dans cette comparaison, ce n'est pas un chiffre isolé mais un mouvement de statuts, famille par famille.
Après avoir interdit les facettes de tri au robots.txt et canonicalisé les combinaisons vers leur catégorie mère, vous attendez un déplacement précis. Les URL de tri quittent l'index et rejoignent « Bloquée par le fichier robots.txt » ; les combinaisons de bruit basculent en « Google a choisi une autre URL canonique » ; et le crawl, libéré, revient vers vos fiches produit. La vue Comparaison met ce déplacement en évidence, statut par statut, entre deux relances de la même liste.
Ce suivi fait aussi office de garde-fou. Une refonte, un nouveau module de filtres ou une régression de build peuvent rouvrir au crawl des milliers de combinaisons du jour au lendemain. Reprendre la même liste à intervalles réguliers transforme une dérive silencieuse en signal repérable, avant qu'elle ne pèse de nouveau sur le budget de crawl.
💡 Pour savoir ce que Google fait réellement de vos facettes, le plus fiable reste de lire son verdict, famille par famille. IndexProbe vous donne, pour toute la liste que vous fournissez ou constituez depuis la GSC, le verdict officiel et daté de Google par URL, et reste répétable pour mesurer l'effet de chaque correction. Tester IndexProbe en accès anticipé →
Questions fréquentes
La navigation à facettes est-elle mauvaise pour le SEO ?
Non. C'est une fonctionnalité utile aux internautes, pas une faute. Le risque n'apparaît que lorsque ses combinaisons d'URL sont laissées sans règle : elles gaspillent alors le budget de crawl et diluent les signaux. Bien triée, la navigation à facettes peut même capter de la longue traîne.
Faut-il bloquer les filtres avec robots.txt ou avec noindex ?
Cela dépend de l'objectif. Le robots.txt empêche l'exploration d'URL pas encore indexées et préserve le budget de crawl ; c'est la méthode que Google recommande en premier. Le noindex, lui, retire de l'index une page déjà présente, mais il exige que la page reste explorable. Les deux ensemble sur la même URL se neutralisent.
Comment empêcher l'indexation des pages à facettes ?
Interdisez au robots.txt les familles de facettes sans valeur de recherche (tri, affichage, combinaisons multiples), canonicalisez les quasi-doublons vers leur catégorie mère, et retirez les liens internes vers les facettes profondes. Vérifiez ensuite, dans la Search Console, que chaque famille atteint bien le verdict attendu.
Quelles facettes faut-il laisser indexer ?
Celles qui répondent à une vraie demande de recherche. Une facette mono-critère comme « robe rouge » ou « baskets pointure 42 » correspond à des requêtes réelles et mérite l'index. Une combinaison de plusieurs filtres ne correspond à aucune recherche humaine et n'a pas à y figurer.
Les facettes gaspillent-elles le budget de crawl ?
Oui, c'est leur principal risque. Une seule catégorie à quatre filtres peut générer plusieurs milliers d'URL explorables. Google passe son temps sur ces adresses sans valeur au lieu de découvrir vos pages utiles. Interdire au robots.txt les familles inutiles rend ce budget à vos pages stratégiques.
Navigation à facettes ou recherche à facettes : quelle différence ?
Aucune sur le fond : les deux termes désignent le même système de filtres appliqués à une page de listing. « Recherche à facettes » (faceted search) insiste sur l'action de filtrer, « navigation à facettes » (faceted navigation) sur le parcours qui en résulte. En SEO, les enjeux d'indexation sont identiques.