Navigation à facettes : qui décide des filtres que Google peut explorer ?

Un cas type, sans chiffre inventé. Avant les soldes, l’équipe merchandising active un filtre « matière » sur toutes les catégories. L’intégrateur n’est pas prévenu, l’agence non plus. Trois mois plus tard, le rapport d’indexation de la Search Console affiche une hausse des URL « Détectée, actuellement non indexée ».

Le scénario n’a rien d’exotique. Dans le bilan 2025 de Google, la navigation à facettes représente près de la moitié des signalements d’exploration reçus. Les guides en ligne expliquent volontiers comment bloquer ou indexer une page filtrée. Ils disent rarement qui décide.

La thèse tient en une phrase : chaque facette mérite un statut décidé, un propriétaire et un contrôle mensuel. Sans les trois, la règle d’exploration d’une boutique confiée à plusieurs prestataires se défait à la première mise à jour du thème.

Ce que Google recommande pour la navigation à facettes

La documentation de Google sur l’exploration des URL de navigation à facettes, publiée en décembre 2024 et mise à jour le 18 décembre 2025, décrit deux dommages. Le premier est une surexploration du site, le second une découverte plus lente des nouvelles pages. Sa règle de départ est nette. Si les pages filtrées n’ont pas besoin d’être indexées, mieux vaut en empêcher l’exploration ; sinon, elles doivent respecter des règles précises.

Les méthodes décrites par Google pour les URL filtrées

Documentation Google du 18 décembre 2025, relue le 15 septembre 2026.

L’outil Paramètres d’URL de la Search Console a disparu : son retrait a été annoncé le 28 mars 2022, Google estimant qu’environ 1 % des configurations déclarées étaient utiles. Aucun réglage externe ne remplace désormais une règle écrite dans le site.

Bloquer l’exploration : robots.txt ou fragment d’URL

L’exemple de fichier fourni par Google illustre la syntaxe, ce n’est pas une règle à copier. Deux pièges reviennent. Une URL bloquée mais liée peut rester dans l’index, sous le statut « Indexée malgré le blocage par le fichier robots.txt ». Et une balise noindex n’est lue que si la page est explorable : jamais robots.txt et noindex sur la même URL.

Google garde le fichier en cache jusqu’à 24 heures, davantage si l’actualisation échoue. Quant au fragment, tout ce qui suit le signe # est ignoré : des filtres placés dans un fragment ne créent aucune URL à explorer.

Rendre une facette indexable : quatre conditions techniques

Une page filtrée destinée à l’index obéit à quatre conditions : le séparateur standard &, un ordre des filtres toujours identique, aucun filtre en double, et un code 404 pour les combinaisons vides, les doublons ou une pagination inexistante, sans redirection vers une page d’erreur générique.

Les applications monopage, qui gèrent les filtres dans le navigateur, demandent une vérification propre. Et même conformes, ces URL consomment des ressources serveur à chaque passage de robot.

Ce que coûte un filtre laissé ouvert à Googlebot

Le bilan présenté par Gary Illyes dans l’épisode 103 de Search Off the Record, diffusé le 3 février 2026, porte sur une population précise. Il s’agit des signalements d’exploration reçus par Google via son formulaire en 2025, pour Googlebot. Les facettes en représentent près de la moitié, les paramètres d’action comme l’ajout au panier près de 25 %, les paramètres non pertinents environ 10 %, les calendriers 5 % et d’autres cas environ 2 %.

Ces ordres de grandeur, donnés à l’oral, ne mesurent ni la part des sites touchés ni celle des problèmes d’exploration du web. Ils décrivent un mécanisme. Selon Gary Illyes, Googlebot ne peut juger un espace d’URL qu’après en avoir exploré une large part, au risque de rendre le site presque inutilisable entre-temps. Il pointe aussi les plateformes qui empêchent les marchands de corriger eux-mêmes.

Le guide consacré au budget d’exploration, c’est-à-dire aux ressources que Google alloue à un site, vise d’abord trois profils. Les sites d’un million de pages uniques ou plus dont le contenu change chaque semaine environ, ceux de 10 000 pages modifiées chaque jour, et ceux où le statut « Détectée, actuellement non indexée » pèse lourd. Google précise qu’il s’agit d’estimations.

