Migration et mise à jour PrestaShop vers la version 8 ou 9

Pourquoi migrer votre boutique maintenant

PrestaShop 1.7 ne reçoit plus aucun correctif de sécurité depuis la sortie de PrestaShop 9, en juin 2025 : son dernier correctif date de janvier 2024. Il ne fonctionne pas au-delà de PHP 7.4, lui-même sans correctif depuis fin 2022, et PrestaShop 1.6 est encore plus ancien. Tôt ou tard, votre hébergeur imposera un PHP plus récent : le site cessera alors de fonctionner, ou deviendra une cible facile pour les pirates, avec les données de vos clients en jeu.

La cible est désormais PrestaShop 9.2, sortie le 30 septembre 2026, sur un socle technique (Symfony 6.4 LTS) maintenu jusqu’en novembre 2027. PrestaShop 8.2 reste possible, mais ne reçoit plus que des correctifs de sécurité, jusqu’à la sortie de PrestaShop 10, et elle ne fonctionne pas au-delà de PHP 8.1, qui n’est plus maintenu. Migrer, c’est aussi l’occasion de revoir votre stratégie e-commerce : la technologie de PrestaShop 9 apporte une meilleure gestion des images, du tunnel de commande et des connexions avec vos logiciels.

Anticiper coûte moins cher que réparer : une migration préparée prend une à deux semaines, alors qu’un site arrêté par un changement imposé chez l’hébergeur, c’est un problème à régler dans l’urgence, ventes bloquées. Mon objectif : une bascule que vos clients ne remarquent pas, et un site prêt à devenir plus rapide et mieux sécurisé, là où une vieille installation reste souvent lente.

Mise à jour ou migration : quelle différence ?

• Mise à jour (depuis 1.7 ou 8) : la boutique existante passe à la version supérieure en gardant sa structure. L’assistant officiel, Update Assistant, ne saute pas de version majeure : une boutique en 1.7 passe d’abord en 8.2, puis en 9, sa base de données étant adaptée à chaque étape.
• Migration (depuis 1.6) : PrestaShop est installé dans un nouvel environnement, puis les données y sont transférées. Une migration manuelle, table par table, n’est pas fiable sur une vraie boutique : j’utilise des scripts de transfert testés, je migre d’abord un échantillon, puis je vérifie que chaque donnée migrée est correctement reprise.
• Dans les deux cas, le processus est le même : copier, migrer, vérifier, puis basculer.

Quels outils utiliser pour migrer PrestaShop ?

Trois familles de solutions existent, et aucune ne réussit seule une migration :

• Update Assistant (ex-1-Click Upgrade, nom technique autoupgrade), l’assistant officiel et gratuit de PrestaShop : il met à jour le cœur et la base de données, sauvegarde et permet de revenir en arrière, mais avance d’une version majeure à la fois et ne corrige ni l’apparence ni les extensions incompatibles.
• Les modules de transfert de données vendus sur le marché (MigrationPro, MigraPro…) : ils copient catalogue, clients et commandes d’une installation 1.6 vers une PrestaShop neuve. Utiles depuis 1.6, ils ne reprennent ni le design ni le code personnalisé.
• Les scripts et contrôles sur mesure : ce que j’ajoute autour de ces logiciels pour gérer les cas particuliers (overrides, champs ajoutés, flux), puis vérifier une à une les données migrées.

La solution à utiliser dépend de la version actuelle et de l’état du site : elle est fixée pendant l’audit, jamais au hasard.

Migration PrestaShop 1.6 vers 1.7 : faut-il encore s’arrêter à la 1.7 ?

Non : en 2026, passer de PrestaShop 1.6 à 1.7, c’est migrer vers une branche déjà en fin de vie. La 1.7 ne reçoit plus de correctif de sécurité et ne fonctionne pas au-delà de PHP 7.4 : il faudrait tout recommencer dans quelques mois. Une boutique en 1.6 migre donc directement vers PrestaShop 8 ou 9, en une seule fois.

