Migrer PrestaShop 1.7 vers 8 ou 9 : la méthode, étape par étape

Des milliers de boutiques tournent encore sous PrestaShop 1.7. Elles fonctionnent, vendent, et c’est précisément pourquoi personne n’y touche. Le problème est en dessous : PrestaShop 1.7 ne dépasse pas PHP 7.4, dont le support de sécurité a pris fin en novembre 2022. Une boutique qui encaisse des paiements sur une version de PHP sans correctifs depuis des années accumule un risque que les hébergeurs finissent par trancher eux-mêmes, en retirant l’ancienne version.

PrestaShop 8 ou PrestaShop 9 ?

PrestaShop 8 accepte PHP jusqu’à 8.1 et reste proche de 1.7 dans son architecture : la marche est courte, la plupart des modules maintenus existent dans une version compatible. PrestaShop 9 exige PHP 8.1 au minimum et change de framework (Symfony 6.4) : la marche est plus haute, mais elle place la boutique sur un socle maintenu pour plusieurs années.

Mise à jour en place ou nouvelle installation

Deux voies existent. La mise à jour en place, avec le module officiel de mise à jour de PrestaShop, transforme la boutique existante : fichiers, base de données et configuration. Elle convient aux boutiques propres, peu surchargées, dont les modules suivent. La nouvelle installation consiste à monter une boutique neuve dans la version cible, puis à y transférer le catalogue, les clients et l’historique de commandes. Plus longue, elle se justifie quand la boutique a accumulé des surcharges du cœur, des modules morts et des réglages dont plus personne ne connaît l’origine.

La méthode

1. Inventaire. Liste de tous les modules actifs, de leur éditeur, de leur dernière mise à jour et de leur compatibilité annoncée. Les surcharges du dossier override/ et les modifications du thème s’ajoutent à la liste.
2. Tri. Chaque module est gardé, mis à jour, remplacé ou supprimé. Les modules inutilisés partent avant la migration, pas après.
3. Serveur. Préparation d’un environnement dans la bonne version de PHP, idéalement sur la future machine de production.
4. Répétition. Migration complète d’une copie de la boutique en préproduction, avec un chronométrage de chaque étape.
5. Recette. Parcours d’achat complet, paiements en mode test, transporteurs, e-mails, factures, recherche, filtres et redirections des anciennes URL.
6. Bascule. Boutique en maintenance, dernière synchronisation des commandes et des clients, migration rejouée selon le chronométrage, contrôle, réouverture.

La répétition est l’étape que l’on est tenté de sauter. C’est pourtant elle qui transforme une bascule de plusieurs heures incertaines en une procédure connue, dont la durée est prévisible et annoncée à l’avance aux clients. La documentation développeur du projet détaille les procédures de mise à jour de PrestaShop.

Ne pas perdre le référencement

Une migration réussie techniquement peut coûter des mois de trafic si les URL changent. Avant la bascule, la liste des URL indexées (catégories, produits, pages CMS) est exportée ; après, chacune est testée. Toute URL qui change reçoit une redirection permanente vers son équivalent, pas vers l’accueil.

Ce qu’il faut retenir

• Rester en 1.7, c’est rester en PHP 7.4, sans correctifs de sécurité depuis novembre 2022.
• L’inventaire des modules décide de la cible (8 ou 9) et de la voie (mise à jour en place ou nouvelle installation).
• Une répétition complète en préproduction rend la bascule prévisible.