Optimiser le SEO d'une boutique PrestaShop : réglages natifs, facettes, modules et vitesse

Le SEO PrestaShop repose sur un avantage et une contrainte. L’avantage : une solution open source où presque tout se règle, des schémas d’URL au cache serveur. La contrainte : une boutique qui accumule modules, déclinaisons, pages de filtres et pages automatiques génère vite des doublons et ralentit. Ce guide passe en revue les réglages natifs, la gestion des facettes, le choix des modules et la performance technique, avec une logique e-commerce : chaque réglage doit servir une page qui capte une demande réelle.

01Ce que PrestaShop propose nativement pour le SEO

Le menu Trafic et SEO

L’essentiel des réglages se trouve dans le back-office, rubrique « Trafic et SEO » des paramètres de la boutique. On y configure :

• Les URL simplifiées : à activer systématiquement pour obtenir des adresses lisibles plutôt que des paramètres index.php?id_product=.
• La redirection vers l’URL canonique : à régler en 301 pour que les anciennes variantes d’adresse renvoient vers la version de référence.
• Les schémas d’URL (routes) : structure des adresses de produits, catégories, marques, fournisseurs et pages CMS.
• Les meta par page : title, description et URL réécrite des pages automatiques (accueil, meilleures ventes, nouveautés, promotions, contact).

Chaque produit et chaque catégorie disposent en plus de champs dédiés : balise title, meta description, URL simplifiée, et pour les produits, un comportement de redirection quand l’article est désactivé. Ces champs sont souvent laissés vides ou remplis automatiquement par un import catalogue. Les compléter sur les pages prioritaires reste un des gains les plus rapides.

Pour les catalogues volumineux, travaillez par gabarit plutôt que page par page : un modèle de title du type « Nom du produit, attribut principal : marque » pour les fiches, et un title rédigé à la main pour chaque catégorie de premier et deuxième niveau. Un import CSV ou un module d’édition en masse permettent ensuite d’appliquer ces modèles à tout le catalogue, puis de corriger manuellement les pages qui génèrent le plus d’impressions dans Search Console.

Ce qui change avec PrestaShop 9

PrestaShop 9.0, disponible depuis le 10 juin 2025, a intégré plusieurs corrections SEO longtemps confiées à des modules. D’après l’annonce officielle de PrestaShop 9 sur le blog du projet :

• les URL de produits sont plus courtes, la catégorie étant retirée par défaut (réglage réversible) ;
• le préfixe de langue peut être omis pour la langue par défaut ;
• les catégories désactivées peuvent rediriger en 301 ou 302 ;
• les listings filtrés sont exclus de l’indexation ;
• les formats d’image WebP et AVIF sont pris en charge nativement ;
• un nouveau thème, Hummingbird, propose un front-end modernisé fondé sur Bootstrap 5.

02URL, catégories et doublons : les réglages à vérifier

PrestaShop produit plusieurs familles d’URL qui peuvent entrer en concurrence. Un audit commence par un crawl complet (Screaming Frog ou équivalent) pour les recenser.

• Identifiants numériques dans les URL : par défaut, les routes incluent l’identifiant du produit ou de la catégorie (/12-robe-lin.html). Ce n’est pas bloquant pour le classement. Les supprimer demande un module ou une surcharge, et impose une migration d’URL complète : ne le faites que si vous avez une autre raison de refondre la structure.
• Déclinaisons : les combinaisons (taille, couleur) s’affichent souvent via un fragment #/ ou un paramètre id_product_attribute. Le fragment n’est généralement pas pris en compte par Google, comme le rappelle sa documentation sur la navigation à facettes. Vérifiez que la canonical de chaque variante pointe vers la fiche principale.
• Pages automatiques : meilleures ventes, nouveautés, promotions, listes de marques et de fournisseurs. Les pages marques peuvent capter des requêtes « produit + marque » si elles sont enrichies. Les pages fournisseurs, rarement utiles aux clients, sont à désactiver ou à exclure de l’index.
• Tri et pagination : les paramètres de tri (?order=) créent des variantes sans intérêt. La pagination (?page=2) doit conserver une canonical propre à chaque page, comme le détaille le guide des bonnes pratiques de pagination SEO pour les catégories et listings.

