Migration PrestaShop : quand migrer, vers quelle version, avec quels risques

Votre boutique PrestaShop vend depuis des années. Votre prestataire l’a installée sur une version récente à l’époque, puis personne n’y a touché. Un jour, votre prestataire ou votre hébergeur prononce le mot « migration », avec un devis qui vous paraît sorti de nulle part. Vous ne savez pas si c’est urgent, ni ce que vous risquez à attendre.

Ce texte s’adresse au dirigeant d’une PME de 7 à 50 salariés qui vend sur PrestaShop, avec une équipe, un prestataire ou les deux. Il vous donne de quoi décider : quand migrer, vers quelle version, et ce qui peut mal tourner.

Qu’appelle-t-on une migration PrestaShop ?

Une migration PrestaShop fait passer votre boutique d’une version de la plateforme à une version plus récente. Deux chemins existent. Le premier est la mise à jour : un module fourni par PrestaShop, l’assistant de mise à jour, transforme la boutique sur place. Selon la documentation officielle de PrestaShop, ce processus conserve les données, les modules et le thème de la boutique.

Le second chemin est la migration au sens strict. On installe une boutique neuve, puis on y transfère les produits, les clients et les commandes. Le guide de migration de PrestaShop 9 explique pourquoi ce détour existe : une version majeure peut remplacer des fonctionnalités, ce qui empêche parfois une boutique de monter en version sans heurt.

Les points clés à retenir :

• Le moteur : PrestaShop tourne sur le langage PHP, et chaque version de la plateforme n’accepte qu’une plage de versions de PHP.
• L’urgence : elle vient le plus souvent de PHP, qui cesse de recevoir des correctifs à date fixe.
• Le choix : mise à jour sur place ou boutique neuve, selon l’écart de versions et l’état des modules.
• Le risque : les modules, le thème retouché et le référencement concentrent l’essentiel des pannes.

Comment savoir si votre boutique doit migrer ?

Le signal le plus net vient du langage qui fait tourner le site. Le projet PHP publie les dates où chaque version cesse de recevoir des correctifs. D’après la page des versions arrêtées de PHP, PHP 7.4 n’en reçoit plus depuis le 28 novembre 2022, et PHP 8.1 depuis le 31 décembre 2025.

Ces dates ont pris un tour concret cet automne. Le 21 octobre 2026, le CERT-FR a publié une alerte sur de multiples vulnérabilités dans PHP, avec un risque d’exécution de code arbitraire à distance. L’alerte vise toutes les versions 7.x, 8.0.x et 8.1.x, et le CERT-FR y indique constater des tentatives d’exploitation. Cybermalveillance.gouv.fr précise dans son alerte du 22 octobre 2026 que ces failles sont « particulièrement critiques pour les sites Internet transactionnels », et que les versions 5.x à 8.1.x ne bénéficient plus de correctifs de sécurité. Sa recommandation : isoler les équipements concernés, puis les migrer vers une version maintenue.

Une boutique PrestaShop 1.7 ou 8 tourne presque toujours sur l’une de ces versions, comme le montre le tableau plus bas. Trois autres signes doivent vous alerter :

• votre prestataire refuse d’installer un module récent, parce qu’il ne fonctionne pas avec votre version ;
• l’hébergeur annonce qu’il retire les anciennes versions de PHP de ses serveurs ;
• plus personne dans l’équipe ne sait dire quelle version tourne en ligne.

Vers quelle version de PrestaShop migrer ?

La bonne version est celle qui accepte un PHP encore suivi, pour le plus longtemps possible. Le tableau croise les prérequis de PrestaShop 1.7, ceux de PrestaShop 8 et ceux de PrestaShop 9 avec le calendrier des versions suivies de PHP.

Toute boutique en 1.6, 1.7 ou 8 tourne sur un PHP que plus personne ne corrige. Seule la branche 9 accepte un PHP suivi. Viser la 9.1 avec PHP 8.5 vous donne la marge la plus longue avant la prochaine échéance.

Un point de vigilance : une version 9 qui tourne encore sur PHP 8.1 reste exposée. Montez la plateforme et PHP ensemble.

Quels risques porte une migration PrestaShop ?

Le premier risque tient aux modules. La liste de contrôle après mise à jour de PrestaShop prévient que l’assistant met à jour les modules compatibles et désinstalle ceux qui ne fonctionnent pas avec la nouvelle version. Un module de paiement, de transport ou de facturation qui disparaît, et votre boutique cesse d’encaisser ou d’expédier.

