Migration PrestaShop 1.6 ou 1.7 vers 9 sans perdre son SEO : la check-list 301

La nouvelle boutique tourne sous PrestaShop 9, les commandes arrivent et, une semaine plus tard, Search Console commence à lister des centaines de pages « Introuvable (404) » : les anciennes adresses produit que Google gardait encore dans ses résultats. Pour réussir une migration PrestaShop sans perdre son SEO, que vous passiez de 1.6 vers 1.7 ou directement vers 9, chaque adresse qui se positionne ou reçoit des visites doit, le jour de la bascule, soit rester strictement identique, soit rediriger en 301 vers sa nouvelle page.

Voici la check-list que nous suivons dans nos migrations de 1.6 et 1.7 vers 9 : ce qui change dans vos URL, ce qu'il faut relever avant, comment construire le plan de redirections et quoi vérifier le jour J puis les semaines suivantes.

La migration commence par le serveur : PrestaShop 9 demande PHP 8.1 ou plus, et quelle version de PHP pour PrestaShop donne le tableau de chaque version et la date de fin des correctifs de chaque PHP.

Qu'est-ce qui change dans les URL entre 1.6, 1.7 et 9 ?

Moins qu'on ne le craint, mais ce n'est pas rien. Voici les formats d'adresse par défaut de PrestaShop, relevés dans le code de chaque version :

• Produits. En 1.6, l'adresse contient la catégorie et, si le produit en a un, le code-barres EAN : /chaussures/12-basket-bleue.html. 1.7 et 8 gardent ce format et ajoutent le numéro de déclinaison quand il y en a une. PrestaShop 9 retire par défaut la catégorie et l'EAN : /12-basket-bleue.html.
• Marques et fournisseurs. En 1.6, ils ressemblent à /3_nom-marque et /2__nom-fournisseur ; depuis 1.7.5, à /brand/3-nom-marque et /supplier/2-nom-fournisseur.
• Catégories et pages de contenu gardent le même format dans toutes les versions : /3-chaussures et /content/4-qui-sommes-nous.
• Catégories filtrées. En 1.6, le module de filtres pouvait placer les filtres dans le chemin (/3-chaussures/couleur-bleu). Depuis 1.7, ils passent après un point d'interrogation, dans le paramètre q.
• Langues. Jusqu'à la version 8, une boutique multilingue met le code de langue dans toutes les adresses, y compris pour la langue par défaut (/fr/). PrestaShop 9 ajoute un interrupteur, « Utilise un préfixe pour le langage par défaut » : il doit correspondre à ce que faisait votre ancienne boutique.

Deux détails décident de presque tout. Le premier : le nombre dans l'adresse est l'identifiant du produit ou de la catégorie, la migration doit donc conserver les mêmes ID. Un outil qui renumérote votre catalogue change toutes vos URL, sans exception. Le second : si vous mettez à jour avec le module 1-Click Upgrade de PrestaShop, ses scripts de mise à jour enregistrent les anciens formats produit, marque et fournisseur comme routes personnalisées, pour qu'ils continuent de fonctionner. Si la nouvelle version est installée de zéro et que vos données sont transférées, ce sont les nouveaux formats qui s'appliquent, sauf si vous les fixez vous-même.

C'est la redirection la moins chère qui soit : dans Paramètres de la boutique → Trafic et SEO → SEO et URL, le champ « Route vers les produits » et ses voisins permettent de garder votre ancien format. Une adresse qui ne change pas n'a besoin d'aucune redirection.

Avant la migration : quelles URL faut-il relever ?

Toutes celles qui rapportent quelque chose, pas seulement celles du sitemap. Rassemblez-les dans un tableur à trois colonnes : ancienne adresse, nouvelle adresse et statut.

1. Le sitemap de l'ancienne boutique. Gardez-en une copie avant la bascule : c'est la liste complète de ce que vous avez déclaré à Google.
2. Search Console → Performances → Pages. Les pages qui ont des clics et des impressions sur les 16 derniers mois. Ce sont celles que vous ne pouvez pas vous permettre de perdre.
3. Search Console → Liens. Vos pages les plus citées. Un lien d'un autre site vers une adresse en 404 ne compte plus pour votre boutique.
4. Les journaux du serveur ou Analytics. Les pages d'entrée atteintes depuis des e-mails, des publicités ou des favoris, que Google ne voit pas.
5. Les images. Si Google Images vous amène des visites, relevez aussi leurs adresses (on explique pourquoi plus bas).

Comment construire le plan de redirections 301 ?

Parcourez le tableur ligne par ligne et donnez à chaque adresse une seule destination :