Les boutiques multilingues ajoutent une couche de contrôle : chaque langue doit disposer d’URL réécrites réellement traduites, et les annotations hreflang doivent apparaître dans le code source de chaque version. Selon le thème et la version, elles sont générées nativement ou demandent un module : vérifiez-le sur quelques pages avant de conclure.

La balise canonical fait une partie du travail, mais Google la considère comme un signal parmi d’autres : sa documentation sur la canonicalisation cite aussi les redirections et l’inclusion dans le sitemap, et demande de ne pas envoyer de signaux contradictoires. Si le maillage interne, le sitemap et les redirections pointent vers des versions différentes, elle peut être ignorée. L’article sur la balise canonical pour éviter les doublons et consolider les signaux explique comment aligner ces signaux. Pour les descriptions produits copiées depuis les fournisseurs ou dupliquées entre produits proches, la méthode pour détecter et prioriser le duplicate content aide à décider quoi réécrire en premier.

03Recherche à facettes : indexer ce qui capte la demande

Le module natif de recherche à facettes (ps_facetedsearch) ajoute des filtres aux catégories : prix, couleur, taille, marque, caractéristiques. Chaque sélection génère une URL avec un paramètre ?q=. Sur les versions antérieures à la 9, ces URL peuvent être explorées et indexées selon la configuration du thème et des modules. PrestaShop 9 exclut désormais par défaut les listings filtrés de l’indexation.

Cette exclusion par défaut est une bonne base, mais elle ne suffit pas à une stratégie SEO. Certaines combinaisons correspondent à une vraie demande : « robe lin blanche », « chaussures sécurité S3 », « canapé convertible 3 places ». Pour ces cas, la bonne réponse est rarement la page filtrée elle-même, dont l’URL, le title et le contenu sont génériques. Deux options fonctionnent mieux :

1. Créer une sous-catégorie dédiée, avec son URL, son title, son H1 et une introduction propre, qui regroupe les produits correspondants.
2. Utiliser un module de pages de facettes SEO, qui transforme une combinaison de filtres en page indexable avec des meta éditables, à condition de limiter la liste aux combinaisons validées par des volumes de recherche.

Les autres combinaisons restent non indexables, et leur exploration peut être limitée si le volume d’URL devient important. Le choix entre indexer, bloquer via robots.txt ou canonicaliser dépend du volume de filtres et de la version utilisée : le guide facettes SEO e-commerce : indexer, bloquer ou canonicaliser détaille les scénarios.

Mini-procédure pour sélectionner les combinaisons à transformer en pages :

1. Exportez les valeurs de filtres de chaque catégorie (couleurs, matières, usages, marques).
2. Générez les requêtes candidates « catégorie + valeur » et récupérez leurs volumes dans Ahrefs ou Semrush.
3. Écartez les combinaisons sans volume mesurable ou affichant trop peu de produits pour constituer une vraie page de choix.
4. Vérifiez qu’aucune page existante ne cible déjà la requête.
5. Créez les pages retenues, puis suivez leurs impressions pendant trois mois avant d’en ajouter d’autres.

Un risque souvent sous-estimé accompagne ces pages : la cannibalisation. Une sous-catégorie « robes en lin » et un filtre « matière : lin » indexable sur la catégorie « robes » visent la même requête. Surveillez les requêtes qui alternent entre deux URL dans Search Console, avec la méthode pour détecter et résoudre la cannibalisation SEO.

04Modules SEO : besoin réel, coût caché

La marketplace PrestaShop Addons propose une catégorie entière de modules SEO. Leur empilement est une cause fréquente de lenteur et de conflits sur les boutiques auditées. Avant d’installer un module, posez trois questions :

• Le besoin est-il couvert par le cœur ? Sur PrestaShop 9, plusieurs fonctions (URL sans catégorie, exclusion des listings filtrés, WebP et AVIF) ne demandent plus de module.
• Quel est l’impact sur le front ? Un module qui ajoute des fichiers CSS et JavaScript sur toutes les pages pèse sur les Core Web Vitals.
• Le module est-il maintenu ? Compatibilité avec votre version, date de dernière mise à jour, historique de correctifs. Un module abandonné est un risque de sécurité autant que de performance.

Documentez chaque installation dans un registre (module, version, fonction, hooks utilisés, date) : lors d’une mise à jour majeure ou d’un changement de thème, ce registre permet de savoir immédiatement quels modules conserver, remplacer ou supprimer.

