Migration PrestaShop 1.6 vers 8 : le guide d’un freelance

La migration PrestaShop 1.6 vers 8 est un sujet que beaucoup de e-commerçants repoussent jusqu’au jour où quelque chose casse : l’hébergeur retire l’ancien PHP, un module de paiement ne répond plus, ou une faille est exploitée. Là, on n’a plus vraiment le choix du calendrier.

Je fais du PrestaShop depuis plus de quinze ans et j’ai migré une dizaine de boutiques. Ce que je peux te dire d’entrée : passer de la 1.6 à la 8, ce n’est pas une mise à jour, c’est un chantier. Le thème est à reconstruire, chaque module est à revalider, et ton référencement peut prendre cher si les redirections sont bâclées.

Je t’explique ici comment je m’y prends, étape par étape, ce qui fait dérailler les projets et ce que ça coûte en moyenne sur le marché. Et comme PrestaShop 9 est sorti, je te dis aussi si je viserais la 8 ou la 9.

Pourquoi ne plus rester sur PrestaShop 1.6

Sécurité, PHP et modules de paiement

La 1.6 ne reçoit plus de correctifs de sécurité et tourne sur un PHP très ancien. Chaque année, ton hébergeur a moins de raisons de garder cette configuration en vie. Côté modules de paiement, les éditeurs finissent par abandonner leurs versions 1.6. Le jour où ta banque change une API, personne ne viendra adapter ton vieux module.

Le coût caché du « ça marche encore »

Une boutique 1.6 se maintient avec du bricolage. J’ai passé assez d’heures à contourner les limites du thème d’origine (mon tuto sur le module blocktopmenu sur 2 niveaux pour PrestaShop 1.6 en est un bon souvenir) pour savoir que ces rustines coûtent plus cher, à la longue, qu’une migration propre. Sans compter la performance mobile, qui pèse sur ton référencement.

Migration PrestaShop 1.6 vers 8 : direct ou via la 1.7 ?

Si tu lis plusieurs guides, tu verras des avis opposés : certains disent qu’il n’existe aucune migration directe, d’autres qu’elle est même recommandée. Les deux ont raison, selon ce qu’on appelle « migrer ». Concrètement, il y a trois approches.

Approche	Principe	Limites
Mise à niveau 1.6 → 1.7 → 8	Module officiel de mise à niveau, puis une seconde montée de version	Deux sauts au lieu d’un, échoue souvent dès qu’il y a des modules tiers ou des overrides
Installation neuve + module de migration	Je monte un PrestaShop 8 propre et j’y copie les données de l’ancien site	Ne gère ni le thème, ni les modules, ni le SEO
Script sur mesure	Je développe la migration des données en PHP, adaptée à ta base	Plus long et plus cher, mais indispensable pour les cas atypiques

Ma préférence va à la deuxième, dans la grande majorité des cas. Je ne touche pas à ta boutique en production : j’installe PrestaShop 8 sur un sous-domaine de test, avec sa propre base de données, et je fais tourner la migration des données là-bas, autant de fois que nécessaire. Le module officiel de mise à niveau, lui, remplace ton thème par le thème Classic. Autant dire que le vrai travail de front reste entier.

Le script sur mesure devient utile quand la base est atypique. Sur la migration de Motostand vers PrestaShop, la boutique tournait sur une application Symfony entièrement maison, avec plus de 50 000 références. Aucun module du commerce n’aurait pu lire ça : j’ai écrit un script qui injecte les données via les ObjectModel natifs, avec un mode dry-run pour valider avant de lancer pour de vrai. C’est mon chantier le plus lourd à ce jour.

Les étapes d’une migration réussie

1. L’audit : la vraie mesure de la difficulté

Avant de parler prix ou planning, je dresse l’inventaire complet de l’existant : modules installés (et lesquels sont réellement utilisés), personnalisations du thème, overrides, tables personnalisées en base, volume de données, intégrations avec un ERP ou un transporteur. C’est l’étape que tout le monde voudrait sauter, et c’est elle qui décide si ton projet est un long week-end ou un chantier de plusieurs mois.

Pour te faire une première idée, fais le petit test ci-dessous. Il ne remplace pas un audit, mais il te dit dans quelle catégorie tu te situes.

2. L'environnement de test

Je monte une préproduction sur un sous-domaine, avec une base séparée, et je ne touche jamais à la boutique qui vend. Côté serveur, je vérifie la compatibilité de ta version mineure exacte avec la version de PHP visée, parce que les tableaux qui circulent sur le web se contredisent d'un site à l'autre. Sur un mutualisé, il faut aussi s'assurer que l'hébergeur propose la version voulue.

3. La migration des données

Produits, déclinaisons, catégories, clients, adresses, commandes : tout passe en préproduction, et je contrôle. Les modules de migration du marché (MigrationPro par exemple) font correctement ce travail de copie. Ils ne réparent pas pour autant une base sale, et c'est sur les données de mauvaise qualité que je perds du temps : déclinaisons orphelines, produits sans image, références en double. Je teste aussi le cas des mots de passe clients avant la bascule, pour ne pas découvrir le problème le jour J.

