Référencement PrestaShop : réglages, adresses, versions 8 et 9

PrestaShop livre de quoi être lu par Google : des adresses simplifiées, des balises meta, un robots.txt généré, un plan du site par module. Le reste se règle boutique par boutique : l’adresse des produits, les déclinaisons, les filtres, les textes des catégories, la vitesse, et les adresses à garder d’une version ou d’une plateforme à l’autre.

Google l’écrit dans son guide des adresses pour l’e-commerce : sur une plateforme, ces questions sont probablement réglées d’avance. PrestaShop en fait partie, avec un trait à lui : presque tout s’y règle, et chaque réglage touche des milliers d’adresses d’un coup. Cette note suit ces adresses une par une, telles que les dessine le schéma ci-dessous.

1. 1La catégorie, une page de rayon à écrire
2. 2La fiche en PrestaShop 8, avec sa catégorie par défaut
3. 3La fiche en PrestaShop 9, installé à neuf
4. 4La déclinaison, ramenée à sa fiche
5. 5Le filtre, tenu hors de l’index depuis la 9.0
6. 6Le plan du site et le robots.txt, générés dans cet ordre

1Que règle PrestaShop par défaut pour le référencement ?

PrestaShop règle la base technique depuis son back-office : des adresses lisibles, une adresse canonique par page, des balises meta modifiables, un fichier robots.txt généré et, par un module livré avec la boutique, un plan du site. Presque tout part d’une même page.

Voici les réglages du premier jour, dans l’ordre où nous les vérifions.

1. 1Activer les URL simplifiéesElles remplacent index.php?id_product=12&controller=product par 12-brouette-acier.html. La documentation demande un serveur qui accepte la réécriture d’adresses, comme mod_rewrite d’Apache : sur un hébergement mal préparé, la boutique peut devenir inaccessible. Vérifiez auprès de l’hébergeur avant d’activer.
2. 2Rediriger vers l’URL canonique en 301L’option renvoie chaque adresse en double vers l’adresse de référence. Le fichier de configuration de PrestaShop 9.0 l’installe en redirection temporaire, 302 ; la documentation conseille la 301 une fois les adresses stabilisées.
3. 3Remplir les balises metaUn titre et une description pour chaque fiche, catégorie et page, dans leur bloc SEO ; la page SEO & URL règle les autres pages, l’accueil compris. PrestaShop 9.0 a retiré le champ des mots-clés meta, que Google laisse de côté.
4. 4Générer le plan du siteLe module Google sitemap, livré avec PrestaShop, produit un fichier par langue et un index, 1_index_sitemap.xml pour la première boutique. Le lien de tâche planifiée qu’il fournit le tient à jour.
5. 5Générer le robots.txt, puis déclarerLe bouton de la page SEO & URL écrit un robots.txt qui ferme les dossiers techniques, le panier, le compte, la recherche interne et les tris. Généré après le plan du site, il ajoute la ligne Sitemap qui le désigne. Il remplace le fichier existant : vos règles maison s’ajoutent après. Reste à envoyer le plan du site dans Search Console.

2Faut-il la catégorie dans l’adresse des produits ?

En PrestaShop 8, l’adresse d’une fiche porte sa catégorie par défaut ; un PrestaShop 9 installé à neuf la retire, et une boutique mise à jour depuis la version 8 garde son ancienne forme. Cette forme se règle dans le schéma des URL de la page SEO & URL, par une route faite de mots-clés.