• Le saut direct est possible : une migration installe une boutique neuve puis y transfère les données, rien n’oblige donc à passer par la 1.7. L’assistant officiel, lui, impose deux étapes (1.6 vers 1.7, puis 1.7 vers 8 ou 9) : la 1.7 n’y est qu’une étape technique, jamais une destination.
• Ce qui ne suit pas : le thème 1.6 n’est compatible ni avec la 1.7 ni avec les versions suivantes, qui reposent sur un autre système de thèmes. Une partie des modules 1.6 et la plupart des overrides doivent aussi être remplacés ou réécrits, que la cible soit 1.7 ou 9.
• Quand rester un temps en 1.7 : si la boutique dépend d’un module indispensable qui n’existe qu’en version 1.7, le temps de lui trouver un remplaçant. C’est rare, et l’audit de compatibilité le signale avant le devis.

Le forfait de migration depuis 1.6, détaillé plus bas, vise directement la dernière version, sans surcoût par rapport à une cible 1.7.

Ce qui est transféré lors d’une migration

Voici ce que je peux transférer de votre site actuel vers la nouvelle version de PrestaShop :

• le catalogue : catégories, produits, déclinaisons, images, prix, stock, caractéristiques ;
• les clients et leur carnet de livraison, avec leur mot de passe : ils se connectent comme avant ;
• l’historique des commandes, factures et avoirs ;
• les abonnés à la newsletter, avec leur consentement ;
• les pages de contenu (CGV, mentions légales, politique de confidentialité) ;
• les transporteurs, les zones, les taxes et les devises ;
• les fichiers joints aux produits (notices, fiches techniques), les langues et les boutiques d’une installation multi-boutique.

Les adresses des pages (URL) sont conservées ou redirigées une à une : votre nom de domaine ne change pas, et Google retrouve chaque produit.

Migrer vers PrestaShop 9 : ce que je vérifie avant de commencer

La migration réussit ou échoue sur quelques points critiques, que l’audit de compatibilité passe en revue avant le devis définitif.

• Le serveur : je relève la configuration exacte de la boutique et de votre hébergement. PrestaShop 9 exige PHP 8.1 minimum, mais PHP 8.1 ne reçoit plus de correctifs depuis le 31 décembre 2025 et PHP 8.2 s’arrête le 31 décembre 2026 : je vise PHP 8.3 ou 8.4. Si l’offre d’hébergement actuelle ne remplit pas les conditions nécessaires, je vous conseille un hébergeur adapté. L’envoi des e-mails doit passer en TLS : le chiffrement SSL n’est plus accepté.
• Les modules : je dresse l’inventaire complet des extensions installées. PrestaShop 9 a changé de socle (Symfony 4.4 vers 6.4), supprimé l’ancienne fiche produit de l’administration et plus de vingt hooks, retiré des services et des classes en fin de vie. Une extension écrite pour la 1.7 peut donc planter. Pour chacune, je cherche une version compatible chez l’éditeur (souvent sur PrestaShop Addons), un équivalent, ou j’estime la correction du code.
• Le thème, c’est-à-dire les pages que voient vos clients : depuis la 9.1, le thème par défaut s’appelle Hummingbird. L’ancien Classic reste utilisable, mais un thème du marché ou un design personnalisé doit être contrôlé écran par écran, en particulier le panier et le tunnel de commande.
• Le développement custom : les fichiers d’override, ces modifications du cœur que PrestaShop déconseille, et les développements écrits pour vous sont repérés un par un. Exemple fréquent : un module de livraison modifié il y a des années par un ancien prestataire, dont le code d’origine a été perdu. Mettre en place une solution propre, sans risque pour le reste du site, fait alors partie du devis.

Les extensions stratégiques sont traitées d’abord : modes de paiement (PayPal, Stripe, PrestaShop Checkout, votre banque), livraison et expédition, facturation.

Flux, canaux de vente et connexions

Une boutique de commerce en ligne vit rarement seule. Avant la bascule, je liste tout ce qu’il faudra connecter, pour que rien ne s’arrête à la bascule :

• les flux produits envoyés vers Google Shopping, les comparateurs ou les marketplaces, et les autres canaux de vente ;
• les flux d’échange avec un ERP, un logiciel de caisse ou un entrepôt logistique (stock, commandes, expéditions) ;
• les applications (ou apps) de marketing : newsletter, avis clients, relance de panier automatisée ;
• la mesure d’audience : Matomo ou Analytics, Search Console, pixels publicitaires.

