Migration PrestaShop 1.7 vers PrestaShop 8 par un expert e-commerçant en Gironde

Migration PrestaShop 1.7 vers PrestaShop 8 : basculer sans casser sa boutique

Votre boutique tourne encore sous PrestaShop 1.7 et la mise à jour vous inquiète ? Je l'ai menée sur ma propre boutique, MesLacets.fr, en production depuis 2011. Ma méthode : un inventaire complet, une répétition intégrale sur une copie de votre site, puis une bascule encadrée par un plan écrit, étape par étape, avec retour arrière prévu.

Pourquoi quitter PrestaShop 1.7 maintenant ?

Une boutique qui fonctionne donne l'impression qu'il n'y a pas d'urgence. Pourtant, rester en 1.7 devient chaque mois un peu plus risqué :

  • La sécurité. En avril 2026, une faille critique du service client (notée 9,3/10) a été corrigée par une nouvelle version de PrestaShop 8.2. Les boutiques en 1.7 n'ont eu droit qu'à un module de correctif à installer à la main. Chaque nouvelle faille sera à colmater de la même façon, ou pas du tout.
  • Les moyens de paiement. Les modules de paiement suivent les nouvelles versions de PrestaShop. Exemple concret : le module Up2pay e-Transactions du Crédit Agricole n'est plus développé que pour PrestaShop 8, sa version 7 exigeant PrestaShop 8.0 au minimum.
  • PHP. PrestaShop 1.7 vous retient sur PHP 7.4, qui n'est plus maintenu depuis fin 2022. PrestaShop 8.2 fonctionne avec PHP 8.1.
  • L'avenir. PrestaShop 8.2 est l'étape obligatoire avant PrestaShop 9, et la base sur laquelle les nouveaux modules sont développés.

Ma méthode en 5 étapes

1. L'inventaire de votre boutique

Je compare chaque fichier de votre site à la version officielle de PrestaShop. Je repère ce qui a été modifié dans le cœur et dans le thème, j'identifie l'origine de chaque override, puis je vérifie que vos modules (natifs, achetés ou développés sur mesure) n'utilisent pas de fonctions supprimées en PrestaShop 8. Vous recevez un rapport clair : ce qui passera, ce qui devra être adapté, ce qui bloque.

2. Une préproduction vraiment isolée

Je recopie votre boutique sur un environnement de test, avec les paiements en mode démo, les e-mails clients coupés et les statistiques désactivées. Aucun client ne reçoit de message, aucune commande test ne fausse vos chiffres, et aucun script ne peut écrire par erreur dans votre base de production.

3. Une répétition complète de la mise à jour

La mise à jour est exécutée une première fois sur la copie. Chaque problème rencontré est analysé et corrigé, puis le parcours client complet est testé : navigation, panier, commande, paiement, espace client, formulaires.

4. Un plan de bascule écrit

Tout ce que la répétition a appris devient une liste d'étapes à cocher : sauvegardes, réglages de l'assistant de mise à jour, remise en état, tests avant réouverture, et procédure de retour arrière avec ses critères de déclenchement.

5. La bascule et la surveillance

Le jour J, le plan est rejoué à une heure creuse. La boutique reste en maintenance jusqu'à ce qu'une vraie commande soit passée et encaissée. Je surveille ensuite les erreurs, les premières commandes et les tâches automatiques pendant les jours qui suivent.

Les pièges que je sais éviter

L'assistant de mise à jour de PrestaShop fait bien son travail, mais il ne connaît pas votre boutique. Voici ce que la répétition sur MesLacets.fr a mis en évidence, et que ma méthode traite désormais d'office :

Thème personnalisé écrasé Même avec l'option « Garder le thème actuel », les fichiers du thème Classic sont remplacés par leur nouvelle version. Sans sauvegarde ou thème enfant, toutes vos personnalisations disparaissent.
Modules mis à jour au-delà du prévu L'assistant installe la dernière version disponible des modules natifs. Les retouches faites dans ces modules (statistiques, réassurance…) sont perdues et doivent être reportées.
Modules impossibles à réactiver Les modules désactivés pendant la mise à jour laissent leurs overrides en place. À la réactivation, PrestaShop refuse en signalant un conflit, jusqu'à ce qu'on les retire proprement.
Page de commande en erreur Un module de paiement prévu pour la 1.7 peut faire planter la page de commande en PrestaShop 8, plus strict sur les données. Il faut installer la version compatible du module, que j'identifie et teste en amont.
Mises à jour de modules qui échouent Certains scripts de mise à jour de modules contiennent eux-mêmes des erreurs et bloquent le module à son ancienne version. Je les détecte et les corrige avant le jour J.
Erreurs silencieuses Des requêtes en échec passent inaperçues depuis des années en production. Le mode debug de la préproduction les révèle : c'est l'occasion de les corriger, souvent avec un gain immédiat.
Accès à la base écrits en dur Les scripts sur mesure qui contiennent les identifiants de la base de production continuent d'y écrire depuis la copie de test. Je les centralise pour que chaque environnement utilise sa propre base.