• Même format, même ID : rien à faire. C'est pour ça que garder les routes vaut le coup.
• Format qui change (marques, fournisseurs, anciens filtres, produits si vous ne gardez pas la route) : une redirection vers la nouvelle adresse de la même page.
• Produits ou catégories que vous ne reprenez pas : vers le produit qui les remplace ou vers leur catégorie. Jamais tout vers la page d'accueil : Google prévient que des redirections en masse vers une page sans rapport peuvent être traitées comme des soft 404, et le client ne trouve pas non plus ce qu'il cherchait.
• Un saut, pas deux. Si une ancienne adresse redirigeait déjà vers une autre, envoyez-la directement vers la page finale.

Si vous hésitez entre 301, 302 et 410, ou sur la page vers laquelle envoyer chaque adresse, nous l'avons détaillé dans erreurs 404 sur PrestaShop : les trouver et les rediriger en 301.

Que faut-il conserver d'autre pendant la migration ?

L'adresse est l'essentiel, mais pas le seul élément. Vérifiez ces points sur la copie de test, avant la bascule :

• Balises title et meta descriptions. Elles sont enregistrées par produit, catégorie et page, dans chaque langue, et voyagent avec vos données. Ouvrez-en quelques-unes et comparez. Les meta keywords disparaissent dans PrestaShop 9 : rien de perdu, Google ne les utilise plus depuis des années.
• Canonical et hreflang. Les thèmes actuels placent ces deux balises dans l'en-tête de chaque page. Vérifiez qu'elles pointent vers votre vrai domaine et non vers l'adresse de la copie de test.
• Images. L'adresse d'une image produit ressemble à /123-large_default/basket-bleue.jpg, et la partie du milieu est une taille d'image définie par le thème. Le thème de 1.6 avait des tailles, comme thickbox_default, que les thèmes actuels n'ont plus. Si ces images reçoivent des visites, recréez les anciennes tailles dans Apparence → Images et régénérez les miniatures : les anciennes adresses fonctionnent de nouveau.
• robots.txt et mode maintenance. La copie de test est généralement fermée aux moteurs de recherche. Le jour de la bascule, régénérez le robots.txt, désactivez le mode maintenance et vérifiez qu'aucune page ne porte de noindex.

Le jour de la bascule : comment vérifier que tout s'est bien passé ?

1. Testez 20 ou 30 adresses de votre liste, en commençant par celles qui ont le plus de clics. Chacune doit répondre par un seul 301 et arriver sur une page qui s'affiche. Si l'une redirige deux fois ou finit en 404, corrigez-la avant de continuer.
2. Explorez la nouvelle boutique avec un crawler comme Screaming Frog (sa version gratuite parcourt jusqu'à 500 adresses) pour repérer les 404 et les liens internes qui pointent encore vers d'anciennes adresses.
3. Soumettez le nouveau sitemap dans Search Console et retirez l'ancien, comme le recommande Google.
4. Inspectez vos dix pages les plus importantes avec l'outil d'inspection d'URL pour confirmer que Google y accède.
5. Vérifiez chaque langue : la redirection qui marche en français peut manquer en allemand.

Que surveiller les semaines suivantes ?

Les premières semaines donnent le ton. Google indique lui-même qu'un site de taille moyenne peut mettre quelques semaines, voire plus, à se stabiliser après un changement d'adresses, et que des variations sont normales. Ce qui n'est pas normal, c'est une 404 qui continue de recevoir des visites.

• Chaque semaine, « Introuvable (404) » dans le rapport Pages de Search Console, ainsi que le journal des 404 de votre propre boutique, qui capte aussi les visites venues d'e-mails et d'autres sites.
• Les clics dans Performances, en comparant les 28 jours qui suivent avec la même période avant. Si une page perd des visites, regardez d'abord sa redirection.
• Gardez les redirections au moins un an, comme le recommande Google, et mettez à jour les liens que vous maîtrisez : newsletters, profils sur les réseaux et marketplaces.

Comment mettons-nous en place les redirections dans nos migrations ?

Avec notre module de redirections 301 pour PrestaShop, compatible de 1.7.5 à 9, dont l'édition gratuite n'a pas de limite de règles. On l'installe sur la nouvelle boutique dès le premier jour : il enregistre chaque 404 reçue, avec les robots comptés à part, et à partir de chacune vous créez la redirection vers un produit, une catégorie, une page, une marque ou n'importe quelle adresse. La règle pointe vers la page elle-même : elle continue de fonctionner même si vous changez l'URL de cette page plus tard.

Pour une migration avec des centaines d'adresses, l'édition PRO vous évite la saisie : elle importe tout votre plan depuis un CSV, avec un aperçu de chaque ligne avant d'enregistrer, capte des groupes entiers d'anciennes adresses avec une seule règle (« commence par », joker ou expression régulière) et propose la meilleure destination pour chaque 404. Et si vous hésitez encore à franchir le pas, nous avons expliqué s'il vaut mieux passer de 1.6 vers 1.7 ou directement vers 9, et ce que ça coûte.