Chaque flux est testé sur la copie. Il reste ensuite à connecter de nouveau chacun de vos canaux de vente, ce qui fait partie du forfait ; une intégration personnalisée avec votre ERP se chiffre à part. Grâce à la nouvelle API d’administration de PrestaShop 9, connecter un ERP ou une app à la boutique devient aussi plus standard qu’avec la 1.7 : l’intégration de vos canaux et de vos flux gagne en fiabilité.

Comment je teste avant la bascule

Tout se passe dans un environnement de test sécurisé, une copie de la boutique (on parle aussi d’environnement de staging) protégée par un mot de passe et fermée à Google. Le site en ligne continue de vendre pendant ce temps. Je déroule des scénarios écrits à l’avance, que je peux partager avec vous :

• une commande complète, comme un vrai client : panier, adresse, livraison, paiement, e-mail de confirmation ;
• le back office : commandes, produits, catégories, réductions, factures, droits de votre équipe ;
• chaque module conservé, avec ses réglages, testé du point de vue de l’utilisateur ;
• les URL des pages et les redirections, pour que le référencement ne bouge pas ;
• le temps de chargement des pages clés, sur mobile comme sur ordinateur, et le taux de conversion à comparer ensuite.

Vous pouvez aussi explorer la copie vous-même : c’est l’étape où votre avis compte le plus.

Au moment de la bascule, l’opération est courte : le site ferme quelques minutes, le temps de reprendre les dernières commandes et de mettre la migration en production. Une sauvegarde complète (base et fichiers) est faite juste avant, et une seconde sauvegarde reste disponible : en cas de bug bloquant, le retour en arrière prend quelques minutes.

Passer de PrestaShop 1.7 à 8 ou 9 : dès 1 190 € HT

Pour une boutique en 1.7 avec 15 modules tiers maximum, le forfait comprend :

• l’audit de compatibilité de vos modules et de votre thème ;
• le travail sur une copie de la boutique, sans toucher au site en ligne ;
• le remplacement des modules incompatibles, par leur dernière version ou par un équivalent quand il en existe ;
• le passage à une version de PHP maintenue (en PrestaShop 9 : la 8.2 reste limitée à PHP 8.1) ;
• des tests complets, de la commande au paiement ;
• une garantie de 30 jours après la bascule.

L’audit de compatibilité, inclus, sert aussi à vérifier ce budget avant de démarrer : vous validez le devis, puis je commence.

Migration depuis 1.6 : dès 1 990 € HT

Que vous cherchiez une mise à jour de PrestaShop 1.6 vers 1.7 ou vers 8, ce forfait mène directement à la dernière version, maintenue.

Pour 2 000 produits maximum : boutique neuve en dernière version, reprise des produits avec leurs déclinaisons et leurs images, des clients et des commandes, redirections 301 des URL d’origine, 1 heure de formation au back office.

Budget : ce qui fait varier le coût

Le coût total d’une migration dépend moins du nombre de produits que de trois éléments, à évaluer avant de fixer votre budget :

• le nombre de modules tiers et leur état : une extension maintenue se remplace en quelques minutes, une extension abandonnée demande une solution de remplacement ;
• le thème : standard, acheté sur le marché, ou personnalisé, voire un nouveau design à créer ;
• le développement spécifique : overrides, modules custom, connexions à un ERP ou un logiciel métier.

Le prix total en euros, HT, est fixé à l’issue d’un pré-diagnostic gratuit, et le devis détaille chaque poste : vous savez à l’avance ce qui est inclus et ce qui ne l’est pas, et pas un euro ne s’ajoute sans votre accord.

Préparer votre migration : les bonnes questions à se poser

Pas besoin d’un cahier des charges : l’essentiel tient en quelques éléments simples, qui suffisent pour établir un plan et un devis justes. Mon blog donne aussi un guide pas à pas pour s’y préparer.

• les accès : back office, hébergement, nom de domaine ;
• la liste des extensions que vous utilisez vraiment, et de celles qui ne servent plus ;
• les fonctionnalités à conserver à tout prix, et celles que vous aimeriez améliorer ;
• les périodes à éviter pour la bascule : soldes, fêtes, pic de trafic.