Étude de cas : MesLacets.fr

MesLacets.fr est ma propre boutique de lacets, en ligne depuis 2011 sous PrestaShop, avec plus de 500 références et plus de 226 000 commandes traitées. Thème personnalisé, modules sur mesure, back-office maison, espace professionnel : un cas représentatif d'une boutique qui a vécu.

  • 103 modules et 13 overrides analysés avant la migration
  • 29 fichiers de thème personnalisés préservés
  • Mise à jour de PrestaShop 1.7.8.11 vers 8.2.8 exécutée en 2 minutes 30 lors de la répétition
  • 4 bugs anciens découverts et corrigés en chemin, dont un compteur faux et un contrôle anti-relance inopérant
  • Performances égales ou meilleures, jusqu'à 14 % de temps de réponse serveur en moins sur les fiches produit (mesuré en préproduction)

Mes formules d'accompagnement

Audit pré-migration

L'inventaire complet de votre boutique et un rapport écrit : compatibilité du cœur, du thème, des overrides et de chaque module, points bloquants et estimation de l'effort. Idéal pour décider en connaissance de cause, que vous fassiez ensuite la migration avec moi ou non.

Migration accompagnée

Les cinq étapes de la méthode : préproduction isolée, répétition, corrections, plan de bascule écrit et bascule de votre boutique, avec les tests avant réouverture.

Suivi après migration

Surveillance des erreurs et des premières commandes, puis les chantiers qui consolident votre boutique : création d'un thème enfant pour protéger vos personnalisations des prochaines mises à jour, passage à PHP 8.1, optimisation des performances. Voir aussi maintenance et évolutions.

Chaque boutique est différente : je vous propose un devis précis après un premier échange. Consultez aussi mes tarifs.

Questions fréquentes sur la migration PrestaShop 8

Combien de temps ma boutique sera-t-elle fermée ?
Grâce à la répétition préalable, la fermeture se limite à la mise à jour elle-même, à la remise en état et aux tests avant réouverture. Comptez en général entre une et deux heures, programmées à une heure creuse.
Vais-je perdre mes commandes, mes clients ou mes produits ?
Non. La mise à jour conserve la base de données : commandes, clients, produits et contenus. Une sauvegarde complète est faite juste avant la bascule, et la boutique reste en maintenance jusqu'à la fin des tests pour qu'aucune commande ne soit passée pendant l'opération.
Mon thème personnalisé sera-t-il conservé ?
Oui, à condition de le prévoir : l'assistant de mise à jour remplace les fichiers du thème Classic même quand on lui demande de garder le thème actuel. Je sauvegarde le thème et je le remets en place, ou je le transforme en thème enfant pour qu'il soit protégé lors des prochaines mises à jour.
Mes modules fonctionneront-ils sous PrestaShop 8 ?
L'inventaire répond précisément à cette question avant toute intervention. Les modules natifs sont mis à jour automatiquement, les modules achetés doivent souvent passer à une version compatible, et les modules sur mesure sont vérifiés ligne par ligne.
Et mon module de paiement ?
C'est le point le plus sensible : un module de paiement prévu pour la 1.7 peut empêcher toute commande en PrestaShop 8. Je vérifie la version compatible de chaque moyen de paiement et je la teste en mode démo pendant la répétition.
Peut-on revenir en arrière si quelque chose se passe mal ?
Oui. Le plan de bascule prévoit une procédure de retour arrière, avec ses critères de déclenchement, à partir des sauvegardes faites juste avant l'opération.
Faut-il passer directement à PrestaShop 9 ?
Pour une boutique en 1.7, PrestaShop 8.2 est l'étape la plus sûre : elle accepte encore PHP 7.4, ce qui permet de migrer PrestaShop et PHP en deux temps. PrestaShop 9 pourra ensuite être envisagé sur une base saine.

Faites le point sur votre boutique

Vous êtes encore en PrestaShop 1.7 ? Commençons par un premier échange gratuit et sans engagement : je vous dis ce que la migration représente pour votre boutique et par où commencer.

Demander un audit de ma boutique    07 59 72 23 22

Voir aussi : mon expertise PrestaShop · exemples de réalisations

Un projet de site internet ou une question ?

Je serai heureux de vous écouter attentivement afin de vous proposer les meilleures solutions. N'hésitez pas à m'appeler pour discuter ensemble de votre projet.

Haut de page