Jusqu’à la version 8, la route des produits vaut {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html. La catégorie qui entre dans l’adresse est la catégorie principale, choisie dans la fiche. PrestaShop 9.0 installe {id}{-:id_product_attribute}-{rewrite}.html, et son script de mise à jour enregistre l’ancienne route comme route personnalisée, pour garder les adresses existantes.

La stabilité compte davantage que la forme. Google donne très peu de poids aux mots de l’adresse, d’après son guide de démarrage ; changer de route, en revanche, change l’adresse de toutes les fiches d’un coup, et chacune demande sa redirection. Notre règle : nous gardons la route en place, et nous la changeons seulement lors d’une refonte qui redirige déjà toutes les adresses.

L’identifiant, le 12 de l’adresse, suit la même logique. Des modules le retirent, et toutes les adresses changent avec lui, pour un gain mince aux yeux de Google. Sur une boutique en version 8, choisissez la catégorie principale une fois pour toutes ; si elle change, ouvrez l’ancienne adresse et vérifiez qu’elle redirige bien vers la nouvelle.

3Comment Google lit-il les déclinaisons d’un produit ?

Google lit une déclinaison comme la fiche de son produit. PrestaShop lui donne une adresse qui ajoute son identifiant, suivie d’une ancre après le dièse, 12-45-brouette-acier.html#/3-roue-gonflable par exemple ; Google laisse de côté ce qui suit le dièse, d’après sa documentation sur les adresses d’e-commerce. La balise canonique, posée par le thème, désigne l’adresse de la fiche elle-même : c’est elle que Google retient.

Le choix entre déclinaison et fiche à part se fait donc avant l’import du catalogue. La règle, et le balisage des variantes que Google documente, sont dans notre note Fiche produit SEO : ce que Google lit vraiment.

4Que faire des pages de filtres à facettes ?

Les filtres du module de recherche à facettes, livré avec PrestaShop, écrivent leur choix dans un paramètre q de l’adresse ; depuis PrestaShop 9.0, ces pages portent une balise noindex, et le robots.txt généré ferme le paramètre q. Le changement vient d’une contribution de 2024, écrite après que des robots ont parcouru des milliers de pages filtrées.

Le tri, paramètre order, était déjà fermé dans le robots.txt ; la version 9 y ajoute le filtre, et pose noindex sur les deux. En PrestaShop 8, le paramètre q reste ouvert, et la décision vous revient.

User-agent: *

Disallow: /*?order=
Disallow: /*?q=
Disallow: /*&order=
Disallow: /*&q=

# Sitemap
Sitemap: https://exemple.fr/1_index_sitemap.xml

Un point d’ordre, pour une boutique dont les pages filtrées sont déjà dans l’index : Google doit relire une page pour voir sa balise noindex, et une page fermée dans le robots.txt garde ses consignes pour elle. Laissez d’abord la balise agir, puis régénérez le robots.txt une fois les pages sorties de l’index.

Un filtre qui répond à une vraie recherche, « brouette acier », gagne une vraie adresse : une sous-catégorie, avec son titre, son texte et sa place dans le menu. Le tri complet, famille de filtres par famille, est dans notre note sur la navigation à facettes.

5Que mettre dans les pages de catégorie ?

Une page de catégorie porte les recherches larges de la boutique, « brouettes », et PrestaShop lui donne quatre champs pour y répondre : une description, une description additionnelle, un titre meta et une description meta. Dans le thème Classic, la première s’affiche en tête de page, la seconde sous la liste des produits ; la documentation de PrestaShop conseille celle-ci pour un texte plus long, écrit pour le référencement.

Ce texte gagne à dire ce qu’un vendeur dirait au rayon : comment choisir, pour quel usage, quelles différences entre les modèles.

Le même formulaire règle l’adresse simplifiée de la catégorie, et sa redirection quand elle est désactivée : vers une autre catégorie, ou une page d’erreur. Depuis PrestaShop 9.0, cette redirection accepte la 301 et la 302. Une nouvelle catégorie entre dans le menu par le module du menu principal : ce lien l’aide à être trouvée, et jugée importante.

6Comment garder une boutique PrestaShop rapide ?

Une boutique PrestaShop reste rapide quand ses caches sont actifs et que chaque module installé justifie son poids. La page Performance réunit les caches, le regroupement et la compression des fichiers CSS et JavaScript ; la documentation prévient que le regroupement du JavaScript se teste avant de rester actif.

Les modules pèsent autant que le thème : chacun peut ajouter ses fichiers à chaque page. Google mesure l’expérience de la page avec les Core Web Vitals, sur des visites réelles : un bon score demande un contenu principal affiché en 2,5 secondes au plus. Nous traitons chaque module comme une dépense : un besoin précis, un effet suivi dans le rapport Signaux Web essentiels de Search Console, et une désinstallation propre quand il a fini de servir.

Le thème, enfin. PrestaShop 9.1, sorti le 23 mars 2026, installe Hummingbird par défaut sur les nouvelles boutiques, à la place de Classic ; une boutique mise à jour garde son thème. Un changement de thème change le code de chaque page : il se mesure avant et après, comme un module.

7Que valent les données structurées du thème ?

Les thèmes officiels de PrestaShop, Classic et Hummingbird, décrivent chaque fiche en JSON-LD : un balisage Product avec le nom, la référence, le code EAN, la marque, le prix, la devise et la disponibilité, plus l’organisation, le site et le fil d’Ariane. Trois détails se vérifient dans le test des résultats enrichis de Google.

Depuis PrestaShop 9.2, sorti le 30 septembre 2026, le cœur du logiciel prépare ces données et le thème Hummingbird les affiche ; les modules peuvent les compléter. La règle reste celle de Google : chaque valeur balisée se lit aussi sur la page.

8Ce que changent les versions 8 et 9 de PrestaShop

PrestaShop 8.0 est sorti le 26 octobre 2022 et PrestaShop 9.0 le 10 juin 2025. Les deux branches vivent encore : la 8.2.8 et la 9.1.5 ont paru le même jour, le 18 août 2026, avant la 9.2.0 du 30 septembre 2026.

Pour le référencement, la version 9 apporte surtout des réglages par défaut plus sûrs, qu’une boutique en 8.2 peut reproduire à la main. Le passage à la 9 se décide sur l’ensemble, modules, thème et hébergement compris, et se prépare comme une migration.

9Comment migrer en gardant ses adresses ?

Une migration garde son référencement quand chaque ancienne adresse mène, par une redirection 301, à la page qui traite du même sujet. Trois cas se présentent sur PrestaShop.

• La mise à jour de 8 vers 9 : le script garde la route des produits, et les adresses restent en place. Testez-la sur une copie de la boutique, avec l’assistant de mise à jour, Update Assistant, et vérifiez quelques fiches avant la bascule.
• L’arrivée sur PrestaShop depuis une autre plateforme : presque toutes les adresses changent, et chacune reçoit sa redirection.
• Une fiche ou une catégorie retirée : son formulaire propose une redirection 301 ou 302 vers une page proche, ou une réponse 404 ou 410.

Pour les redirections d’adresses quelconques, PrestaShop régénère son fichier .htaccess à chaque enregistrement de certains réglages, et garde ce qui est écrit hors de ses deux commentaires ~~start~~ et ~~end~~. Les redirections d’une migration s’écrivent donc au-dessus de ce bloc, ou passent par un module.

# Redirections de l'ancienne boutique
RewriteEngine on
RewriteRule ^produit/brouette-acier$ /[nouvelle adresse de la fiche] [R=301,L]
RewriteRule ^categorie/brouettes$ /[nouvelle adresse de la catégorie] [R=301,L]

# ~~start~~ [commentaire de PrestaShop]
[le bloc écrit par PrestaShop]
# ~~end~~ [commentaire de PrestaShop]

Google demande de garder les redirections aussi longtemps que possible, en général au moins un an, et prévient que les nouvelles adresses peuvent mettre quelques semaines à remplacer les anciennes sur un site de taille moyenne. Le plan complet, les codes de réponse et les vérifications sont dans notre note sur les redirections 301.

Voici le passage d’une version à l’autre, déroulé sur une boutique entière.

Avant de dire une boutique PrestaShop prête pour Google, nous passons cette liste. Cochez au fil de votre relecture.

Questions fréquentes

Sur le même sujet

Navigation à facettes SEO : quels filtres montrer à Google Référencement naturel Technique Lire la note Fiche produit SEO : ce que Google lit vraiment Référencement naturel Pour agir Lire la note Référencement Shopify : ce que la plateforme fait seule, ce qui reste à faire Référencement naturel Pour agir Lire la note