Migrer votre boutique PrestaShop vers 1.7, 8 ou 9
Passer de PrestaShop 1.6 à 1.7, 8 ou 9 n’est pas une mise à jour classique : le moteur de thème change complètement, le back-office bascule progressivement sur Symfony, et une bonne partie des modules 1.6 ne fonctionne plus telle quelle.
Pourquoi ce n’est pas une simple mise à jour
PrestaShop 1.6 utilise un système de thème basé entièrement sur Smarty et des templates .tpl classiques. À partir de 1.7, une partie de l’administration et certains contrôleurs front reposent sur le framework Symfony, avec une nouvelle arborescence (src/, var/) et un système d’override différent. Le thème par défaut change aussi de nom (Classic à la place de Default), ce qui veut dire concrètement qu’un thème 1.6, même personnalisé, ne s’installe pas tel quel sur 1.7 ou 8 : il faut le reconstruire ou l’adapter template par template.
Côté modules, chaque module doit déclarer sa compatibilité avec la version cible dans son fichier de configuration. Un module qui fonctionne parfaitement en 1.6 peut être totalement absent du marché pour 1.7/8, ou nécessiter une version payante différente chez son éditeur. C’est souvent le point qui fait le plus dérailler un budget de migration mal estimé au départ.
La structure de la base de données évolue aussi entre les versions majeures (nouvelles tables, colonnes renommées), ce qui impose un script de migration de données plutôt qu’un simple export-import SQL brut.
Comment je conduis une migration
-
Audit de l’existant
Je liste les modules installés, leurs versions, et je vérifie lesquels ont un équivalent compatible avec la version cible.
-
Migration sur environnement de test
Je réalise la migration une première fois sur une copie de la boutique, jamais directement en production, pour identifier tous les blocages avant de toucher au site réel.
-
Reconstruction du thème
Selon l’écart entre les versions, j’adapte le thème existant ou je le reconstruis sur la base du thème par défaut de la version cible, en conservant l’identité visuelle.
-
Remplacement des modules incompatibles
Je trouve des équivalents fonctionnels aux modules qui ne migrent pas, ou je réécris les fonctionnalités spécifiques en module sur mesure si besoin.
-
Bascule en production
Une fois la version de test validée avec vous, je programme la bascule à un moment de faible trafic pour limiter l’impact sur les commandes en cours.
1.7, 8 ou 9, selon votre situation
-
PrestaShop 1.7
Palier intermédiaire, rarement une cible en soi : c’est la version qu’il faut atteindre avant de continuer vers 8 ou 9 quand on part d’une 1.6, l’outil de mise à jour ne sautant aucun palier.
-
PrestaShop 8
Cible raisonnable quand l’écosystème de modules de la boutique n’est pas encore déclaré compatible 9, ou quand l’hébergement ne fournit pas encore une version de PHP acceptée par la 9.
-
PrestaShop 9
Dernière branche majeure : back-office entièrement Symfony/Twig, contrôleurs legacy supprimés, exigences PHP plus élevées. Cible naturelle d’un projet neuf, à condition de vérifier module par module.
-
Rester en 1.6 avec vigilance
Envisageable à court terme pour une boutique stable, mais 1.6 n’est plus maintenue par l’éditeur, ce qui expose à des failles de sécurité non corrigées.
-
Depuis PrestaShop 1.5
Aucun outil ne fait ce saut : la boutique se reconstruit en 8 et les données sont reprises. Un chantier à cadrer comme une refonte.
Ce qu'il faut vérifier en amont
-
Checklist avant migration
Sauvegardes, inventaire des modules, version de PHP, plan de retour arrière : ce qui doit être en place avant de toucher à la boutique.
-
Modules incompatibles
Le poste qui fait dériver le budget : comment savoir lesquels de vos modules ne suivront pas, avant de commencer.
-
Migrer sans perdre le référencement
Le plan de redirections et les points de contrôle qui évitent de payer la migration en trafic perdu.
-
Modules qui ne s’installent plus
Après la montée de version, le module refuse de s’installer ou disparaît du back-office : les causes et les correctifs.
-
Moyen de paiement disparu après la mise à jour
Le symptôme le plus coûteux d’une migration mal recettée, et comment le traiter.
-
Migrer ou refaire ?
Quand la montée de version coûte presque autant qu’une reconstruction, la question mérite d’être posée franchement.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.