Chaque phase du chantier vous est expliquée : vous savez à tout moment où en est votre projet, et quelle action est attendue de votre part.

Les pièges à éviter

• Lancer la migration directement sur la boutique en ligne : à la première erreur, le site est hors service, et la perte de commandes est bien réelle.
• Oublier un module qui semble secondaire : une facture ou une TVA mal reprise bloque la comptabilité.
• Changer les URL sans redirection : le trafic venu de Google chute en quelques jours, et le SEO met des mois à revenir.
• Négliger la capacité de l’hébergement : PrestaShop 9 a besoin de ressources correctes, en mémoire comme en version de base de données.
• Tout faire seul sur une boutique complexe : une migration peut sembler complexe, et l’est souvent. L’expertise d’un développeur coûte moins cher qu’une semaine de ventes perdues.
• Ne pas vérifier les données après la migration : un prix, un stock ou une adresse mal repris se découvre quand un client se plaint.

Agence ou développeur indépendant ?

Une agence web répartit le chantier dans une équipe : un chef de projet et plusieurs développeurs. Avec moi, vous parlez directement à celui qui fait la migration : un seul interlocuteur, de l’échange de 30 min jusqu’à la garantie, avec mon expérience des boutiques PrestaShop depuis la version 1.6. Pour bien choisir, regardez qui fera vraiment le travail. Pour une entreprise de petite taille, TPE ou PME, passer par un expert PrestaShop indépendant est souvent plus simple, plus rapide et moins cher, sans rien perdre en méthode : chaque opération est écrite, testée et réversible.

Faut-il en profiter pour changer de plateforme ?

La question revient souvent : faut-il quitter PrestaShop pour Shopify, une solution hébergée (hosted) payée par abonnement mensuel, dont l’écosystème repose sur des apps souvent payantes ? Pour une PME qui vend déjà sous PrestaShop, rester est presque toujours le choix le plus économique. L’avantage est clair : vous gardez votre catalogue, vos clients, vos URL et la propriété de votre site, sans commission sur les ventes. PrestaShop est open source, porté par une large communauté et un vaste écosystème d’extensions, et le service reste à votre main : vous choisissez votre hébergeur, vos modules et votre prestataire. Changer de plateforme revient à une refonte complète, à décider pour d’autres raisons qu’un logiciel devenu trop vieux. À l’inverse, la migration vers PrestaShop depuis une autre solution suit la même méthode : transfert des données, redirections 301 et tests sur une copie.

Après la migration : garder une boutique sécurisée

Une boutique sécurisée à la bascule doit le rester. La communauté PrestaShop publie régulièrement des correctifs : suivre l’actualité du projet, appliquer les correctifs de sécurité et tester les extensions à chaque nouvelle sortie, c’est le rôle du contrat de suivi, qui assure aussi le support et une aide rapide quand un problème survient. Partir d’une base récente rend aussi chaque évolution suivante plus courte et moins chère.

Vos clients et votre référencement conservés

Vos clients gardent leur compte et leur mot de passe, et l’historique des commandes est intact ; votre équipe continue de gérer produits et commandes comme avant. Depuis la 1.7, les URL de vos pages restent identiques ; depuis la 1.6, chaque ancienne URL est redirigée vers la nouvelle pour que les moteurs de recherche ne perdent rien et que votre stratégie SEO reste intacte. Dans les semaines qui suivent, je surveille les erreurs dans la Search Console et le taux de conversion pendant le mois de garantie.

Ce qui n’est pas inclus

Les licences des nouvelles versions de modules payants, et la réécriture d’un thème ou de développements sur mesure incompatibles, ou d’une extension abandonnée sans équivalent, chiffrées à part si l’audit de compatibilité en révèle. À la fin du chantier, la maintenance Boutique garde ensuite votre site sécurisé. Vous pouvez aussi revenir à la page développeur PrestaShop, ou lire le détail des nouveautés dans mon article sur PrestaShop 9 et le pas à pas dans Migrer PrestaShop 1.7 vers 8 ou 9.