PrestaShop livre l'essentiel du référencement directement dans le back-office : URLs simplifiées, redirection canonique, modèles de balises, robots.txt. Ce qu'il ne livre pas, c'est le sitemap — et le comportement des pages filtrées change selon votre version. Voici les six chantiers que je traite sur une boutique PrestaShop, dans l'ordre, avec le symptôme à chercher dans la Search Console avant de toucher à quoi que ce soit.
PrestaShop n'a pas besoin d'un plugin SEO, il a besoin de vos réglages
Sur WooCommerce, il faut d'abord installer un plugin pour que la boutique affiche un title et une méta-description corrects. Sur PrestaShop, tout est déjà là : un écran SEO & URLs sous Paramètres de la boutique, des modèles de title et de description applicables aux produits comme aux catégories, une case pour simplifier les URLs, une autre pour rediriger vers l'URL canonique, et un bouton qui génère le fichier robots.txt.
C'est une force qu'on sous-estime. L'outil existe, mais dans la plupart des boutiques que j'audite, il est resté sur ses réglages d'usine : URLs encore au format technique, redirection canonique jamais activée, modèles de métadonnées vides. Un outil présent et non réglé ne vaut pas mieux qu'un outil absent — au moins, dans le second cas, on sait qu'il manque.
Mon avis : sur PrestaShop, le frein n'est presque jamais le manque d'options, c'est le nombre d'options laissées par défaut. Ce qui manque vraiment tient à trois points : le sitemap n'est pas dans le cœur du logiciel, le traitement des pages de filtre dépend de la version installée, et le texte des catégories reste à écrire. Les six chantiers ci-dessous traitent ces trois-là en premier.
Les six chantiers, par ordre d'impact
| Chantier | Symptôme dans la Search Console | Correction |
|---|---|---|
| URLs simplifiées et redirection canonique | Des URLs produit en /product.php encore soumises, ou des 404 après un renommage | Activer les URLs simplifiées et la redirection 301 vers l'URL canonique |
| Sitemap et robots.txt | Des produits récents absents de l'onglet Pages, jamais explorés | Module sitemap officiel, régénéré après chaque changement puis resoumis dans la Search Console |
| Pages de filtre et tri | Des centaines d'URLs de filtre indexées, ou l'inverse : des pages qui disparaissent | Lire la méta robots d'une URL filtre, puis trancher paramètre par paramètre |
| Pages catégories | La catégorie cible la bonne requête et reste en position 25 | 150 à 300 mots sous le titre, sans déplacer la grille de produits |
| Descriptions produits | Des fiches écartées au profit d'autres boutiques qui portent le même texte | Réécrire les best-sellers, jamais la description du fournisseur |
| Données structurées et modules | Des avis présents sur le site et aucun résultat enrichi | Un seul bloc Product par page, et les modules inutiles désactivés |
Chaque chantier se corrige indépendamment, mais l'ordre compte. Régler les données structurées avant d'avoir tranché les URLs, c'est préparer un déménagement qu'il faudra refaire. Un bloc Product à jour sert aussi à être cité dans les réponses d'IA : AI Overviews et e-commerce. : à partir du moment où une URL est publiée et indexée, chaque changement coûte une redirection à maintenir.
Les URLs : le chantier qui ne se rattrape pas
Une boutique PrestaShop en réglages d'usine expose ses produits en /product.php?id_product=847. Avec les URLs simplifiées activées, la même fiche passe en /nom-du-produit. Le second format se partage, s'imprime, se positionne. Le premier dit à Google qu'il s'agit d'une requête technique.
Le vrai piège n'est pas l'activation, c'est le moment. Une fois l'URL publiée, dans un lien client, dans un comparateur, dans l'historique de la Search Console, la modifier sans redirection casse tout. Avec une redirection 301, on conserve l'historique. C'est pour cela que ce chantier passe avant les autres : les URLs se décident une fois, au début, et on ne revient pas dessus.
Activez donc les URLs simplifiées, cochez la redirection vers l'URL canonique, puis inspectez une fiche produit dans la Search Console pour confirmer que Google n'a retenu qu'une seule version de l'URL. Un détail que j'ai vu rater plusieurs fois : renommer un best-seller change son URL, et donc perd son historique — pensez-y avant de renommer. Le détail des balises title, des H1 et des modèles se trouve dans l'article sur les tags et balises de PrestaShop.
Le sitemap n'est pas dans le cœur de PrestaShop
Faites le test sur votre boutique : ouvrez https://votre-boutique/sitemap.xml. Si la page renvoie 404, c'est normal — PrestaShop ne génère pas de sitemap dans le cœur du logiciel. Contrairement à Shopify, qui en livre un, ou à WooCommerce, qui en confie un à son plugin SEO, ici il faut installer le module officiel « Google sitemap » depuis le Module Manager.
Le module fait le travail, à une condition : le régénérer. Ajouter cinquante produits sans régénérer le sitemap, c'est cinquante fiches que la Search Console découvrira par hasard, quand Googlebot passera. Et après régénération, resoumettez le fichier dans la Search Console — il n'y a aucun ping automatique entre PrestaShop et Google.
Le robots.txt, lui, se génère depuis le back-office. Une fois généré, lisez-le ligne à ligne : chaque ligne bloquée est une décision, pas un détail. Symptôme à surveiller : des produits récents qui traînent dans le rapport d'indexation sans jamais avoir été explorés, plusieurs semaines après leur mise en ligne.
Les facettes : la règle change selon votre version, vérifiez la vôtre
Les pages de filtre — couleur, taille, prix, tri — sont le point où PrestaShop se comporte différemment d'une version à l'autre. Plutôt que de retenir une règle par cœur, vérifiez sur votre boutique : prenez une vraie URL de filtre, inspectez-la dans la Search Console, lisez la méta robots et l'URL canonique que Google a retenues. Si la réponse est noindex, votre version gère déjà le sujet. Si elle est index, la décision vous revient.
Elle tranche ensuite en deux cas. Une facette qui recouvre une vraie requête — « chemise en lin bleu » — peut rester indexable si la page porte un titre et un texte qui lui appartiennent. Les combinaisons techniques, elles, n'ont aucune valeur : tri par prix, dizaines de couleurs testées en vrac, pagination en paramètre. Elles n'ajoutent rien au classement et consomment le budget de crawl au détriment de vos vraies fiches.
L'erreur inverse existe et se paie plus cher : bloquer le répertoire des filtres d'un seul coup ferme des pages qui positionnaient déjà. Symptôme classique, des pages qui disparaissent de l'index alors qu'elles remontaient la semaine précédente. On bloque paramètre par paramètre, jamais à la hache, et on garde une trace de chaque décision — la checklist d'audit e-commerce sert de feuille de route pour ce type de vérification.
Pages catégories et descriptions produits : le texte que personne n'écrit
Sur une boutique, la page catégorie porte la requête générique et le produit porte la longue traîne. PrestaShop ne rédige rien à votre place : sans texte, la catégorie n'est qu'une grille de fiches, et Google n'a rien à classer au-delà des noms de produits. C'est la correction la plus rentable de la liste, et la seule qui demande du travail rédactionnel.
Mon seuil de départ : 150 à 300 mots juste sous le titre de la catégorie, avant la grille, qui parlent de la gamme, des usages et des critères de choix. En bas de page, un second bloc de 200 à 400 mots qui relie les sous-catégories. Le texte du haut est lu en premier et porte la requête ; celui du bas sert de maillage interne — la structure en silos explique comment articuler les deux niveaux.
Côté fiches, la règle est brutale : ne jamais reprendre la description du fournisseur. Un texte copié par centaines de boutiques est un doublon par construction, et Google conserve rarement la version la plus petite. Réécrire les best-sellers d'abord, le reste du catalogue ensuite, à mesure que les fiches remontent dans les pages de résultats.
Données structurées : ce que PrestaShop émet déjà, ce qui le casse
Ouvrez une fiche produit en navigation privée et affichez le code source. Sur les thèmes d'origine, vous trouverez un bloc JSON-LD Product : nom, prix, disponibilité, marque. PrestaShop produit donc nativement ce que WooCommerce n'obtient qu'après installation d'un plugin. C'est un point de départ correct, pas une fin en soi.
Le casse-tout vient des modules. Un module d'avis qui n'alimente pas le balisage : les étoiles restent visibles sur la page et n'apparaissent jamais dans Google. Un second module qui ajoute son propre bloc Product : Google reçoit deux descriptions concurrentes du même article et tranche — souvent contre vous. Un seul bloc Product par page, avec le prix, la disponibilité et la marque renseignés.
Pour vérifier en deux minutes, passez l'URL dans l'outil de test des résultats enrichis, et comparez ce qu'il détecte avec la documentation Google sur le balisage Product. Symptôme à chercher : des avis bien présents sur le site, aucun résultat enrichi dans le test. Le souci est alors dans le balisage, pas dans vos avis.
Modules et version : le poids que vous ne voyez pas
Comptez les modules activés dans le Module Manager. Chaque module ajoute du CSS, du JavaScript et souvent des requêtes au rendu de la page. Sur un catalogue de quelques centaines de références, quinze modules utiles et cinquante modules installés « au cas où » ne se comportent pas pareil, et l'écart se lit d'abord dans le temps de chargement. Les symptômes et les corrections de performance sont détaillés dans l'article sur PrestaShop lent, avec les fourchettes de coût d'une optimisation PrestaShop quand le chantier dépasse le cadre interne.
La version, elle, conditionne tout le reste. Une boutique encore en 1.6 ou en 1.7 ancienne n'est plus supportée : les correctifs de sécurité s'arrêtent, les modules ne suivent plus, et le SEO travaillé sur une base fragile se perd au premier incident. À ce stade, la question n'est plus « quels réglages SEO » mais « quelle plateforme » — les fourchettes de prix d'une migration depuis une version 1.6 ou 1.7 donnent un ordre d'idée réaliste.
Pour être honnête sur mes propres limites : je ne fais migrer une boutique que si la version ou la performance l'impose. Une boutique stable, à jour et rapide se travaille sur place, chantier SEO après chantier — migrer « parce que c'est plus moderne » fait perdre six mois de positions pour un gain rarement démontré.
Comment je diagnostique une boutique PrestaShop en vingt minutes
- Paramètres de la boutique, puis Trafic et SEO : les URLs simplifiées sont-elles actives ? La redirection canonique est-elle cochée ?
- Le sitemap renvoie-t-il quelque chose, ou bien un 404 ?
- Une URL de filtre inspectée dans la Search Console :
indexounoindex? Canonique sur elle-même ou sur la catégorie ? - La page de catégorie principale : combien de mots avant la grille de produits ?
- Le code source d'une fiche produit : un bloc JSON-LD Product ou deux ?
- Le Module Manager : combien de modules réellement actifs ?
- L'onglet Pages de la Search Console : quel écart entre les URLs soumises et les URLs indexées, et pour quel motif ?
Sept contrôles, aucun script à installer. Le septième est souvent le plus parlant : quand des centaines d'URLs de filtre apparaissent dans les exclusions, la question des facettes vient de se trancher toute seule — il reste à savoir si la décision est la bonne.
Plan 90 jours : dans quel ordre faire
- Jours 1 à 15 : URLs et mesure. Simplifiées activées, redirection canonique cochée, module sitemap installé, soumis dans la Search Console, et une URL de filtre inspectée avant toute décision sur les facettes. On note l'état de départ de l'onglet Pages.
- Jours 16 à 45 : contenu et balisage. Texte des dix catégories principales, descriptions des best-sellers réécrites, JSON-LD vérifié et débarrassé des doublons, modules inutiles désactivés.
- Jours 46 à 90 : profondeur. Des articles qui répondent aux questions posées en magasin et par email, maillage interne vers les catégories, premiers liens externes obtenus — la méthode de netlinking que j'applique me servira de cadre. Puis comparaison des impressions entre le jour 1 et le jour 90.
À la fin des trois mois, la Search Console donne la réponse sans discussion : les impressions montent sur les catégories avant de monter sur les fiches, c'est le signal que le travail a été fait dans le bon ordre.
FAQ : référencement PrestaShop
PrestaShop est-il bon pour le SEO ?
Oui. Le socle est déjà là : titres, descriptions, URLs et robots.txt, sans installation tierce. La qualité du résultat dépend des réglages, pas de la plateforme — le comparatif PrestaShop contre Shopify détaille ce que chacune contrôle vraiment.
Faut-il installer un module SEO sur PrestaShop ?
Deux, au maximum : le module officiel de sitemap, indispensable, et éventuellement un module de redirections 301 si vous gérez plusieurs changements d'URL. Contrairement à WordPress, pas besoin d'un plugin pour gérer les titles, les descriptions ou le robots.txt — tout cela est dans le cœur.
Combien de temps avant de voir des résultats ?
Les corrections d'URL et de sitemap se voient en quelques semaines. Les catégories enrichies demandent un trimestre, et la constitution d'un maillage interne se juge sur six mois. Sur les diagnostics que je fais, aucun gain durable n'est arrivé en moins de trois mois.
Pourquoi mes produits n'apparaissent-ils pas dans Google ?
Quatre causes, dans cet ordre de fréquence : la requête est portée par la page catégorie et non par la fiche, un noindex de filtre touche l'URL du produit, le sitemap n'a pas été régénéré depuis son ajout, ou la boutique est trop récente pour que Googlebot soit passé. Vérifiez d'abord si la catégorie correspondante se positionne déjà.
Que faire des pages de tags PrestaShop ?
Par défaut, elles fabriquent des pages quasi vides qui se disputent vos requêtes. Gardez celles qui portent une vraie expression, désactivez ou passez les autres en noindex — l'article sur les tags et balises explique la méthode et les balises à conserver.
Vous avez une boutique PrestaShop et vous voulez savoir où elle perd du trafic ? Je vous propose un échange de 30 minutes pour repérer les deux ou trois chantiers qui feront la différence sur votre catalogue.
Pour aller plus loin : mon audit SEO e-commerce, le coût d'une optimisation PrestaShop, et ma méthode de référencement pour les boutiques en ligne.
Consultant SEO e-commerce et expert Adobe Analytics, dans le web depuis 2007. J'aide les boutiques en ligne à gagner des clients grâce au référencement naturel.
