Quels filtres PrestaShop peuvent être indexés pour capter du trafic SEO ?

La réponse courte : presque aucun. La réponse utile tient en une règle que les guides SEO PrestaShop ne donnent jamais. Avant d’indexer un filtre, regardez si PrestaShop ne propose pas déjà une page native pour cette dimension. Pour la marque, c’est le cas : la page marque native capte le trafic sur le nom de la marque, le filtre q=Marque ne le fera jamais et lui fait de l’ombre. Cet article donne la grille complète, dimension par dimension.

Trois décisions cachées dans une seule question

« Quels filtres indexer » ressemble à une question à une seule réponse. Elle en contient trois, dans cet ordre.

D’abord : la dimension du filtre a-t-elle déjà une page native dans PrestaShop ? Si oui, c’est cette page qu’on travaille, et le filtre reste en noindex. Ensuite : s’il n’y a pas de page native, existe-t-il une vraie demande de recherche pour cette combinaison ? Pas « est-ce que quelqu’un pourrait la taper », mais un volume mesurable. Enfin : si la demande existe, l’équipe peut-elle entretenir la page dans la durée ? Une facette indexée sans contenu propre ni suivi rejoint le stock de pages minces.

La première décision est la plus négligée, et c’est elle qui élimine la majorité des candidats. La question du volume et celle de l’engagement dans la durée sont traitées dans notre article sur la décision d’indexer les pages filtrées ; ici, on se concentre sur le routage.

La règle de la page native : le cas de la marque

PrestaShop génère nativement une page par marque, via le contrôleur manufacturer, accessible par défaut sous /marque/ ou /fabricants. Cette page liste les produits de la marque, elle est indexable, elle porte une URL propre et stable, et elle accumule de l’autorité au fil du temps parce que son adresse ne change pas.

Ce que fait la page marque native, et ses limites

Elle rank pour les requêtes « marque X » et « marque X + votre thématique » dès lors que vous vendez plusieurs références de cette marque. Ses limites natives sont connues : le classement des marques est alphabétique, et on ne peut pas ajouter de texte d’introduction sans module. C’est un vrai défaut, mais il se corrige avec un module dédié ou une page CMS liée, pas en abandonnant la page au profit d’un filtre.

Pourquoi le filtre marque est un cul-de-sac

Le filtre « marque » de la navigation à facettes produit une URL du type ?q=Marque-Nike. Cette URL a trois handicaps face à la page native. Elle n’a pas de contenu propre : c’est la page catégorie avec un paramètre. Elle est instable : l’ordre des paramètres et leur syntaxe peuvent varier, ce qui fragmente les signaux. Et surtout, si vous l’indexez, elle entre en concurrence directe avec la page /marque/ sur exactement la même requête : deux URL de votre site se disputent « marque X », et Google en choisit une, souvent pas celle que vous vouliez. La bonne configuration est donc : page marque native indexée et travaillée, filtre marque en noindex.

La grille : quelle dimension, quel réceptacle

Appliquez la même logique à chaque dimension de filtre. La question n’est pas « faut-il l’indexer » mais « où ce trafic doit-il atterrir ».

Deux enseignements. Quand une dimension structure durablement votre offre, comme un usage ou un état, elle mérite une vraie catégorie, avec sa page, son fil d’Ariane, son maillage, pas une URL à paramètre. Quand elle est ponctuelle ou technique, elle reste en noindex, sauf le cas rare de l’attribut qui définit votre niche, par exemple la pointure pour un spécialiste des grandes tailles.

Promouvoir une dimension en sous-catégorie

C’est l’opération qui remplace avantageusement l’indexation d’un filtre à forte demande. Dans le catalogue, créez la sous-catégorie sous sa catégorie mère, rédigez son texte d’introduction, puis rattachez-y les produits concernés, soit à la main pour un petit volume, soit par une règle si votre thème ou un module le permet. Vous obtenez une URL propre du type /chaussures/running, un fil d’Ariane, une entrée possible au menu, et une page que Google traite comme une catégorie à part entière. Pensez à poser une redirection 301 depuis l’ancienne URL de facette si elle avait été indexée ou partagée. Le coût est un peu de gestion de catalogue ; le gain est une page qui peut vraiment accumuler de l’autorité.

Mesurer la demande réelle avant d’indexer

Une facette ne s’indexe que sur une demande prouvée. La preuve se construit en trois lectures.

Sans ces trois signaux convergents, la facette reste en noindex. Indexer « au cas où » ne crée pas de trafic, cela crée des pages minces.

