Comment traiter les paramètres d’URL sur PrestaShop ?

Tri, pagination, filtres à facettes, tracking publicitaire : une boutique PrestaShop moyenne génère des dizaines de variantes de paramètres pour une seule page catégorie. La moitié des tutoriels que vous allez lire sur le sujet vous renverront vers un outil Google qui n’existe plus depuis 2022. Voici ce qui fonctionne réellement aujourd’hui, paramètre par paramètre.

Les différents types de paramètres d’URL sur PrestaShop

Avant de choisir un traitement, distinguez précisément ce que vous avez en face de vous. Trois familles de paramètres cohabitent sur une boutique PrestaShop, et elles n’appellent pas la même réponse.

Paramètres natifs du moteur (page, tri, recherche)

La pagination des catégories (souvent exposée en ?page=2 ou intégrée dans une URL réécrite selon le thème), le tri des produits (orderby, orderway) et la recherche interne (controller=search) sont générés par le cœur de PrestaShop. Ce sont les paramètres les plus fréquents et, pris isolément, les moins dangereux : Google sait depuis longtemps reconnaître une pagination classique.

Paramètres de la navigation à facettes

C’est la source la plus lourde en volume. Le module de filtres à facettes (natif depuis PrestaShop 1.6) génère une URL distincte pour chaque combinaison de critères sélectionnée : couleur, taille, matière, marque, fourchette de prix. Sur un catalogue de quelques centaines de références, le nombre de combinaisons possibles se compte en milliers, pour un contenu quasi identique à la page catégorie d’origine.

Paramètres de tracking externes

Les utm_source, gclid, fbclid et autres identifiants de campagne n’ont aucune vocation SEO : ils servent aux outils d’analyse et de publicité. Bonne nouvelle, ce sont ceux qui demandent le moins d’intervention manuelle, pour une raison développée plus bas.

Pourquoi ces paramètres posent un problème SEO

Chaque combinaison de paramètres qui produit une URL explorable est une URL de plus dans le périmètre que Googlebot doit couvrir avec un budget de crawl qui reste fini, même sur une boutique de taille moyenne. Multipliez les facettes par le nombre de catégories, et le volume d’URL quasi dupliquées peut largement dépasser le nombre de pages qui comptent réellement pour votre chiffre d’affaires. Le risque n’est pas une pénalité au sens strict : c’est une dilution. Le temps que Googlebot passe à explorer une combinaison filtre-couleur-taille sans valeur de recherche propre est un temps qu’il ne passe pas à explorer vos nouvelles fiches produit ou vos pages stratégiques.

L’outil que la moitié des tutoriels recommandent encore, et qui n’existe plus

Voici ce qu’aucune des sources consultées pour cet article ne signale, alors que c’est l’information la plus susceptible de vous faire perdre du temps si vous suivez un tutoriel PrestaShop un peu daté : l’outil « Paramètres d’URL » de Google Search Console, longtemps présenté comme LA solution pour indiquer à Google comment traiter chaque paramètre (ignorer, explorer, ne pas explorer), a été définitivement retiré par Google en avril 2022.

Sur PrestaShop, cette disparition a un effet concret : une part significative des guides francophones écrits avant 2022, encore indexés et parfois republiés sans mise à jour de date, décrivent une étape « configurez vos paramètres dans Search Console » qui renvoie aujourd’hui vers un menu qui n’existe plus. Un lecteur qui suit ce conseil à la lettre cherche un bouton introuvable, ou pire, croit avoir réglé le problème parce qu’il a suivi toutes les étapes d’un tutoriel qui, sur ce point précis, ne s’applique plus depuis plus de quatre ans.

Ce qui remplace fonctionnellement l’outil aujourd’hui

Il n’y a plus d’interface dédiée pour dialoguer paramètre par paramètre avec Google : la charge repose désormais entièrement sur trois leviers posés directement sur le site, détaillés dans la section suivante. C’est un changement de philosophie, pas seulement un changement d’outil : vous ne déclarez plus une intention à Google, vous rendez cette intention lisible directement dans le code de chaque page (canonical, meta robots) ou dans les règles d’accès (robots.txt).