Les modules qui apportent généralement une vraie valeur couvrent quatre besoins : la gestion des redirections 301 en masse, les données structurées Product et BreadcrumbList quand le thème ne les produit pas correctement, la génération de pages de facettes SEO contrôlées, et le sitemap XML (le module natif Google sitemap suffit souvent, à condition de le régénérer automatiquement par tâche planifiée).

La sécurité fait partie du SEO. Une boutique piratée (pages parasites injectées, liens cachés, redirections malveillantes) peut perdre rapidement sa visibilité. Maintenez le cœur et les modules à jour, supprimez ceux qui ne servent plus et surveillez le rapport « Problèmes de sécurité » de Search Console.

05Performance technique : thème, cache et images

La rubrique « Performances » des paramètres avancés concentre les réglages serveur à vérifier en production :

• mode debug désactivé ;
• cache Smarty activé, recompilation des templates uniquement en cas de modification ;
• compression et mise en cache des CSS et JavaScript (« Smart cache ») ;
• cache serveur adapté à l’hébergement.

Ces réglages ne compensent pas un thème lourd. Mesurez les pages types (accueil, catégorie, produit) dans PageSpeed Insights et suivez le rapport Core Web Vitals de Search Console, qui regroupe les URL par modèle. Les causes habituelles sur PrestaShop : carrousels en tête de page, modules de réassurance ou de chat chargés partout, images produits non redimensionnées, polices multiples. La prise en charge native de WebP et AVIF dans la version 9 réduit le poids des images, à condition de régénérer les miniatures.

Pour identifier les modules qui ralentissent le rendu, activez le mode profiling de PrestaShop sur un environnement de préproduction : il affiche le temps d’exécution et la mémoire consommée par chaque module et chaque hook. Couplé à un test PageSpeed Insights avant et après désactivation, il permet de chiffrer le coût réel d’un module plutôt que de le supposer.

Vérifiez enfin les données structurées produites par le thème avec le test des résultats enrichis de Google : balisage Product (prix, devise, disponibilité, avis, GTIN quand il existe) sur les fiches, BreadcrumbList sur les catégories et les produits. Un doublon de balisage entre le thème et un module est fréquent après l’installation d’un module d’avis ou de données structurées.

Pour les boutiques qui publient leur catalogue dans Google Merchant Center, la cohérence entre les prix et disponibilités affichés, le balisage Product et le flux produit est un point de contrôle supplémentaire. Google précise qu’aucune optimisation spéciale n’est requise pour apparaître dans AI Overviews et AI Mode, lancés en France le 22 juillet 2026 : des pages rapides, des données fiables et une structure claire restent la base.

06Checklist et erreurs à éviter

Checklist de contrôle

• URL simplifiées activées, redirection canonique réglée en 301.
• Title et meta description renseignés sur les catégories et produits qui génèrent du chiffre d’affaires.
• Pages automatiques (fournisseurs, pages vides) désactivées ou exclues de l’index.
• Listings filtrés non indexables, sauf combinaisons validées transformées en pages dédiées.
• Canonical des déclinaisons et de la pagination contrôlée sur un échantillon.
• Comportement des produits désactivés défini : 301 vers un produit équivalent ou la catégorie, sinon page d’erreur.
• Sitemap régénéré automatiquement et soumis dans Search Console.
• Mode debug désactivé, cache activé, modules inutiles supprimés.

Erreurs fréquentes

• Installer plusieurs modules SEO qui produisent chacun leurs balises canonical ou leurs données structurées.
• Supprimer les identifiants des URL sans plan de redirection.
• Laisser indexer toutes les combinaisons de filtres sur une version antérieure à la 9.
• Mettre à jour vers PrestaShop 9 sans comparer les URL avant et après.
• Désactiver des produits en masse sans définir de redirection.

Plusieurs de ces contrôles s’automatisent : un workflow n8n peut, par exemple, lancer chaque semaine un crawl planifié, comparer les URL obtenues avec le sitemap et alerter quand des URL à paramètres ?q= ou ?order= apparaissent dans les pages qui reçoivent des impressions. Ces réglages s’inscrivent dans une démarche plus large de référencement naturel, où la technique sert d’abord des pages utiles à l’acheteur.