L'essentiel, si vous manquez de temps
Trois chantiers, dans cet ordre. Maîtriser l'explosion de pages générée par les filtres, qui est le problème numéro un et de très loin. Traiter la duplication native créée par les produits présents dans plusieurs catégories et par la pagination. Enfin, écrire de vrais textes de catégorie, parce qu'une boutique PrestaShop bien réglée mais sans contenu ne se positionnera pas davantage. Les URLs propres, sur lesquelles se concentrent la plupart des guides, se règlent en une case à cocher.
Le vrai problème : le nombre d'adresses
PrestaShop est un système conçu pour le commerce, avec des catalogues, des déclinaisons et des filtres. Cette richesse fonctionnelle a une contrepartie directe en référencement : le système génère énormément d'adresses à partir d'un catalogue modeste.
Le mécanisme central est la navigation à facettes. Chaque combinaison de filtres produit une adresse distincte : la taille, puis la couleur, puis la fourchette de prix, puis la marque, et toutes les combinaisons entre elles. Le contenu affiché est à chaque fois presque identique, avec quelques produits en plus ou en moins.
L'ordre de grandeur est ce qui frappe. Un catalogue de quelques centaines de produits avec cinq filtres proposant chacun une dizaine de valeurs peut engendrer plusieurs milliers d'adresses explorables. Aucune n'apporte de valeur propre, toutes consomment de l'exploration, et ensemble elles noient les pages de catégorie qui, elles, méritent de ressortir.
Comment mesurer l'ampleur chez vous, en dix minutes
Ouvrez la Search Console, rapport d'indexation, et comparez le nombre de pages connues de Google au nombre de produits et de catégories que vous avez réellement. Un écart d'un facteur cinq ou dix vous donne la mesure du problème. Regardez ensuite les motifs d'exclusion : si vous voyez massivement des pages explorées mais non indexées, ou des pages en doublon, vous tenez le diagnostic. C'est le premier contrôle que je fais sur une boutique.
Maîtriser les filtres, la décision qui compte
La bonne approche n'est pas de tout bloquer, ce qui reviendrait à se priver d'un vrai gisement, ni de tout laisser ouvert, ce qui est la situation par défaut. Elle consiste à trier.
La règle que j'applique : une page de filtre ne mérite d'être indexée que si elle correspond à une recherche réelle et régulière de vos clients. Une combinaison du type « catégorie plus marque » correspond souvent à une vraie demande. Une combinaison « couleur plus fourchette de prix plus taille » n'en est jamais une.
| Type de page | Décision | Comment |
|---|---|---|
| Catégorie principale | Indexée, travaillée, avec du contenu | C'est votre page qui doit se positionner |
| Filtre correspondant à une demande réelle | Indexée, avec un titre et un texte propres | À traiter comme une page de catégorie à part entière |
| Toute autre combinaison de filtres | Exclue de l'indexation, liens suivis | Balise noindex, follow, plus une canonique vers la catégorie parente |
| Tris et affichages (par prix, par nombre) | Exclus | Même contenu, ordre différent : aucune valeur ajoutée |
| Recherche interne | Exclue | Génère un nombre illimité d'adresses sans valeur |
| Panier, compte client, commande | Exclus | Aucun intérêt en recherche |
Le choix du noindex, follow plutôt qu'un blocage dans le robots.txt mérite une explication, parce que c'est une confusion classique. Une page bloquée par le robots.txt n'est pas explorée, donc Google ne voit jamais la consigne de ne pas l'indexer, et il peut malgré tout la faire apparaître s'il en découvre l'adresse ailleurs. Une page en noindex est explorée, comprise, écartée de l'index, et ses liens continuent de circuler. Pour des pages de filtres, c'est la bonne option.
Combien de pages Google connaît-il chez vous ?
Sur une boutique PrestaShop, l'écart entre vos pages réelles et celles connues de Google dit presque tout. C'est le premier chiffre que je regarde, et il est parlant.
Je mesure l'ampleur de la duplication avant de proposer quoi que ce soit.
Les autres sources de duplication
Une fois les filtres traités, il reste plusieurs mécanismes propres à ce type de boutique. Ils sont moins spectaculaires mais tout aussi réels.
- Un produit rangé dans plusieurs catégories. Selon la configuration, la même fiche peut être atteignable par plusieurs chemins. La balise canonique doit désigner une adresse de référence unique, et s'y tenir.
- La pagination des catégories. Les pages 2, 3 et suivantes affichent le même texte de catégorie répété. Le texte d'introduction ne doit apparaître que sur la première page.
- Les déclinaisons. Selon les réglages, chaque variante d'un produit peut disposer de sa propre adresse. Une seule doit être indexée, sauf demande réelle et distincte sur une variante précise.
- Les descriptions du fournisseur. La duplication la plus coûteuse et la moins technique : si vous reprenez telles quelles les fiches du fabricant, vous publiez le même texte que tous vos concurrents. Aucun réglage ne corrige cela.
- Le multiboutique et le multilingue. Plusieurs boutiques ou langues sur un même socle doivent être correctement déclarées, faute de quoi elles se concurrencent entre elles.
Les réglages de base, vite réglés
Ce sont ceux dont tous les guides parlent. Ils comptent, mais ils prennent une heure, et ils ne sauveront pas une boutique dont les filtres sont hors de contrôle.
- Activer les URLs simplifiées
Dans les paramètres dédiés au trafic et aux adresses. Sans ce réglage, vos pages portent des adresses à paramètres illisibles. Attention : activer cette option sur une boutique déjà en ligne change toutes vos adresses. C'est donc une migration qui exige un plan de redirections, pas une case à cocher un vendredi soir.
- Retirer les identifiants numériques des adresses
Même remarque : c'est une amélioration réelle de lisibilité, mais qui modifie les adresses existantes. Sur une boutique établie, le gain ne vaut souvent pas le risque.
- Écrire des titles uniques
Le gabarit produit des titles automatiques souvent identiques ou tronqués. Reprendre à la main les titles de vos catégories et de vos meilleurs produits est le travail au meilleur rendement de toute cette liste.
- Vérifier le sitemap
Il ne doit contenir ni pages de filtres, ni produits désactivés, ni adresses redirigées. Un sitemap qui déclare des pages que vous excluez par ailleurs envoie des signaux contradictoires.
- Contrôler les données structurées produit
Prix, disponibilité et avis doivent correspondre exactement à ce qui est affiché. Un balisage qui annonce un prix différent de celui de la page est un problème sérieux, pas un détail. Voir les rich snippets.
La performance, point faible assumé
Une boutique PrestaShop est lourde par nature : catalogue, filtres, modules, images en nombre. La performance se dégrade surtout par accumulation de modules, chacun ajoutant ses propres ressources à charger sur toutes les pages.
- Faites l'inventaire de vos modules et désinstallez ceux que vous n'utilisez plus. Désactiver ne suffit pas toujours à supprimer les ressources chargées.
- Activez le cache et la compression prévus par le système, souvent laissés au repos après l'installation.
- Traitez les images, qui représentent l'essentiel du poids sur une fiche produit : formats modernes, dimensions déclarées, chargement différé hors du premier écran. Voir l'optimisation des images.
- Prenez un hébergement dimensionné. Une boutique n'est pas un site vitrine, et un hébergement mutualisé d'entrée de gamme montre vite ses limites. Voir les critères d'un hébergement performant.
La question des versions
La branche 9 est la version actuelle, avec des correctifs publiés régulièrement, dont la version 9.1.4 en juin 2026. Beaucoup de boutiques tournent encore sur des versions bien plus anciennes, ce qui pose deux problèmes cumulés : la sécurité, et une dette technique qui rend chaque évolution plus coûteuse.
Mon conseil sur la migration : ne la traitez jamais comme une mise à jour. Un changement de branche majeure modifie le thème, les modules, et parfois la structure des adresses. Cela relève de la refonte, avec le calendrier, l'inventaire des adresses et le plan de redirections que cela suppose. Les boutiques qui perdent leur trafic à cette occasion sont celles qui ont cliqué sur « mettre à jour » en espérant que tout se passe bien.
Ce qu'aucun réglage ne remplacera
Il faut le dire, parce que les guides techniques laissent croire l'inverse. Une boutique parfaitement configurée mais dont les pages de catégorie ne contiennent qu'une grille de produits ne se positionnera pas sur les requêtes concurrentielles de son secteur.
Les pages de catégorie sont vos vraies pages de positionnement, bien plus que les fiches produit. Elles méritent un texte qui aide réellement à choisir : ce qui distingue les gammes, les critères qui comptent, les erreurs d'achat fréquentes. Quant aux fiches produit, réécrire la description du fournisseur, ne serait-ce que sur vos cinquante meilleures ventes, vous distingue immédiatement de tous les revendeurs qui ne l'ont pas fait.
C'est un travail long, et c'est exactement pour ce type de volume que je propose une prestation de rédaction en lots.
PrestaShop face aux autres
| Critère | PrestaShop | WooCommerce | Shopify |
|---|---|---|---|
| Gros catalogues | Conçu pour | Correct, alourdit WordPress | Bon |
| Risque de duplication | Élevé par les facettes | Élevé aussi, mêmes causes | Structure plus contrainte donc plus sûre |
| Contrôle technique | Total | Total | Limité par la plateforme |
| Contenu éditorial | Basique | Excellent, c'est WordPress | Correct |
| Maintenance | À votre charge | À votre charge | Prise en charge |
Aucune de ces plateformes n'est meilleure en référencement dans l'absolu. Elles échouent simplement pour des raisons différentes quand on les laisse en réglages par défaut, et la duplication par facettes est le point commun des deux premières. Voir aussi Shopify face à WooCommerce.
Questions fréquentes
Sources : dépôt officiel PrestaShop, version 9.1.4 publiée le 4 juin 2026 ; documentation Google Search Central sur la gestion des URLs à paramètres, la balise canonique et la différence entre blocage par robots.txt et balise noindex. Constats de terrain issus de boutiques auditées.