Ce qu’exige une facette qu’on décide d’indexer

Le petit nombre de facettes qui passent le filtre demandent le même soin qu’une catégorie. Sans quoi elles finissent déclassées et pèsent sur l’évaluation du domaine entier.

1. Un texte d’introduction uniqueDeux à quatre paragraphes propres à cette combinaison, pas un bloc générique recopié d’une facette à l’autre. C’est un travail de rédacteur SEO PrestaShop autant que de référenceur.
2. Un title et une meta description dédiésRendus stables, indépendants de l’ordre des paramètres, avec la requête cible dans le title.
3. Un lien de navigation depuis la catégorie mèreLa facette indexée doit être atteignable par un lien en dur, pas seulement en cochant une case. Sinon elle reste orpheline.
4. Une URL propre et figéeUne réécriture qui transforme le paramètre en segment lisible, ou au minimum une canonical auto-référencée stable.
5. Un suivi Search Console dédiéImpressions, position, clics de cette page, revus chaque mois. Une facette indexée qui ne décolle pas au bout de trois mois repasse en noindex.

Le reste : noindex propre et facettes non explorables

Toutes les autres facettes, c’est-à-dire la quasi-totalité, passent en noindex. Deux points de méthode.

Poser le noindex, puis compléter le robots.txt

Le module natif de navigation à facettes de PrestaShop 8 ne pose pas de balise noindex sur les URL q= : il faut l’ajouter, et dans le bon ordre, noindex d’abord, blocage robots.txt ensuite. Si vous inversez, Google ne revient plus lire la page, ne voit jamais le noindex, et la facette reste dans l’index. La mécanique complète est détaillée dans notre guide pour empêcher les filtres de générer des milliers d’URL indexables. Le fichier robots.txt généré par PrestaShop bloque déjà ?orderby=, ?orderway=, ?search_query=, ?tag= et les paramètres de suivi, mais pas les paramètres de filtres du module : c’est à compléter, après la pose du noindex, et à re-vérifier à chaque régénération du fichier depuis Trafic et SEO, qui écrase les ajouts manuels sans avertir.

Rendre les liens de facettes non explorables

Rendez les liens de facettes non explorables quand c’est possible : liens en fragment ou déclenchement en AJAX plutôt que de vrais href vers des URL à paramètres. Moins de liens explorables vers ces pages, c’est moins de budget de crawl gaspillé avant d’atteindre vos fiches produit. Le noindex retire la page de l’index ; rendre le lien non explorable évite en plus que Googlebot passe son temps à les visiter.

Les pages de tag et de recherche interne

Deux familles d’URL à paramètres traînent souvent avec les facettes et posent le même problème. Les pages de tag, ?tag=, listées à partir des mots-clés associés aux produits : elles créent des regroupements souvent redondants avec vos catégories, sans contenu propre. Les pages de résultats de recherche interne, ?search_query=, qui génèrent une URL par requête tapée par vos visiteurs.

Les deux sont bloquées par le robots.txt PrestaShop par défaut, mais peuvent rester indexées si un lien interne pointe vers elles ou si elles l’étaient déjà. Traitez-les comme les facettes non retenues : noindex, et pas de lien explorable depuis le contenu. Elles ne captent pas de trafic qualifié, elles diluent le budget de crawl et le signal de qualité du domaine.

Les combinaisons de filtres : jamais

Croiser deux ou trois filtres multiplie les URL de façon exponentielle, et une part de ces combinaisons ne renvoie aucun produit. Sur PrestaShop, une combinaison sans résultat produit tout de même une URL qui répond en 200 : une page vide, indexable, qui gaspille du crawl et abaisse la qualité perçue du site. Aucune combinaison multi-filtres ne s’indexe. Le traitement spécifique des combinaisons à zéro produit est détaillé dans notre stratégie SEO pour la navigation à facettes.

Router le trafic, pas multiplier les URL

La bonne façon de répondre à « quels filtres indexer » n’est pas de cocher des cases, c’est de décider où chaque type de trafic doit atterrir. Une marque atterrit sur sa page native. Un usage récurrent atterrit sur une vraie catégorie. Un attribut fondateur de niche, avec demande prouvée et équipe pour l’entretenir, peut atterrir sur une facette indexée et curée. Tout le reste, la couleur, le prix, la taille prise isolément, les combinaisons, reste hors de l’index. Un catalogue bien routé a rarement plus d’une poignée de facettes indexées, et c’est un bon signe, pas un manque.

Questions fréquentes