Navigation à facettes Shopify : indexer ou bloquer les filtres ?

Indexer, canonicaliser, noindexer ou bloquer : la grille de décision pour les filtres à facettes est bien connue. Ce qui manque presque toujours, c’est la question à se poser AVANT cette grille, celle qui détermine si le problème existe même sur votre boutique.

Le vrai risque derrière la navigation à facettes

Une collection avec 20 marques, 15 tailles, 10 couleurs et 5 tranches de prix ne propose pas 50 filtres mais des milliers de combinaisons possibles si chaque croisement génère une URL indexable. Le risque n’est pas seulement le contenu dupliqué : c’est la dilution du budget de crawl de Google sur des pages sans valeur, au détriment des collections et fiches produit qui comptent vraiment. Des audits publics sur des sites e-commerce mal gérés relèvent des index gonflés de plusieurs fois le nombre de pages réellement utiles.

Le point que personne ne vérifie avant : votre app de filtres change-t-elle même l’URL ?

La quasi-totalité des guides sur les facettes passent directement à la grille indexer/noindexer/bloquer, en présupposant que chaque filtre génère une URL crawlable. Ce n’est pas systématique. De nombreuses applications de filtrage Shopify fonctionnent en AJAX pur : le contenu de la page se met à jour visuellement, mais l’URL dans la barre d’adresse ne change pas et aucun paramètre n’est ajouté. Dans ce cas précis, il n’existe tout simplement AUCUNE URL supplémentaire à gérer, et toute la réflexion sur l’indexation des facettes devient sans objet pour cette boutique.

À l’inverse, une app qui pousse un paramètre dans l’URL à chaque filtre appliqué (pour permettre le partage de lien ou la navigation arrière) crée bien des pages distinctes aux yeux de Google, et c’est uniquement dans ce cas que la suite de cet article s’applique. La vérification prend moins d’une minute : appliquez un filtre sur votre boutique et regardez si l’URL affichée dans le navigateur change. Si elle ne bouge pas, passez directement à autre chose.

La grille de décision : indexer, canonicaliser, noindexer ou bloquer

Une fois confirmé que les filtres génèrent bien des URLs distinctes, chaque combinaison se classe dans l’une de ces quatre catégories.

Les combinaisons à transformer en pages dédiées

Les filtres qui correspondent à une vraie requête de recherche avec un volume réel (« montre automatique homme », « sneakers cuir noir ») méritent mieux qu’une simple liste filtrée : une page à part entière avec un H1, un texte descriptif et un contenu propre, pensée comme une collection à elle seule plutôt que comme un sous-produit du filtre.

Les combinaisons à canonicaliser, noindexer ou bloquer

Le tri secondaire (prix croissant, popularité) se canonicalise vers la page principale puisqu’il ne change pas le fond du contenu. Les combinaisons à faible volume mais qui restent utiles à l’expérience utilisateur passent en noindex, follow : accessibles, crawlables pour la navigation, mais absentes des résultats de recherche. Les combinaisons à très faible valeur ou en nombre quasi infini (croisements de 4 filtres ou plus) se bloquent directement au crawl, pour éviter que Google ne perde du temps à les découvrir avant même de décider de ne pas les indexer.

robots.txt.liquid : ce qu’il couvre et ce qu’il ne couvre pas par défaut

Shopify a ouvert la personnalisation du fichier robots.txt en 2021 via le template robots.txt.liquid, mais ce fichier n’existe dans aucun thème par défaut : il faut le créer manuellement dans l’éditeur de code pour pouvoir y ajouter des règles. Avant cette création, toutes les boutiques partagent un robots.txt générique qui ne connaît rien des paramètres propres à votre application de filtres.

C’est le deuxième angle mort courant : une fois robots.txt.liquid créé, encore faut-il y ajouter explicitement les règles Disallow correspondant aux paramètres exacts que génère VOTRE app de filtrage (qui varient d’une application à l’autre), faute de quoi le fichier personnalisé ne bloque rien de plus que la version par défaut. Identifiez ces paramètres en filtrant vous-même votre boutique et en observant les URLs générées avant d’écrire la moindre règle.

Méthode de mise en œuvre

Cette méthode s’articule directement avec notre article sur le budget de crawl Shopify, qui détaille comment vérifier dans les logs serveur si Google explore effectivement moins les URLs de filtre après ces réglages, et avec notre guide pour modifier robots.txt.liquid sans risque.

Ce qu’il faut retenir

La grille indexer/canonicaliser/noindexer/bloquer ne s’applique que si vos filtres génèrent réellement des URLs distinctes, ce qu’une app de filtrage en AJAX pur ne fait pas. Pour les boutiques concernées, robots.txt.liquid reste un outil manuel qui ne protège que ce qu’on lui indique explicitement de bloquer. Notre article sur la duplication entre plusieurs collections Shopify traite le cas complémentaire des produits partagés entre collections, avec la même logique de vérification avant correction.