Migration PrestaShop 1.7 vers 9
Sortir de la 1.7 et arriver en 9 sans casser la boutique.
Deux sauts de version, un seul chantier maîtrisé : 1.7 vers 8.x stabilisée, puis 8.x vers 9.x. Thème Smarty repris en Twig, modules et overrides réécrits, recette complète sur staging avant de toucher la prod.
Une boutique encore en 1.7 cumule deux sauts majeurs : la modernisation apportée par PrestaShop 8 (PHP 8.1+, back-office assaini) puis le passage à PrestaShop 9 (Symfony 7, Twig 3, fin de Smarty côté back-office). PrestaShop ne propose pas de mise à jour directe 1.7 vers 9 : on passe donc par une 8.x stabilisée et testée, avant d’enchaîner sur la 9.
Pour creuser le sujet avant de nous confier le chantier : la checklist migration PrestaShop 1.7 vers 8, l’article PrestaShop 9 vs PrestaShop 8, notre page migration PrestaShop 8 vers 9 si votre boutique est déjà en 8.x, et notre sélection de modules pour migrer vers PrestaShop.
Comment nous pouvons vous aider
Audit de l'existant 1.7
Version exacte, PHP, modules, overrides, thème, volume BDD. Rapport chiffré avant la moindre ligne de code.
Migration en deux paliers
1.7 vers 8.x, recette, puis 8.x vers 9.x. Le saut direct n'existe pas côté PrestaShop.
Thème Smarty vers Twig
Reprise des templates, fin des helpers Smarty, contrôle du responsive et des Core Web Vitals.
Modules et overrides
Réécriture Symfony 7 et hooks 9.x, suppression des overrides devenus inutiles. Code à vous.
Base et historique
IDs produits, catégories, clients et commandes conservés. Aucun lien cassé, aucune redirection à refaire.
Bascule et rollback
Mise en prod en fenêtre courte, retour arrière prêt en cas d'incident, monitoring 72 h.
Notre méthode
-
01
Audit gratuit 30 min
On regarde la boutique en partage d'écran, on mesure l'écart avec la 9 et on chiffre.
-
02
Devis fixe sous 24 h
Périmètre clair, prix engageant, délai engagé. Pas de TJM ouvert, pas de surprise.
-
03
Palier 1 : 1.7 vers 8.x
Sur staging : montée PHP, modules, overrides, thème. Vous validez une 8.x saine.
-
04
Palier 2 : 8.x vers 9.x
Symfony 7, Twig 3, modules 9.x. Parcours d'achat et back-office testés de bout en bout.
-
05
Bascule prod et suivi
Mise en prod en fenêtre courte, monitoring 72 h, support inclus 30 jours après bascule.
Stack technique
Guides & documentation.
Documentation
Prêts quand vous l'êtes.
Sans pitch — juste une évaluation honnête de votre projet en 20 minutes.
Questions fréquentes
Pourquoi ne pas migrer directement de 1.7 vers 9 ?
Parce que PrestaShop ne le supporte pas. L'outil de mise à jour officiel attend une 8.x stable en entrée pour passer en 9.x. On procède donc en deux paliers : d'abord 1.7 vers 8.x, avec sa propre recette, puis 8.x vers 9.x. C'est aussi plus sûr : chaque palier isole ses régressions au lieu de tout mélanger dans un seul saut.
Combien de temps prend le chantier complet ?
Pour une boutique standard (catalogue moyen, 5 à 15 modules tiers, thème peu modifié) : 15 à 20 jours ouvrés. Pour une boutique complexe (gros catalogue, overrides nombreux, thème lourdement customisé, connecteur ERP) : 25 à 40 jours. Le devis donne un délai engageant à la journée près après l'audit.
Combien ça coûte ?
À partir de 6 000 € pour une 1.7 propre et peu modifiée. Une boutique avec beaucoup d'overrides, un thème sur mesure ancien et des modules custom monte typiquement entre 10 000 et 25 000 €. L'audit préalable de 30 minutes est gratuit et le devis est fixe, pas au temps passé.
Mes modules 1.7 vont-ils fonctionner en 9 ?
Rarement tels quels. Un module écrit pour la 1.7 utilise souvent des hooks retirés depuis, des helpers Smarty en back-office et des appels supprimés en 9. L'audit liste chaque module avec son statut : compatible, mise à jour éditeur disponible, à réécrire, ou à remplacer. Pour les modules du commerce, la licence éditeur couvre en général la version 9 sans surcoût.
Et mon thème ?
C'est le poste le plus lourd du chantier. Un thème 1.7 repose sur Smarty et sur des templates que les versions 8 puis 9 ont fait bouger. Deux options selon l'état du thème : reprise à l'identique sur la base Classic ou Hummingbird de la 9, ou refonte si le thème d'origine est un thème acheté abandonné par son éditeur. On chiffre les deux dans le devis.
Ma 1.7 tourne en PHP 7.x, c'est bloquant ?
Non, mais ça fait partie du chantier. PrestaShop 8 demande PHP 8.1 au minimum et la 9 vise 8.1 à 8.3 selon la version mineure. La montée de PHP se fait pendant le premier palier, sur staging, avec le passage en revue du code qui déclenche des erreurs sur les versions récentes (fonctions supprimées, typages, appels dynamiques).
Je risque de perdre des commandes, des clients ou du SEO ?
Non si la migration est faite proprement. Les IDs produits, catégories, clients et commandes sont préservés à l'identique et les URLs ne changent pas, sauf demande de votre part. Sitemap et redirections existantes sont conservés, et le suivi Search Console après bascule est inclus pour vérifier qu'aucun signal ne décroche.
Migrer ou refaire la boutique à neuf ?
Question légitime quand la 1.7 est très ancienne. Migrer garde l'historique, les URLs, les clients et le SEO : c'est le bon choix dans la majorité des cas. Refaire à neuf se justifie si le thème est mort, si les overrides sont ingérables et si le catalogue doit de toute façon être repris. L'audit tranche avec des chiffres, pas au feeling.
Qu'est-ce qui n'est PAS inclus dans le tarif ?
Le tarif couvre la migration technique : code, base de données, modules, thème existant. Ne sont pas inclus par défaut la refonte graphique, l'ajout de nouvelles fonctionnalités, le changement d'hébergement et la formation back-office. Chacun de ces postes peut être ajouté au devis sur demande.