Prestashop est le CMS e-commerce le plus utilisé en France — environ 30% des boutiques françaises tournent dessus. Sa force, c'est qu'il a été pensé pour le e-commerce dès le départ, contrairement à WooCommerce qui est un plugin greffé sur un CMS de blog.
Mais cette maturité e-commerce ne veut pas dire que le SEO est réglé dès l'installation. Prestashop embarque des choix techniques par défaut qui créent des problèmes de référencement silencieux : URLs dupliquées, pages vides indexées, navigation à facettes incontrôlée. La plupart des e-commerçants ne les voient jamais parce qu'ils ne crawlent pas leur propre site.
Cet article couvre les 9 problèmes spécifiques à Prestashop — pas les fondamentaux SEO génériques. Si vous utilisez WooCommerce plutôt que Prestashop, on a un article dédié.
01Les URLs générées par défaut sont polluées d'identifiants
Prestashop génère des URLs qui contiennent par défaut des identifiants numériques : /12-nom-de-categorie pour les catégories et /45-nom-du-produit.html pour les produits. Ces ID alourdissent les URLs, n'apportent aucune valeur sémantique et posent un risque de duplication si le même produit est accessible via plusieurs chemins.
C'est un héritage technique : Prestashop utilise ces ID pour le routage interne. Mais Google recommande des URLs descriptives, lisibles et stables.
Correctif : dans Paramètres de la boutique → Trafic et SEO → Configuration des URLs, activez la réécriture d'URL (URL amicales). Puis dans les réglages avancés, décochez "Afficher l'ID dans l'URL" si votre version le permet (1.7.6+).
Sur Prestashop 1.6 ou les versions antérieures à 1.7.6, vous aurez besoin d'un module tiers comme "Pretty URLs" ou "SEO Expert".
Si votre boutique est déjà en ligne avec des URLs indexées contenant des ID, ne changez pas le format sans mettre en place des redirections 301 sur chaque ancienne URL. Sinon vous perdez tout le référencement accumulé.
02Un même produit est accessible via plusieurs URLs
Prestashop permet d'assigner un produit à plusieurs catégories. Pour chaque catégorie, le CMS génère une URL distincte : /robes/robe-noire et /nouveautes/robe-noire pointent vers la même fiche produit. Google voit deux pages avec un contenu identique — c'est du contenu dupliqué.
C'est le problème SEO Prestashop le plus fréquent et le plus destructeur. Sur une boutique de 500 produits avec des multi-catégories, on peut facilement doubler ou tripler le nombre de pages dupliquées sans le savoir.
Correctif en 2 étapes :
- Définissez une URL canonique par produit : dans l'onglet SEO de chaque fiche produit, définissez la catégorie principale. Prestashop utilisera cette catégorie pour construire l'URL canonique. Vérifiez que la balise
<link rel="canonical">pointe bien vers cette URL unique dans le code source. - Activez les redirections : configurez le comportement des URLs multiples pour rediriger en 301 toutes les URLs secondaires vers l'URL canonique. Si ce n'est pas possible nativement, un module comme SEO Expert le gère.
Pour vérifier l'ampleur du problème : lancez un crawl avec Screaming Frog et filtrez par "canoniques non auto-référencées". Si vous trouvez des centaines de lignes, le problème est actif.
03La navigation à facettes crée des milliers de pages indexables
Les filtres de navigation (taille, couleur, prix, marque) génèrent chacun une URL indexable dans Prestashop. Un catalogue de 200 produits avec 5 filtres et 4 valeurs chacun peut créer 200 000+ combinaisons d'URLs. Google gaspille son budget de crawl sur ces pages quasi-vides au lieu de crawler vos vraies pages produits et catégories.
Le symptôme : dans Google Search Console, vous voyez des milliers de pages "Découvertes — actuellement non indexées" ou "Explorées — actuellement non indexées". Google a trouvé les URLs mais refuse de les indexer parce qu'il les considère comme du contenu de faible valeur.
Correctif — pas de suppression des facettes (essentielles pour l'UX), mais empêcher leur indexation :
- Ajoutez une balise
noindex, followsur toutes les pages filtrées via le.htaccessou un module de gestion de facettes SEO. - Bloquez les paramètres de filtre dans le
robots.txtsi les URLs utilisent des paramètres GET (?color=rouge&size=M). - Alternativement, utilisez l'attribut
rel="nofollow"sur les liens de filtres dans le front-end.
Exception : si une combinaison de facettes a un vrai volume de recherche (ex: "robe noire taille 42"), créez une page de catégorie dédiée avec du contenu unique plutôt que de la laisser en page filtrée.
04Les pages CMS par défaut sont indexées sans contenu
Prestashop installe par défaut des pages CMS vides ou quasi-vides (mentions légales, CGV, livraison, à propos) qui sont indexées par Google. Ces pages sans contenu utile diluent le budget de crawl et envoient un signal de qualité faible pour l'ensemble du domaine.
Correctif — deux options selon la page :
- Pages utiles (livraison, retours, à propos) : rédigez du vrai contenu unique de 300+ mots. Ces pages peuvent ranker sur des requêtes longue traîne et renforcent le signal E-E-A-T.
- Pages vides ou inutiles : passez-les en
noindexvia le module SEO ou supprimez-les du sitemap. Ne les supprimez pas complètement si elles sont liées dans le footer — ça créerait des 404.
05Le sitemap XML natif est incomplet ou mal configuré
Le générateur de sitemap intégré à Prestashop est basique : il inclut souvent les mauvaises pages (pages filtrées, pages CMS vides) et exclut les bonnes (nouvelles catégories, produits récemment ajoutés). Sur les boutiques de plus de 1 000 produits, le sitemap peut aussi dépasser la limite de 50 000 URLs sans être automatiquement découpé.
Correctif — n'utilisez pas le générateur natif. Utilisez un module dédié :
- Google Sitemap by Prestashop (gratuit) : mieux que le natif, mais limité en configuration.
- SEO Expert ou SmartKeyword : permettent de contrôler finement ce qui entre dans le sitemap et ce qui en sort.
Règles à appliquer :
- Incluez uniquement les pages avec un statut 200 et une balise
index, follow. - Excluez les pages filtrées, les pages CMS non rédigées, les pages panier/compte.
- Découpez le sitemap par type (produits, catégories, blog) si vous dépassez 10 000 URLs.
- Soumettez-le dans Search Console et vérifiez le ratio "URLs soumises vs URLs indexées" chaque mois.
06Le .htaccess par défaut manque d'optimisations critiques
Le .htaccess livré avec Prestashop gère la réécriture d'URL de base mais ne contient ni la compression GZIP, ni les headers de cache navigateur, ni les redirections de sécurité (HTTP vers HTTPS, www vers non-www). Chaque élément manquant impacte soit la performance, soit le SEO technique.
Correctif — ajoutez ces blocs à votre .htaccess :
Forcer HTTPS :
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Forcer un format de domaine unique (www ou non-www, pas les deux) :
RewriteCond %{HTTP_HOST} ^www\.monsite\.com [NC]
RewriteRule ^(.*)$ https://monsite.com/$1 [L,R=301]
Activer la compression GZIP :
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/css application/javascript application/json
</IfModule>
Activer le cache navigateur :
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/javascript "access plus 1 month"
</IfModule>
Toujours sauvegarder le .htaccess original avant modification. Une erreur de syntaxe rend le site inaccessible.
07Les images produit ne sont pas optimisées à l'upload
Prestashop redimensionne automatiquement les images pour ses différents formats d'affichage, mais il ne les compresse pas de manière agressive et ne les convertit pas en WebP par défaut. Sur une boutique de 500 produits avec 4 images chacun, les images non optimisées peuvent représenter 80% du poids total des pages.
Les images sont le facteur n°1 de lenteur sur Prestashop. Et la lenteur impacte directement le SEO via les Core Web Vitals.
Correctif par ordre d'impact :
- Compression automatique : un module comme "Image Compressor" ou "WebP Image" qui compresse et convertit en WebP à l'upload. Gain moyen : 40 à 70% sur le poids des images.
- Lazy loading : activez le chargement différé des images hors écran. Natif sur Prestashop 1.7.8+ via le thème.
- Attributs alt text : Prestashop renseigne le alt avec le nom du produit par défaut. Personnalisez avec le mot-clé de la fiche + un descripteur visuel ("robe noire coton vue de face").
- Nommage des fichiers :
IMG_4521.jpgne dit rien à Google.robe-noire-coton-femme.jpgest un signal sémantique supplémentaire.
08Le blog n'est pas intégré nativement
Contrairement à WooCommerce (qui hérite du blog WordPress), Prestashop n'a pas de fonctionnalité blog intégrée. Résultat : soit les e-commerçants n'ont pas de blog (et se privent du trafic informationnel), soit ils installent un module blog de qualité variable qui crée des problèmes techniques.
C'est un handicap structurel pour le SEO. Sans blog, vous ne pouvez cibler que des mots-clés transactionnels. Vous passez à côté de tout le trafic informationnel ("comment choisir", "guide d'achat", "comparatif") qui alimente le haut du funnel.
Correctif — deux approches :
Option A — Module blog Prestashop
Prestablog est le plus utilisé. Il intègre le blog directement dans Prestashop, ce qui facilite le maillage interne entre articles et produits. Vérifiez que le module génère des URLs propres, des balises canoniques correctes et un sitemap séparé.
Option B — Blog WordPress en sous-répertoire
Installez WordPress sur monsite.com/blog/. L'avantage : vous bénéficiez de l'écosystème WordPress (Yoast, Rank Math, Gutenberg). L'inconvénient : le maillage interne entre le blog et la boutique est plus complexe.
Ma recommandation : sous-répertoire si techniquement faisable, Prestablog si vous voulez rester 100% dans l'écosystème Prestashop. Évitez le sous-domaine — le bénéfice SEO est moindre.
09Les modules tiers surchargent le front-end
Chaque module Prestashop installé ajoute ses propres fichiers CSS et JavaScript au front-end, même sur les pages où il n'est pas utilisé. Une boutique avec 30 modules actifs peut charger 15+ fichiers JS et CSS supplémentaires sur chaque page, ce qui détruit les Core Web Vitals.
C'est un problème culturel de l'écosystème Prestashop : les modules sont développés indépendamment et aucun ne se soucie de l'impact des autres.
Correctif :
- Audit des modules : désactivez temporairement chaque module un par un et mesurez l'impact sur PageSpeed Insights. Identifiez les 3-4 modules les plus lourds.
- Supprimez ce qui n'est pas essentiel : un module de popup, un widget de chat, un compteur de visites — si le bénéfice business n'est pas clair, désactivez-le.
- Combinez et minifiez : dans Paramètres avancés → Performances, activez la combinaison des fichiers CSS et la minification des fichiers JS.
- Module de performance dédié : Page Cache Ultimate ou un équivalent peut gérer la mise en cache full-page, la minification et le chargement différé en un seul endroit.
- Chargement conditionnel : les modules avancés permettent de charger un script uniquement sur les pages concernées (ex: la wishlist uniquement sur les pages produit).
Quel module SEO choisir pour Prestashop ?
Trois options solides en 2026 :
SEO Expert — le plus complet. Gère les URLs, redirections, canonicals, sitemap avancé, données structurées, audit technique. C'est le Rank Math de Prestashop. Payant mais rentabilisé en une semaine.
SmartKeyword — orienté stratégie de mots-clés plus qu'optimisation technique. Utile en complément. Intègre un outil de suggestion de mots-clés directement dans le back-office.
Prestashop SEO natif (1.7.8+) — les versions récentes ont amélioré les fonctionnalités intégrées. Suffisant pour un petit catalogue, insuffisant au-delà de 200 produits.
Par où commencer
Même logique que pour tout audit SEO technique — on traite dans l'ordre qui débloque le plus de valeur :
- URLs dupliquées (problèmes 2 et 3) — crawlez votre site avec Screaming Frog. Si vous trouvez plus de 100 doublons, c'est votre priorité absolue.
- Performance (problèmes 7 et 9) — score mobile sous 50 sur PageSpeed Insights ? On s'en occupe avant tout le reste.
- Sitemap et .htaccess (problèmes 5 et 6) — une heure de configuration, des bénéfices permanents.
- Blog (problème 8) — décision structurante à prendre tôt parce qu'elle conditionne toute votre stratégie de contenu.