Au conditionnel, enfin : la capacité d’exploration pourrait être partagée avec le robot qui lit les fiches produits. Aucune source n’en mesure l’effet, mais la question rejoint la responsabilité du flux produit transmis à Google.

Indexable, explorable ou bloquée : l’arbre de décision par facette

Chaque facette reçoit l’un de trois statuts. Indexable : canonique vers elle-même, liée depuis la catégorie, présente au sitemap. Explorable non indexable : statut transitoire, réservé aux URL déjà indexées qu’on veut sortir, avec un noindex posé avant le blocage. Bloquée : robots.txt ou fragment. Le guide du budget déconseille, lui, le noindex durable.

L’arbre suivant est une méthode ExternFlow. Les seuils de demande et de produits ne viennent pas de Google : l’équipe e-commerce les fixe au registre.

Arbre de décision par facette, en six étapes

Méthode ExternFlow construite sur la documentation Google. Six réponses positives : facette indexable. Une URL à bloquer déjà indexée passe d’abord en noindex, puis elle est bloquée ; Google ne prescrit pas cette séquence.

Une facette indexable reste une page produite en série. Elle doit passer le test du besoin distinct appliqué aux pages produites en série : répondre à une recherche qu’aucune autre page ne sert déjà.

Mesurer la demande de recherche avec des données gratuites

Trois sources suffisent. Le rapport sur les performances de la Search Console, avec le filtre « Requêtes contenant » la valeur testée, matière ou marque, sachant que les requêtes anonymisées n’y figurent pas. L’événement view_search_results de Google Analytics 4 pour la recherche interne, s’il est actif. Le Planificateur de mots clés en appoint, qui suppose un compte Google Ads avec facturation configurée.

Exemple fictif : « canapé lin » justifie une facette indexable si la demande dépasse le seuil du registre, « canapé 212 cm » non. La demande constatée dans la Search Console tranche, pas l’intuition.

Les filtres à bloquer d’office

Certains filtres ne changent pas les produits affichés, ou déclenchent une action : tris, nombre de produits par page, mode d’affichage, ajout au panier, liste de souhaits, comparateur, identifiants de session et de suivi. Le guide du budget cite les versions triées, le podcast les paramètres d’action et de session. Nous y ajoutons, par interprétation, les fourchettes de prix libres.

Qui décide des filtres explorables, et qui les applique

L’agence recommande, l’intégrateur exécute, l’éditeur fixe les limites. L’équipe e-commerce décide, parce que le statut d’une facette engage l’assortiment : ouvrir « lin » à Google, c’est promettre une page qui restera fournie.

Le partage change avec l’hébergement. Sur une boutique hébergée comme Shopify, la charge serveur et les règles par défaut relèvent de l’éditeur. Sur PrestaShop, WooCommerce ou Adobe Commerce auto-hébergés, elles reviennent à l’intégrateur et à l’hébergeur.

Matrice des responsabilités sur les filtres

Interprétation ExternFlow, appuyée sur la documentation Google et l’aide Shopify. Le partage réel dépend du contrat et de l’hébergement.

Le fichier robots.txt porte d’autres choix que les filtres, dont la décision d’ouvrir ou de fermer le site aux robots d’IA. Il lui faut un seul propriétaire.

Ce que l’éditeur de la plateforme décide à votre place

L’aide de Shopify, consultée le 15 septembre 2026, écrit que le fichier par défaut « fonctionne pour la plupart des boutiques ». Le modèle robots.txt.liquid y est présenté comme une « personnalisation non prise en charge », dont une mauvaise utilisation « peut entraîner une perte de tout votre trafic ».

Les règles par défaut sont mises à jour régulièrement ; les remplacer par du texte brut transfère cette maintenance au marchand. Une question vaut pour tout éditeur : quel code HTTP renvoie une combinaison vide ?

Le registre des facettes, un document que le client possède

