Pourquoi il ne faut plus rester en PrestaShop 1.7
Une boutique en 1.7 fonctionne encore. Le problème n’est pas visible, et c’est justement ce qui le rend dangereux.
- Plus de correctifs de sécurité : le dernier correctif de la 1.7 date de janvier 2024 (version 1.7.8.11), et la maintenance de sécurité s’est officiellement arrêtée à la sortie de PrestaShop 9, en juin 2025. Toute faille découverte depuis reste ouverte.
- Bloqué sur PHP 7.4 : PrestaShop 1.7 ne fonctionne pas avec PHP 8. Or PHP 7.4 ne reçoit plus de correctifs depuis novembre 2022. Les hébergeurs le retirent peu à peu : le jour où le vôtre le fait, la boutique s’arrête, souvent sans prévenir.
- Des modules qui ne suivent plus : les éditeurs de modules (paiement, transport, facturation) arrêtent un à un de publier des versions pour la 1.7. Les nouvelles obligations, comme la facturation électronique, n’y arriveront pas.
Autrement dit, chaque mois passé en 1.7 rend la mise à jour un peu plus chère et la boutique un peu plus exposée.
PrestaShop 8 ou 9 : quelle version viser ?
La bonne cible est la dernière version de la branche 9 : PrestaShop 9.2, sortie le 30 septembre 2026. Elle fonctionne avec PHP 8.1 à 8.5 et repose sur Symfony 6.4, la base technique de PrestaShop, maintenue pour plusieurs années. Une précaution : une version toute neuve se stabilise en quelques semaines, et les éditeurs de modules mettent un peu de temps à confirmer leur compatibilité. Pour une mise à jour lancée dès maintenant, je vise donc la 9.2 en vérifiant chaque module, et je m’arrête en 9.1 si l’un d’eux n’est pas encore prêt. Le passage de la 9.1 à la 9.2 se fera plus tard : c’est une mise à jour mineure, bien plus légère que le saut depuis la 1.7.
La 9.2 apporte aussi des nouveautés utiles pour les ventes, qui donnent une raison de plus de quitter la 1.7 :
- une commande sur une seule page (« One Page Checkout »), sans création de compte obligatoire, activable depuis le back-office : moins d’étapes, donc moins de paniers abandonnés ;
- des champs personnalisés sur les produits et les commandes, créés depuis le back-office sans développement ;
- un assistant IA dans le back-office, qui répond aux questions sur les données de la boutique et propose des actions, toujours soumises à votre validation.
PrestaShop 8.2 reste une option, mais une option d’attente : depuis la sortie de la 9, elle ne reçoit plus que des correctifs de sécurité, et ce jusqu’à la sortie de PrestaShop 10. On s’y arrête seulement quand un module indispensable (souvent un module de paiement ou de logistique) n’existe pas encore en version 9.
Bon à savoir : depuis la 9.1, le thème par défaut s’appelle Hummingbird. L’ancien thème Classic reste utilisable, mais il ne recevra plus de nouveautés. Si votre boutique utilise un thème du marché ou un thème sur mesure, c’est sa compatibilité qu’il faut vérifier, pas celle de Classic.
Les étapes d’une mise à jour PrestaShop 1.7 vers 9
1. L’inventaire de la boutique
Avant de toucher à quoi que ce soit, je relève la version exacte de PrestaShop et de PHP, la liste des modules tiers avec leur éditeur, le thème, et les « overrides » : des modifications du cœur de PrestaShop ajoutées par certains modules ou par un ancien prestataire. Pour chaque module, je vérifie s’il existe une version compatible, un module équivalent, ou rien du tout. Cette étape décide du prix et de la faisabilité.
2. Une copie de la boutique, jamais la boutique en ligne
Tout le travail se fait sur une copie complète (fichiers et base de données), installée sur un serveur de test. La boutique en ligne continue de vendre normalement pendant tout le chantier. C’est la règle la plus importante : une mise à jour faite directement en production, c’est parier le chiffre d’affaires de la semaine.
3. La mise à jour du cœur
PrestaShop fournit un outil officiel, le module « Update Assistant » (anciennement « 1-Click Upgrade »). Le passage direct de 1.7 à 9 n’est pas prévu : l’outil fait passer la boutique en 8.2, puis une seconde fois en 9, en adaptant la base de données à chaque étape. Entre les deux, je change la version de PHP, puisque la 9 exige au moins PHP 8.1. Sur une boutique saine, cette partie est la plus rapide.
4. Les modules et le thème
C’est là que se trouve l’essentiel du travail. Chaque module tiers est mis à jour, remplacé par un équivalent, ou supprimé s’il ne sert plus. Le thème est adapté, ou remplacé si son éditeur l’a abandonné.
5. Les tests, comme un vrai client
Je teste tout le parcours : recherche, fiche produit, compte client, panier, codes promo, livraison, paiement réel, e-mails de confirmation, facture, et le back-office (commandes, stock, retours). Un seul module de paiement cassé, et la boutique ne vend plus rien.
6. La bascule et la surveillance
Le jour J, la boutique passe quelques heures en maintenance, hors des heures d’affluence, souvent tôt le matin. Je fais une sauvegarde complète, puis je rejoue sur la boutique en ligne la mise à jour déjà rodée sur la copie : les commandes et les clients arrivés pendant le chantier sont donc conservés. Je surveille ensuite les erreurs, les commandes et le référencement pendant plusieurs jours.
Les 5 pièges les plus fréquents
- Les modules abandonnés : un module acheté en 2018 dont l’éditeur a disparu. Il faut le remplacer, et parfois reprendre ses données (avis clients, points de fidélité).
- Le thème modifié directement : quand un ancien prestataire a modifié le thème au lieu de créer un thème enfant, chaque mise à jour du thème efface ses modifications. Il faut les retrouver et les reporter.
- Les overrides : ces retouches du cœur de PrestaShop sont souvent incompatibles avec la nouvelle version, et provoquent des erreurs difficiles à diagnostiquer.
- Les modules de paiement : ils doivent être remplacés par leur dernière version, et les identifiants de la banque ou du prestataire (Stripe, PayPal, Payplug…) doivent souvent être reconfigurés.
- L’hébergement : certains hébergements mutualisés limitent le temps d’exécution ou la mémoire, et l’outil de mise à jour s’arrête en plein milieu. Mieux vaut le savoir avant.
Aucun de ces pièges n’est grave s’il est repéré sur la copie. Tous le deviennent s’il est découvert le jour de la mise en ligne.
Combien coûte une migration PrestaShop 1.7 vers 8 ou 9 ?
Chez moi, la mise à jour de PrestaShop 1.7 vers 8 ou 9 démarre à 890 € HT, pour une boutique avec 15 modules tiers maximum et un thème compatible ou officiel. Le forfait comprend l’audit de compatibilité, la mise à jour sur une copie, le remplacement des modules incompatibles, le passage à une version de PHP maintenue, les tests complets et une garantie de 30 jours. Le détail est sur la page mise à jour et migration PrestaShop.
Ce qui fait monter le prix :
- un grand nombre de modules tiers, ou des modules sur mesure à réécrire ;
- un thème personnalisé à adapter ;
- les licences des nouvelles versions de modules payants, facturées par leurs éditeurs ;
- une boutique encore en 1.6 : ce n’est plus une mise à jour mais une migration vers une boutique neuve, à partir de 1 490 € HT.
Pour le joaillier parisien Soann, j’ai migré la boutique de PrestaShop 1.6 vers 8.2, avec un nouveau design et une douzaine de modules sur mesure (voir l’étude de cas Soann Joaillier).
Vous ne savez pas si votre boutique est facile à mettre à jour ? L’audit express à 290 € HT relève les versions, les modules et ce qui bloquera la mise à jour, avec une estimation chiffrée, et son montant est déduit du devis si le projet est signé dans les 3 mois. Une fois la boutique à jour, la maintenance Boutique la garde à jour et testée.