Quel levier pour quel paramètre

La ligne sur les combinaisons de facettes mérite d’être soulignée : bloquer une URL par robots.txt tout en lui posant une balise noindex est une contradiction fréquente dans les configurations que l’on audite. Un blocage robots.txt empêche Googlebot d’explorer la page, donc de lire la balise meta qu’elle contient, noindex y compris. Le blocage l’emporte, mais l’URL peut malgré tout apparaître dans les résultats (sans extrait) si des liens externes pointent vers elle. Pour retirer proprement une URL de l’index, la balise noindex doit rester accessible au crawl : ne bloquez jamais en robots.txt une URL que vous souhaitez désindexer par noindex.

Poser les bons réglages sur PrestaShop

1. Vérifier l’activation de la réécriture d’URLPréférences > SEO et URLs > Réécriture d’URL activée, prérequis à tout le reste.
2. Configurer le fichier robots.txt depuis le back-officePréférences > SEO et URLs propose un éditeur direct : réservez-le aux paramètres que vous ne voulez ni explorer ni indexer, jamais à ceux que vous traitez par noindex.
3. Vérifier la balise canonical sur les pages filtréesPrestaShop la pose nativement sur les catégories et fiches produit ; contrôlez qu’elle pointe bien vers l’URL sans paramètre sur les combinaisons sans valeur propre.
4. Appliquer un noindex ciblé sur les combinaisons de facettesVia un module dédié ou une règle de thème, sur les URL à forte combinatoire et sans volume de recherche identifié.
5. Identifier les facettes à volume réel avant de les bloquerCroisez vos filtres avec un outil de mots-clés : une combinaison recherchée mérite une page statique, pas une exclusion.
6. Revérifier après toute mise à jour majeureUne montée de version PrestaShop peut réinitialiser certains réglages SEO & URLs : recontrôlez robots.txt et canonical après chaque mise à jour du cœur.

Comment vérifier que ça fonctionne

Le rapport Pages de Search Console reste, une fois l’outil Paramètres disparu, votre principal instrument de contrôle. Une ligne « Autre page canonique que celle sélectionnée par l’utilisateur » sur vos URL de facettes est un signe positif : cela confirme que Google a bien compris que ces pages sont des variantes, pas des pages autonomes. À l’inverse, une ligne « Doublon, Google n’a pas choisi la même page canonique que vous » signale un désaccord à corriger, généralement parce que la variante filtrée a reçu plus de liens internes ou externes que la page canonique visée. En complément, un crawl avec Screaming Frog en mode « respecter robots.txt désactivé » révèle l’intégralité des URL à paramètres réellement générées par votre catalogue, y compris celles qu’aucun rapport Search Console ne remonte encore faute d’avoir été explorées.

Pour la question voisine de la duplication entre catégories et sous-catégories, notre article sur le contenu dupliqué entre catégories et sous-catégories PrestaShop détaille un réglage natif du module de facettes qui touche un autre type de duplication. Si vos canonicals restent incohérentes malgré ces réglages, notre guide sur les URL canoniques PrestaShop approfondit la consolidation des signaux. Et si votre catalogue utilise des déclinaisons produit (couleur, taille) qui génèrent elles aussi des paramètres, notre article sur les produits avec déclinaisons et les URL dupliquées couvre ce cas précis.

En résumé

Sur un catalogue PrestaShop, le nombre de paramètres n’est jamais le vrai sujet : c’est le levier appliqué à chaque type qui détermine si Google explore votre boutique efficacement ou s’épuise sur des variantes sans valeur. Oubliez les tutoriels qui vous renvoient vers un outil Search Console disparu depuis 2022 : la solution vit aujourd’hui entièrement dans votre robots.txt, vos balises canonical et vos réglages noindex, posés directement sur le site.