Migrer PrestaShop 1.7 → 8 : plan de migration, risques et tests (guide 2026)
Passer de PrestaShop 1.7 à PrestaShop 8 n’est pas une simple montée de version : c’est un projet qui touche au cœur de la boutique (paiement, transport, thème, modules, perf, SEO).
L’objectif de ce guide : vous donner une méthode claire et pro pour migrer sans casse, avec un minimum d’indisponibilité.
Besoin de gagner du temps sur l’infra ? vous pouvez déployer PrestaShop en 1 clic sur adgents.cloud (backups automatiques, scaling CPU/RAM, start/stop).
Vidéo (YouTube, FR)
1) Ce qui change vraiment entre 1.7 et 8 (et pourquoi ça compte)
- Compatibilité PHP moderne : l’écosystème (hébergeurs, libs, extensions) pousse vers des versions récentes de PHP.
- Sécurité : rester sur une version ancienne, c’est réduire votre marge de manœuvre sur les correctifs.
- Modules et thème : c’est presque toujours le point dur (back-office qui plante, pages qui se cassent, tunnel d’achat incomplet).
Si votre infra actuelle est déjà sous Docker, vous pouvez vous appuyer sur notre guide Installer PrestaShop avec Docker Compose : prod, perf et sauvegardes pour standardiser l’environnement avant la migration.
2) Les 5 risques majeurs à anticiper
A) Modules non compatibles (paiement / livraison / connecteurs)
C’est le scénario n°1 : un module critique (PS Checkout, PayPlug, Stripe, transporteur, ERP) casse après mise à jour.
Action : prépare une liste des modules indispensables et prévois une alternative (ou une version compatible) avant de toucher à la prod.
B) Thème et surcharges
Un thème 1.7 ne “passe” pas toujours en 8 sans adaptations. Les surcharges (overrides) peuvent aussi casser silencieusement.
Action : prévois du temps de recette front (home, catégorie, fiche produit, panier, checkout).
C) Régressions SEO
Même si vous conserves vos URLs, de petits changements peuvent impacter :
- balises meta
- canonical
- pagination
- performance (CWV)
Action : exporte vos pages stratégiques (top landing + top produits) et compare avant/après. Pour la perf, garde sous la main notre guide PrestaShop lent : optimiser cache, images, DB, PHP.
D) Données (clients, commandes, stocks)
Le risque est rarement une “perte totale” : c’est plutôt une incohérence (stocks, taxes, règles panier, déclinaisons).
Action : définis à l’avance les contrôles de cohérence (échantillons de commandes, TVA, modes de livraison, stocks).
E) Retour arrière impossible
si vous n’as pas une sauvegarde restaurable (et rapide), vous prenez un risque business.
Action : prépare un plan de retour arrière basé sur une restauration complèvous (fichiers + base).
3) La méthode fiable : staging d’abord, prod ensuite
Le principe : vous construis une copie de la boutique (fichiers + base) dans un environnement isolé, vous faites la migration, vous testes, puis vous bascules.
Sur adgents.cloud, ça se fait très bien avec une instance dédiée (staging) + une prod, et des sauvegardes automatiques pour sécuriser les étapes : voir PrestaShop sur adgents.cloud.
4) Plan de migration pas à pas (pro)
Étape 1 — Audit rapide (1–2h)
- version exacte de PrestaShop 1.7
- liste des modules + versions
- thème + éventuelles surcharges
- points critiques business (paiement, transport, sync ERP, marketplace)
Étape 2 — Mise en place du staging
- clone des fichiers
- clone de la base
- changement du domaine (ex:
staging.maboutique.fr) - protection d’accès (auth HTTP ou IP)
Étape 3 — Sauvegarde complèvous et test de restauration
Avant de migrer :
- un dump base
- une archive des fichiers
Test : restauration sur un autre environnement (même temporaire) pour vérifier que vous savez revenir en arrière vite.
Étape 4 — Migration technique (sur staging)
Sur le staging uniquement :
- mise à jour progressive vers une version 8 stable
- correction des modules incompatibles (mise à jour / remplacement)
- adaptation du thème si nécessaire
Étape 5 — Recette fonctionnelle (la plus importante)
Teste au minimum :
- création compte
- navigation catégories
- fiche produit (déclinaisons, prix, promo)
- panier
- checkout
- paiement (au moins 1)
- livraison (au moins 1)
- emails transactionnels
- back-office (commandes, stock, clients)
Étape 6 — Bascule en production
Le jour J :
- fige les changements (fenêtre courte)
- resynchronise les données si besoin (commandes, clients)
- bascule DNS / reverse proxy
- teste immédiatement le tunnel d’achat
Lancez-vous avec PrestaShop.
Envie de vous lancer avec PrestaShop ? Créez votre site web en quelques clics.
PrestaShop
E-commerce à la française
5) Mini-plan de tests (prêt à appliquer)
Pour gagner du temps, garde une liste de contrôle simple :
- Paiement : carte + 3DS si applicable
- Transport : un point relais + une livraison domicile
- Taxes : un panier TTC cohérent
- Promos : code promo + réduction catalogue
- Stocks : décrémentation après commande
- Performance : home + catégorie + fiche produit
Et si vous voulez industrialiser le déploiement (infra reproductible), commence par une base propre via Docker Compose pour PrestaShop.
Déployer plus vite (et réduire le risque d’exploitation)
Une fois la migration validée, beaucoup d’ennuis viennent de l’exploitation (backup, perf, scalabilité).
Sur adgents.cloud vous avez :
- déploiement en 1 clic
- backups automatiques
- scaling CPU/RAM à la demande
- start/stop
Si vous voulez, on peut aussi cadrer la migration en atelier : AUDIT_2H pour valider le plan et les risques avant d’engager la prod.