Le registre des facettes tient en une ligne par filtre : attribut, forme d’URL, statut, preuve de demande datée, seuil de produits, décideur, date de décision, règle appliquée, dernier contrôle.

Il appartient à l’entreprise et survit au changement de prestataire. Une règle du robots.txt absente du registre devient un écart à expliquer.

Six contrôles mensuels réalisables sans outil payant

Quatre contrôles passent par la Search Console, deux par la boutique elle-même. Chacun a son signal d’alerte et sa limite.

Quatre rapports de la Search Console à relire

• Statistiques sur l’exploration : demandes, part « Découverte », 404, types de Googlebot, exemples d’URL à paramètres censés être bloqués. Alerte : un filtre bloqué qui apparaît. Limite : propriété de niveau racine, exemples non exhaustifs.
• Indexation des pages : « Détectée, actuellement non indexée », « Indexée malgré le blocage par le fichier robots.txt », doublons de canonique et soft 404, filtrés sur le sitemap des facettes. Limite : 1 000 exemples au plus.
• Rapport robots.txt : versions des 30 derniers jours, confrontées au registre. Alerte : une version que personne n’a validée.
• Inspection d’URL de cinq facettes indexables : canonique retenue par Google et date de dernière exploration.

Deux tests à faire directement sur la boutique

Cinq combinaisons vides : chacune doit renvoyer un code 404, vérifiable dans l’onglet Réseau du navigateur ou par le test en direct de l’inspection d’URL.

Les filtres visibles sur trois catégories, comparés au registre, puis le bouton « ajouter au panier » survolé pour repérer une URL à paramètre qui aurait échappé au blocage.

Un extrait de journaux serveur demandé à l’hébergeur complète utilement ces relevés. La recherche limitée au domaine, par l’opérateur site, ne vaut pas preuve : Google la dit non exhaustive. Ces contrôles couvrent enfin le seul référencement naturel : la visibilité des produits dans AI Mode se relève à part.

Nouveau thème, nouvel attribut : les contrôles hors calendrier

Quatre événements déclenchent les six contrôles sans attendre la fin du mois : une mise à jour du thème, un module installé ou mis à jour, un attribut ajouté, un format d’URL modifié. Dans ce dernier cas, le changement se traite comme une migration, avec le cahier de recette d’une migration de site.

En cas de surcharge, Google admet des codes 500, 503 ou 429 pendant quelques heures, 1 à 2 jours au plus, ainsi qu’une demande de réduction en cas de taux d’exploration anormal. Passé ce délai, des URL sortent de l’index et les prix se mettent à jour plus lentement. Le robots.txt, lui, ne sert jamais à réallouer l’exploration.

Aucun filtre en ligne sans statut écrit au registre

Googlebot peut explorer un filtre ouvert bien avant la revue mensuelle, et les ajouts de fin d’année arrivent vite. Aucun nouveau filtre publié sans statut validé par l’équipe e-commerce : c’est la règle qui tient quand trois prestataires touchent la même boutique.

Ce mois-ci, parcourez les exemples d’URL du rapport Statistiques sur l’exploration, notez les paramètres de filtre qui y figurent et comparez-les à votre registre avant la revue avec votre agence. La newsletter d’ExternFlow suivra les prochaines mises à jour de la documentation de Google.

Sources et références

Cet article s’appuie notamment sur la documentation de Google consacrée à l’exploration des URL de navigation à facettes, la transcription de l’épisode 103 de Search Off the Record sur le bilan 2025 des signalements d’exploration, le guide de Google consacré au budget d’exploration, la spécification du fichier robots.txt telle que Google l’interprète et la page sur le blocage de l’indexation avec noindex.

Les contrôles reposent sur l’aide de la Search Console consacrée au rapport Statistiques sur l’exploration, au rapport sur l’indexation des pages et au rapport robots.txt. Les limites fixées par un éditeur viennent de l’aide de Shopify sur la modification du fichier robots.txt.liquid. Le contexte est complété par le billet de Google du 17 décembre 2024 sur la navigation à facettes, l’annonce du retrait de l’outil Paramètres d’URL et la page sur la réduction du taux d’exploration de Googlebot.