Une migration PrestaShop ratée se voit tout de suite : panier qui ne s’affiche plus, paiement en erreur, back-office inaccessible. Une migration réussie, elle, ne se remarque pas. Voici la méthode que nous appliquons pour passer d’une boutique 1.7 à PrestaShop 8 ou 9.
1. Faire l’inventaire avant de toucher à quoi que ce soit
Listez chaque module installé, son éditeur, sa version et sa compatibilité annoncée avec la version cible. Repérez les modules abandonnés : ce sont eux qui bloquent la plupart des migrations. Listez aussi les overrides présents dans le dossier override/ : chacun est un point de rupture potentiel.
2. Vérifier la version de PHP
PrestaShop 8 et PrestaShop 9 n’acceptent pas les mêmes versions de PHP que la 1.7. Contrôlez la compatibilité de la version cible dans la documentation officielle, puis vérifiez que votre hébergement la propose. Les développements spécifiques écrits pour PHP 7 sont souvent ceux qui demandent le plus de corrections.
3. Travailler sur une copie, jamais en production
Clonez la boutique (fichiers et base de données) sur un environnement de préproduction protégé. Désactivez les e-mails sortants et les tâches planifiées qui pourraient contacter vos clients ou vos transporteurs.
4. Traiter le thème et les modules
- Mettez à jour ou remplacez les modules incompatibles ; réécrivez les développements spécifiques en s’appuyant sur les hooks plutôt que sur des overrides.
- Vérifiez le thème : un thème enfant de Classic se migre bien, un thème lourdement modifié peut demander une refonte partielle.
- Contrôlez les pages d’administration des modules maison, migrées progressivement vers Symfony dans les versions récentes.
5. Tester ce qui rapporte
Automatisez les parcours critiques : création de compte, ajout au panier, application d’un code promo, choix du transporteur, paiement en mode test, réception de l’e-mail de confirmation. Des tests de bout en bout (Playwright, par exemple) se rejouent en quelques minutes à chaque correction.
6. Préparer la bascule
Planifiez la mise en production à un moment de faible trafic, gelez les modifications du catalogue pendant l’opération, gardez une sauvegarde restaurable et un plan de retour arrière écrit. Surveillez ensuite les journaux d’erreurs et les commandes pendant 48 heures.
Vous préparez une migration ? Un audit technique permet de chiffrer précisément le travail avant de vous engager.