PrestaShop 1.7 tourne sur un PHP sans correctifs de sécurité depuis 2022, et la 8.2 plafonne à PHP 8.1, hors support depuis le 31 décembre 2025. On fait migrer votre boutique vers PrestaShop 9 : inventaire des modules et des surcharges, migration rejouée sur une préproduction, clients, commandes et mots de passe repris. Micro Mobility est passée de 1.6 à 9 avec treize ans d’historique.
Ce qui coûte dans une migration, ce n’est pas le core : ce sont les modules tiers, le thème et les surcharges qu’il faut inventorier, corriger et recetter. Monter en 8 puis en 9, c’est faire ce travail deux fois. Depuis une 1.7, le module officiel 1-Click Upgrade va directement en 9 ; la 9.2, sortie le 30 septembre 2026, accepte PHP 8.1 à 8.5.
La 8.2 reçoit encore des versions correctives (8.2.8 le 18 août 2026), mais elle ne dépasse pas PHP 8.1. On ne la propose que si un module dont vous ne pouvez pas vous passer n’existe pas encore en version compatible 9 : une étape, avec sa date de sortie fixée dès le départ.
Les versions relevées dans les sources de PrestaShop et les trois commandes pour situer votre boutique sont dans notre article PrestaShop 1.7 ou 8 : faut-il migrer, et comment anticiper la 9.
Les deux routes partent du même module de mise à jour. Elles n’arrivent pas au même endroit.
| Critère | Étape par la 8.2 | Directement en 9 |
|---|---|---|
| PHP maximum | 8.1, sans correctifs de sécurité depuis le 31 décembre 2025 | 8.5 avec PrestaShop 9.2 (8.4 avec la 9.0) |
| Branche PrestaShop | Versions correctives seulement (8.2.8 le 18 août 2026) | Active : 9.2 sortie le 30 septembre 2026 |
| Modules, thème, surcharges | Inventoriés et recettés deux fois, pour la 8 puis pour la 9 | Une seule fois |
| Seconde migration | À prévoir, avec une date | Aucune |
| Quand la choisir | Un module indispensable n’a pas encore de version 9 | Dans presque tous les cas |
La boutique s’affiche, les commandes passent, et pourtant quelque chose ne marche plus. Aucune erreur à l’écran, rien dans les logs : ce sont celles-là qu’on cherche avant la bascule.
Les comptes créés avant bcrypt gardent un hash calculé avec la _COOKIE_KEY_ de la boutique d’origine. Clé perdue en route, ces clients ne peuvent plus se connecter, et personne ne s’en aperçoit. On reporte la clé et on teste la connexion de comptes existants.
Une surcharge recopiée depuis le code de la 1.7 continue d’exécuter ce code après la migration : les corrections de la 8 et de la 9 ne s’appliquent jamais. On relit chaque fichier de override/ et on compare les totaux de commandes test avant et après.
Depuis une 1.6, clients, commandes et tarifs passent par un outil de reprise. Celui de Micro Mobility tourne d’abord à blanc, compte, signale les incohérences, n’écrit rien sans feu vert, et 25 tests le couvrent.
Une fiche produit ou une catégorie qui change d’adresse sans 301, c’est une position perdue. On compare le plan du site avant et après la bascule, adresse par adresse.
Six mois, 163 tickets, 24 modules maison à la mise en ligne et près de 40 tests de bout en bout. Bascule répétée sept jours avant, ancien site gardé accessible plusieurs semaines pour que le client y retrouve ses données. La boutique tourne aujourd’hui en PHP 8.5.
De 5 semaines à plusieurs mois selon la complexité, chiffrés après l’audit de départ. Votre boutique continue de vendre jusqu’à la bascule.
Version, PHP réellement utilisé, modules actifs, surcharges, thème. Chaque module reçoit une décision : mis à jour, remplacé ou retiré. À partir de 800€ HT.
Une préproduction avec le même PHP et la même configuration que la production. Depuis 1.7 ou 8 : 1-Click Upgrade. Depuis 1.6 : une 9 neuve et la reprise des données.
Chaque correction faite pendant les essais devient une commande rejouable. Le jour de la bascule, rien ne se fait à la main.
Parcours d’achat sur chaque moyen de paiement, connexion de comptes existants, totaux de commandes comparés, e-mails transactionnels, plan du site vérifié.
Une répétition générale quelques jours avant, puis la bascule en heure creuse, sauvegarde complète hors du serveur et retour arrière testé.
30 jours de garantie corrective après la mise en ligne. Ensuite, la TMA prend le relais si vous le voulez, dès 6 jours par an et sans abonnement.
40 sites sont en gestion chez nous, et les migrations qu’on mène sont celles de boutiques qu’on maintient ensuite. On connaît les deux bouts : la 1.6 qu’on a gardée en vie deux ans et cinq mois chez Micro Mobility avant sa refonte, et la 9.2 sur laquelle tournent nos boutiques les plus récentes. Mintfull est PrestaShop Expert 3 étoiles.
Pendant et après la migration, un développeur répond sous 24 heures ouvrées, et un incident critique est pris en charge sous 2 heures ouvrées.
Lire le cas Micro Mobility : refonte et migration de PrestaShop 1.6 à 9
Ce qu’on nous demande avant de lancer une migration, avec les réponses qu’on donne vraiment.
Donnez-nous votre version de PrestaShop et vos principaux modules. Un développeur vous répond sous 24 heures ouvrées, pas un commercial, avec la route à prendre et ce que couvrira l’audit de départ.
Être rappelé par un développeur Nous contacter