Migration PrestaShop : réussir votre passage vers PrestaShop 8

Une migration PrestaShop réussie, c'est d'abord une migration préparée. Concrètement : vous partez d'une version ancienne (1.6 ou 1.7), vous voulez atteindre la branche 8.x sans perdre de commandes, sans casser votre thème et sans faire chuter votre référencement. La bonne méthode tient en quatre temps : sauvegarder (base de données + fichiers), tester sur un environnement de préproduction, migrer avec l'outil officiel 1-Click Upgrade (Autoupgrade), puis valider avant de basculer en production. Ce guide déroule chaque étape, dans l'ordre, avec les chemins de back-office et les pièges réels. Nous traitons en priorité la montée de version (1.6/1.7 → 8), puis, plus brièvement, la migration *vers* PrestaShop depuis une autre plateforme.

Pourquoi migrer PrestaShop

La première raison est simple : PrestaShop 1.6 n'est plus maintenue. Plus de correctifs de sécurité, plus de compatibilité garantie avec les modules récents, et un socle technique (PHP, bibliothèques) qui vieillit. Rester sur une version en fin de vie, c'est exposer votre boutique — et les données de vos clients — à des failles qui ne seront jamais corrigées.

Trois familles de bénéfices justifient de migrer PrestaShop vers la 8 :

1. Sécurité. Vous récupérez les correctifs récents et une compatibilité avec des versions PHP encore supportées. C'est le point non négociable.
2. Performance. La branche 8 tourne sur un socle plus moderne. Bien configurée (cache, PHP à jour), une boutique 8 est généralement plus réactive côté back-office comme côté client.
3. Écosystème. Les modules et thèmes récents ciblent 1.7+/8. Sur 1.6, vous vous coupez peu à peu des nouveautés et des mises à jour d'add-ons.

Si vous hésitez encore entre rester, migrer ou changer d'outil, prenez d'abord du recul sur la plateforme elle-même avec notre avis PrestaShop. Pour l'immense majorité des boutiques déjà sous PrestaShop, la question n'est pas *si* migrer, mais *quand* et *comment*.

Avant de migrer : sauvegarde et checklist

C'est l'étape que personne ne doit sauter. Une migration touche à la fois vos fichiers et votre base de données : si quelque chose tourne mal sans sauvegarde, vous n'avez aucun filet.