Le deuxième risque tient au thème. Une boutique ancienne porte souvent des retouches faites directement dans ses fichiers. Elles ne suivent pas toujours le changement de version, et c’est la page produit ou le panier qui s’affiche mal.

Le troisième risque tient au référencement. Si les adresses des pages changent, Google doit les retrouver. Le guide de Google sur la migration de site demande d’élaborer un mappage entre les URL actuelles et les nouvelles, puis de rediriger les anciennes. Il conseille aussi de ne modifier qu’une seule chose à la fois.

Le quatrième risque tient aux données. La documentation de sauvegarde de PrestaShop le dit sans détour : toute modification d’une boutique peut la casser. Elle demande de sauvegarder les fichiers et la base de données avant de commencer.

Comment se déroule une migration PrestaShop sans casser les ventes ?

Une migration bien menée ne touche jamais la boutique qui vend avant le jour de la bascule. Le déroulé tient en six étapes.

1. L’inventaire : version de PrestaShop, version de PHP, liste des modules avec leur éditeur, retouches du thème, accès à l’hébergement.
2. La sauvegarde restaurée : on copie les fichiers et la base, puis on remonte la boutique ailleurs à partir de cette copie. Cette restauration prouve que la copie contient toute la boutique.
3. La copie de test : la nouvelle version s’installe sur cette copie, jamais sur le site en ligne.
4. Le tri des modules : pour chacun, une version compatible, un remplaçant ou un retrait.
5. La vérification des parcours : la documentation de PrestaShop demande de créer un compte, de passer une commande et d’ajouter un produit. Sur une boutique qui change souvent, un test automatique rejoue ces parcours à chaque modification, comme nous l’expliquons dans notre article sur les tests automatisés.
6. La bascule : un créneau calme, les redirections en place, puis la surveillance du trafic et des commandes les jours suivants.

Comment nous préparons la migration d’une boutique

Kyy 42 aborde une migration comme un dirigeant la regarde : ce qui protège le chiffre d’affaires passe en premier. Nous travaillons avec votre équipe et votre prestataire actuel, et rien ne change sur le site qui vend pendant la préparation. Nous présentons notre accompagnement des sites marchands sur la page consacrée à l’e-commerce, et la démarche générale dans l’approche de Kyy 42.

Une boutique à jour est aussi le point de départ de tout projet d’IA sur le catalogue ou le service client. Nous détaillons ces usages dans ce qu’un site marchand ancien peut attendre de l’IA.

Ce que vous pouvez vérifier cette semaine

Demandez à votre équipe ou à votre prestataire trois réponses écrites : la version exacte de PrestaShop en ligne, la version de PHP du serveur, et la liste des modules installés avec la date de leur dernière mise à jour. Comparez les deux premières au tableau ci-dessus. Avec ces trois réponses, la visio que nous proposons suffit pour situer votre boutique et l’ordre des chantiers.

Questions fréquentes

Peut-on rester sur PrestaShop 1.7 si tout fonctionne ?

La boutique continue de tourner sur un PHP qui ne reçoit plus de correctifs de sécurité. Personne ne corrige les failles découvertes après l’arrêt. Si la migration doit attendre, l’hébergeur peut au moins isoler le serveur et restreindre l’accès à l’administration.

Faut-il fermer la boutique pendant la migration ?

Pendant la préparation, non : tout se passe sur une copie. Le jour de la bascule, la boutique passe en maintenance le temps de la bascule, sur un créneau choisi pour peser le moins possible sur les ventes. Il faut reprendre les commandes passées entre la copie et la bascule.

Nos anciennes commandes et nos comptes clients sont-ils conservés ?

Oui, quand la migration est préparée pour. La mise à jour sur place les garde dans la base existante. Une boutique neuve les reçoit par un transfert, qu’il faut vérifier sur un échantillon avant la bascule : un client doit retrouver son historique et se connecter avec son mot de passe.

Combien de temps faut-il prévoir ?

Cela dépend du nombre de modules, des retouches du thème et des outils reliés à la boutique, comme la comptabilité ou la logistique. L’inventaire donne la réponse. Méfiez-vous d’un délai annoncé avant que quelqu’un ait regardé vos modules.

Faut-il en profiter pour changer de plateforme ?

La question se pose, car une boutique neuve demande déjà un transfert complet des données. Vos besoins la règlent : le catalogue, les intégrations, la maîtrise que vous voulez garder sur le code. Changer de plateforme et de version en même temps multiplie les risques, et Google conseille de ne modifier qu’une chose à la fois.