4. Le thème : on ne migre pas, on reconstruit

La documentation officielle de PrestaShop est claire : le système de thèmes a été entièrement repensé depuis la 1.6, il n'existe aucun moyen simple de porter un thème 1.6. Ton thème actuel est donc à refaire, en partant du thème Classic ou d'un thème du commerce, puis à adapter à ton identité. C'est aussi l'occasion de corriger l'ergonomie mobile.

5. Les modules et les overrides

Pour chaque module de l'ancien site, je me pose la même question : existe-t-il en version 8, faut-il le remplacer, ou peut-on simplement s'en passer ? Il y en a toujours quelques-uns qu'on supprime, ce sont des restes d'anciennes campagnes. Quand un module essentiel n'a plus d'équivalent, je le redéveloppe : c'est l'un des services de ma page freelance PrestaShop. Les overrides, eux, sont à recréer un par un dans l'architecture actuelle, ce qui est impossible sans les avoir répertoriés à l'audit.

6. Les redirections 301 et le SEO

Les URL d'une boutique 1.6 et d'une boutique 8 ne se ressemblent pas toujours. Sans plan de redirections, tes pages indexées tombent en 404 et le trafic organique suit. Avant la bascule, je crawle l'ancien site, j'exporte les URL qui génèrent des clics dans la Search Console, je fais le mapping vers les nouvelles adresses, puis je teste chaque règle. Si tu veux un regard extérieur sur cette partie, c'est aussi mon métier de consultant SEO PrestaShop.

Sur Motostand, le choix a été différent : plutôt que 50 000 redirections, j'ai reproduit la structure d'URL d'origine directement dans PrestaShop. Résultat : une baisse légère au lancement, ce qui est à peu près inévitable quand on change de plateforme, puis un rattrapage progressif. Je préfère te le dire franchement : personne ne peut te promettre zéro variation le jour de la bascule.

7. Les tests et la bascule

Avant la mise en ligne, je déroule un parcours d'achat complet : ajout au panier, paiement, e-mails transactionnels, transporteurs, factures. Sur plusieurs navigateurs et sur mobile. La bascule se fait ensuite avec une fenêtre de maintenance courte. Une fois en ligne, je m'occupe de la vitesse : mon guide pour configurer PrestaShop avec Cloudflare et celui sur la correction des URL noscript détectées par PageSpeed couvrent deux réglages que je retrouve souvent après une migration.

Ce qui casse le plus souvent

Voici les points que je vérifie en priorité, parce que ce sont eux qui font déraper un planning :

• les overrides non documentés, découverts en production au lieu de l'être à l'audit ;
• les modules abandonnés, sans équivalent en 8, dont ton activité dépend pourtant ;
• les données incohérentes : déclinaisons orphelines, doublons de références, historiques de commandes incomplets ;
• les intégrations externes (transporteurs, ERP, passerelles de paiement), à retester une par une ;
• les redirections oubliées sur des pages qui rapportaient encore du trafic.

Combien coûte une migration PrestaShop 1.6 vers 8 ?

Je ne donne jamais de prix avant d'avoir vu ta boutique : un catalogue de 300 produits sur un thème standard et une boutique connectée à un ERP n'ont rien à voir. Pour te donner un repère, j'ai comparé les tarifs publiés par plusieurs prestataires pour une boutique de taille moyenne en 1.6 vers 8, et j'en ai fait la moyenne.

Type de prestataire	Budget moyen observé
Freelance	environ 2 750 à 7 200 €
Agence	environ 4 500 à 13 500 €

Ce sont des moyennes de fourchettes publiques, pas mes tarifs. Elles grimpent vite avec un catalogue volumineux, des intégrations ou des modules sur mesure. Côté délais, compte de quelques semaines pour une boutique simple, et bien plus dès que le projet se complique : Motostand m'a occupé 6 à 8 mois, avec le développement de plusieurs modules.

Et PrestaShop 9, on vise 8 ou 9 ?

PrestaShop 9 est sorti en 2025 et demande au minimum PHP 8.1. La question se pose donc légitimement quand on part d'une 1.6 : puisque de toute façon on reconstruit, pourquoi ne pas viser directement la dernière version ?

Ma réponse dépend de ton parc de modules, pas du numéro de version. La 8 est la version la plus éprouvée en production, et beaucoup de modules y sont compatibles. La 9 t'évite un second chantier dans deux ans, à condition que tes modules critiques annoncent leur compatibilité. Le test en préproduction tranche : j'installe la cible envisagée, j'y charge tes modules et je regarde ce qui tient. Si tout passe en 9, je vise la 9. Sinon, la 8 reste une cible parfaitement saine.

Conclusion

Ce qui fait la différence sur une migration PrestaShop 1.6 vers 8, c'est ce qui se passe avant la bascule : un audit sans complaisance, une préproduction où l'on a le droit de se planter, et des redirections testées. Une fois ça en place, la mise en ligne est presque un non-événement. Et si tu hésites encore entre migrer maintenant ou attendre une panne, sache que la panne choisit toujours mal son moment.

FAQ