⚠️ Sauvegardez AVANT toute manipulation. Faites une sauvegarde complète : base de données (export SQL via votre hébergeur, phpMyAdmin ou ligne de commande) et fichiers (l'intégralité du dossier de la boutique par FTP/SSH). Vérifiez que l'archive est complète et que le dump SQL est lisible. Une sauvegarde qu'on n'a jamais testée n'est pas une sauvegarde. Ne migrez jamais directement en production sans copie de secours.

Vérifier la compatibilité de l'environnement

Avant de lancer quoi que ce soit, confirmez que votre hébergement peut accueillir PrestaShop 8 :

• Version PHP. Les versions récentes de PrestaShop 8 exigent des versions de PHP plus récentes. Ne vous fiez pas à un numéro entendu ici ou là : consultez la matrice de compatibilité officielle de la version 8 exacte que vous visez, et vérifiez la version PHP active chez votre hébergeur. Une inadéquation PHP est la cause n°1 des migrations qui plantent.
• Base de données (MySQL/MariaDB) : version supportée par la branche 8.
• Espace disque et mémoire : prévoyez de la marge, l'outil de mise à jour duplique des fichiers.
• Accès : FTP/SSH, accès à la base, et un droit d'écriture correct sur les dossiers.

Checklist pré-migration

• [ ] Sauvegarde base de données exportée et testée
• [ ] Sauvegarde complète des fichiers (FTP/SSH)
• [ ] Version PHP vérifiée contre la matrice de compatibilité officielle de PrestaShop 8
• [ ] Inventaire des modules (nom + version + éditeur) et de leur compatibilité 8
• [ ] Inventaire du thème et vérification de sa compatibilité 8
• [ ] Liste des overrides et personnalisations sur mesure
• [ ] Environnement de préproduction / staging prêt (copie de la boutique)
• [ ] Cartographie SEO : URLs principales, redirections existantes, sitemap
• [ ] Fenêtre de maintenance planifiée (faible trafic)
• [ ] Contact prestataire identifié en cas de blocage

Faites cet inventaire depuis votre back office PrestaShop : la liste des modules installés et le thème actif s'y trouvent en quelques clics. C'est le moment de noter tout ce qui est « exotique » (modules abandonnés, développements maison), car c'est précisément ce qui casse.

Migrer de PrestaShop 1.6 / 1.7 vers 8.x, étape par étape

L'outil de référence pour la montée de version est 1-Click Upgrade (aussi appelé *Autoupgrade*), le module officiel PrestaShop. Il automatise le remplacement du cœur, la mise à jour de la base et la bascule vers la nouvelle version. Mais « 1-Click » ne veut pas dire « un seul clic sans préparation » : la réussite se joue avant et après le clic.

⚠️ Ne lancez jamais 1-Click Upgrade directement sur la boutique en production. Travaillez d'abord sur une copie en préproduction.

Étape 1 — Cloner la boutique en préproduction

Dupliquez votre boutique (fichiers + base) sur un environnement de staging : un sous-domaine, un dossier séparé ou un serveur de test. C'est là que vous ferez, referez et déboguerez la migration autant de fois qu'il le faut, sans impact sur les ventes.

Étape 2 — Installer / mettre à jour 1-Click Upgrade

Sur la copie de staging, installez ou mettez à jour le module 1-Click Upgrade depuis le back-office. Utilisez toujours la dernière version du module : c'est elle qui connaît les chemins de mise à jour vers les versions 8 récentes.

Étape 3 — Configurer la mise à jour

Dans le module, vous choisissez :

• le canal / la version cible (visez une version 8 stable et à jour) ;
• l'option de sauvegarde automatique proposée par l'outil (à laisser activée, en plus de votre sauvegarde manuelle) ;
• le mode de régénération (vignettes, index) après migration.

Étape 4 — Lancer la mise à jour sur le staging

Déclenchez la migration et lisez les journaux. L'outil signale les erreurs de compatibilité, les fichiers en conflit, les overrides problématiques. Notez chaque avertissement : ce sont vos points de vérification pour l'étape de test.

Étape 5 — Corriger, tester, recommencer

C'est le cœur du travail. Sur le staging migré, vous corrigez les modules et le thème incompatibles (section suivante), vous nettoyez les overrides, puis vous retestez toute la boutique. Répétez jusqu'à obtenir une préproduction propre et fonctionnelle.

Étape 6 — Rejouer la migration en production

Une fois la recette validée, planifiez la bascule sur un créneau de faible trafic, passez la boutique en mode maintenance, refaites une sauvegarde fraîche, puis rejouez la procédure éprouvée en production. Comme vous avez déjà tout résolu en staging, la production ne doit plus réserver de surprise.

Pour un saut depuis 1.6, l'écart technique est important. Selon l'état de votre boutique, une montée par paliers (tester chaque étape) peut être plus fiable qu'un bond direct. Testez, ne pariez pas.

Migrer vers PrestaShop depuis une autre plateforme (aperçu)

Autre cas de figure : vous n'êtes pas encore sous PrestaShop et vous voulez y migrer depuis une autre plateforme (Shopify, WooCommerce, Magento, une solution propriétaire…). Ce n'est pas une « mise à jour » mais une reprise de données vers une nouvelle installation.

Le principe :

1. Installer une version 8 propre (PrestaShop est open-source et gratuit au téléchargement).
2. Exporter vos données de l'ancienne plateforme : produits, catégories, clients, commandes.
3. Importer dans PrestaShop, via l'outil d'import CSV natif (Paramètres avancés > Import / Advanced Parameters > Import) ou un outil de migration dédié pour les gros volumes.
4. Reconstruire le thème et remettre en place les fonctionnalités (les modules ne se transfèrent pas d'une plateforme à l'autre).
5. Gérer le SEO : mapper les anciennes URLs vers les nouvelles avec des redirections 301.

Le coût de ce type de migration vient surtout du temps (préparation des fichiers d'import, reconstruction du thème) et non d'une licence. Si vous comparez encore les plateformes, notre analyse PrestaShop vs Shopify éclaire les arbitrages. Le reste de ce guide se concentre sur la montée de version, qui reste le scénario le plus courant.

Modules, thème et données : ce qui casse souvent

Le cœur de PrestaShop se met à jour proprement. Ce qui pose problème, c'est presque toujours ce qui est autour du cœur.

Les modules obsolètes. Un module conçu pour 1.6 n'est pas garanti de fonctionner en 8. Pour chacun : vérifiez qu'une version compatible 8 existe, mettez-la à jour, et prévoyez un remplacement si le module est abandonné. Un module incompatible peut provoquer une page blanche.

Le thème. C'est fréquemment le poste le plus lourd. Le moteur de templates et la structure ont évolué depuis 1.6. Un thème ancien ou fortement personnalisé peut nécessiter une adaptation importante, voire un thème récent compatible 8. Auditez-le tôt.

Les overrides. Les fichiers du dossier override/ qui réécrivent le comportement du cœur sont une source classique de bugs après migration, parce qu'ils s'appuient sur des méthodes qui ont pu changer. Recensez-les, testez-les un par un, et supprimez ceux qui ne servent plus.

Les données et l'affichage. Après migration, pensez à :

• réindexer la recherche et régénérer les index depuis le back-office ;
• régénérer les vignettes (Design > Images / Préférences > Images selon la version) pour éviter des visuels cassés ou déformés ;
• vider le cache et vérifier le rendu.

Tester et valider après migration

Avant de considérer la migration terminée, déroulez un parcours complet sur la préproduction, puis un contrôle rapide en production après bascule.

Fonctionnel :

• Le back-office se charge et reste stable.
• Une fiche produit s'affiche correctement (photos, prix, déclinaisons).
• Le tunnel d'achat fonctionne de bout en bout : panier, transport, paiement (testez chaque moyen de paiement).
• Une commande de test se crée, et vous pouvez la traiter et changer son statut.
• E-mails transactionnels envoyés (confirmation de commande).

SEO — à ne pas négliger :

• Les URLs principales restent identiques ou sont redirigées en 301 vers leur nouvelle adresse.
• Le sitemap est régénéré et les balises title/meta sont conservées.
• Aucune page importante ne renvoie une erreur 404.
• Les URL simplifiées (réécriture d'URL) sont toujours actives.

Une migration ne devrait pas coûter votre référencement. Les redirections 301 sont ce qui préserve le « jus SEO » de vos anciennes URLs.

Après la mise en ligne, gardez un œil sur les commandes des premiers jours. C'est là que PrestaPilote prend le relais : l'application mobile PrestaPilote vous permet de suivre commandes, stock et statistiques depuis votre téléphone, et de repérer tout de suite une anomalie post-migration (une commande bloquée, un stock incohérent) sans rester devant votre ordinateur. Un bon copilote pour la période sensible qui suit une bascule.

FAQ

Combien de temps prend une migration PrestaShop ?

Cela dépend surtout du nombre de modules, de la complexité du thème et de l'écart de version. Une boutique simple et récente (1.7 → 8) peut se migrer rapidement une fois la préparation faite. Une boutique 1.6 chargée de modules et d'un thème sur mesure demande nettement plus de temps, essentiellement passé en staging à corriger et retester. Le temps de préparation dépasse presque toujours le temps de la migration elle-même.

Combien coûte une migration PrestaShop ?

PrestaShop est open-source et gratuit au téléchargement : il n'y a pas de licence à payer. Les coûts viennent surtout du temps passé, des modules à mettre à jour ou racheter, de l'éventuelle adaptation du thème, et d'un prestataire si vous déléguez. Les montants varient trop d'un projet à l'autre pour être annoncés ici ; demandez un devis sur la base de votre inventaire de modules et de votre thème.

Faut-il migrer soi-même ou passer par un prestataire ?

• Vous-même si votre boutique est simple, peu de modules, un thème standard, et que vous êtes à l'aise avec la sauvegarde, le FTP et le back-office. La méthode staging + 1-Click Upgrade est à votre portée.
• Un prestataire si vous avez un thème sur mesure, de nombreux overrides, des modules critiques (ERP, paiement, marketplace) ou un gros catalogue. Le risque commercial d'une boutique cassée justifie l'accompagnement.

Dans les deux cas, la règle ne change pas : sauvegarde, préproduction, test, puis production.

Peut-on migrer directement de 1.6 à 8 ?

C'est techniquement envisageable, mais l'écart est grand. Selon l'état de la boutique, une montée par paliers avec test à chaque étape est souvent plus sûre qu'un saut direct. Testez le chemin complet en staging avant de trancher.

← Tous les guides PrestaShop