Mettre à jour PrestaShop, ce n’est pas seulement installer une version plus récente du CMS e-commerce. C’est aussi profiter de nouvelles fonctionnalités, de correctifs de sécurité et d’améliorations de performance, tout en gardant une boutique plus stable et mieux préparée aux évolutions techniques. À l’inverse, rester sur une version ancienne expose votre site à des failles, à des blocages avec certains modules et à des lenteurs qui finissent par peser sur les ventes.
En quelques lignes :
Je recommande de préparer chaque mise à jour pour réduire les risques de panne, garantir la compatibilité des modules et améliorer la sécurité et la performance de votre boutique.
- Vérifiez la version dans le back-office et identifiez les contraintes si vous passez de 1.6 à 1.7 ou vers 8.
- Sauvegarde intégrale : exportez la base de données et copiez tous les fichiers (cœur, thème, modules personnalisés) avant toute opération.
- Créez un environnement de test (staging) avec la même version de PHP, lancez la mise à jour et testez le tunnel de commande et les paiements.
- Vérifiez la compatibilité des modules non natifs et du thème, mettez à jour les extensions une par une et identifiez celles qui ne sont plus maintenues.
- Choisissez la méthode adaptée : module officiel pour les mises à jour courantes, mise à jour manuelle pour les migrations majeures, puis videz les caches et validez en production.
Pourquoi mettre à jour PrestaShop ?
Une boutique en ligne vit avec son écosystème, et PrestaShop ne fait pas exception. Chaque mise à jour rapproche votre site des standards actuels, que ce soit pour la sécurité, la compatibilité serveur ou la fluidité de navigation. Elle aide aussi à corriger des bugs connus et à maintenir une bonne cohérence avec les modules et thèmes officiels.
Si vous laissez votre boutique sur une version obsolète, vous prenez plusieurs risques en même temps. Des failles de sécurité peuvent rester ouvertes, des modules récents peuvent ne plus fonctionner, et certaines exigences techniques, comme la version de PHP ou la compatibilité navigateur, peuvent ne plus être respectées. À terme, cela peut créer des blocages fonctionnels et compliquer l’évolution de votre activité.
Une mise à jour régulière permet aussi de simplifier les évolutions futures. Plus vous attendez, plus le saut de version devient délicat, surtout lors d’une migration entre générations majeures comme PrestaShop 1.6 vers 1.7 ou 1.7 vers 8. En gardant une base à jour, vous limitez les écarts techniques et vous facilitez la maintenance.
Étape 1 : Vérification et préparation de la boutique
Avant toute intervention, je vous recommande de faire un état des lieux précis. Cette phase prépare le terrain et évite de découvrir trop tard une incompatibilité, une surcharge oubliée ou une exigence serveur non satisfaite.
Vérifier la version actuelle de PrestaShop
La première vérification se fait dans le back-office. Rendez-vous dans Paramètres de la boutique, puis Informations pour afficher la version installée. Cette donnée vous permet de savoir exactement d’où vous partez et d’identifier la procédure la plus adaptée.
Si vous devez modifier la langue du back-office, consultez notre guide sur comment changer la langue du back-office PrestaShop.
C’est particulièrement utile en cas de migration majeure. Une boutique en 1.6 n’a pas les mêmes contraintes qu’une boutique en 1.7, et un passage vers PrestaShop 8 demande souvent une préparation plus poussée. Connaître la version de départ permet d’anticiper le niveau de travail réel.
Réaliser un audit de l’existant
Ensuite, dressez la liste des modules installés, en distinguant les modules natifs des modules développés par un tiers. Notez aussi les personnalisations du thème, les surcharges, les overrides et toute modification manuelle du code. Ce recensement vous évite de remplacer un élément qui semblait anodin mais qui porte une partie du fonctionnement de la boutique.
Il faut également vérifier les prérequis techniques de la version cible, notamment la version de PHP, la base de données MySQL, l’espace disque disponible et la configuration serveur. Une mise à jour peut très bien échouer non pas à cause de PrestaShop lui-même, mais à cause d’un hébergement mal aligné sur les besoins de la nouvelle version.
Enfin, choisissez un moment de faible trafic. Une mise à jour tôt le matin, ou pendant une période creuse, réduit les risques liés aux commandes en cours et aux interactions simultanées avec le site. C’est un détail qui change beaucoup de choses dans la gestion du risque.
Étape 2 : Sauvegarde intégrale de la boutique
Avant d’aller plus loin, il faut sécuriser l’ensemble de l’existant. Une mise à jour sans sauvegarde revient à avancer sans filet, alors qu’un simple incident peut suffire à rendre le site temporairement inutilisable.
Je vous conseille de sauvegarder tous les fichiers du site via FTP ou via le gestionnaire de fichiers proposé par l’hébergeur. Cette copie doit inclure le cœur de PrestaShop, les fichiers de thème, les modules et les éléments personnalisés présents sur le serveur.
La base de données doit aussi être exportée dans son intégralité. Vous pouvez passer par Paramètres avancés, puis Sauvegarde BDD dans PrestaShop, ou utiliser phpMyAdmin si vous préférez un export plus direct. La base contient les produits, commandes, clients, configurations et réglages indispensables au fonctionnement de la boutique.
Pour aller plus loin, conservez à part les configurations personnalisées, le dossier du thème utilisé et les modules spécifiques. Cette séparation facilite une restauration partielle ou une réapplication des personnalisations si vous devez revenir en arrière après la mise à jour.
Étape 3 : Créer un environnement de test, ou staging
Le staging sert à tester la mise à jour sans impacter votre boutique en production. C’est l’approche la plus rassurante, car elle vous permet de reproduire le contexte réel du site avant de toucher à la version ouverte aux clients.
Concrètement, il faut cloner la boutique en copiant les fichiers et la base de données vers un nouvel espace, en local ou sur un environnement de pré-production. Vous disposez alors d’une copie fidèle, sur laquelle vous pouvez travailler sans risque commercial.
Sur ce clone, configurez la même version de PHP que celle exigée par la version cible de PrestaShop, ainsi que les mêmes prérequis techniques. Si l’environnement de test est différent du serveur final, les résultats peuvent être trompeurs et masquer un problème qui apparaîtra ensuite en ligne.
Une fois le clone prêt, lancez la mise à jour dessus en priorité. Vous pourrez ainsi vérifier le comportement du tunnel de commande, des modules, des moyens de paiement et de l’interface d’administration. Ce n’est qu’après validation complète que la même procédure pourra être reproduite sur le site principal.
Étape 4 : Vérification de la compatibilité des modules, thèmes et prérequis techniques
Cette étape est souvent celle qui fait la différence entre une mise à jour fluide et une mise à jour laborieuse. Une boutique PrestaShop ne dépend pas seulement du core, mais aussi de son écosystème, et chaque brique doit être compatible avec la version visée.
Commencez par lister tous les modules non natifs. Vérifiez leur compatibilité sur la marketplace PrestaShop ou directement auprès de leur éditeur. Certains modules sont mis à jour régulièrement, d’autres nécessitent une version précise du CMS, et certains ne sont plus maintenus.
Les modules peuvent ensuite être mis à jour depuis le gestionnaire de modules, dans Modules puis Module Manager. Après chaque mise à jour importante, testez la boutique pour détecter immédiatement une régression. Cette méthode progressive évite d’accumuler plusieurs causes d’erreur en même temps.
Le thème mérite la même attention. Lors d’un grand saut de version, par exemple de 1.6 vers 1.7 ou de 1.7 vers 8, une simple adaptation ne suffit pas toujours. Il faut parfois revoir une partie du code, nettoyer d’anciennes structures ou procéder à un refactoring plus profond pour conserver un affichage correct.
Enfin, validez la version de PHP recommandée pour la version cible. Si le serveur héberge encore une version trop ancienne, la mise à jour peut échouer ou produire des comportements instables. Une boutique à jour ne peut pas fonctionner durablement sur une infrastructure dépassée.
Étape 5 : Choix et exécution de la méthode de mise à jour
Il existe deux grandes approches pour mettre à jour PrestaShop. Le choix dépend surtout de la complexité de votre boutique, de l’écart de version et du niveau de personnalisation du site.
Utiliser le module officiel de mise à jour
La voie la plus courante passe par le module officiel 1-Click Upgrade, Autoupgrade ou Update Assistant. Vous pouvez l’installer ou l’activer depuis le back-office, dans la zone des modules. Il sert de guide technique et automatise une partie importante de l’opération.
Une fois ouvert, le module vérifie les prérequis, comme les droits sur les dossiers, l’espace disque disponible et certaines compatibilités de base. Si tout est conforme, vous pouvez lancer la mise à jour en suivant les instructions affichées à l’écran. Pendant cette phase, il ne faut pas fermer le navigateur ni interrompre le processus.
Cette méthode convient bien aux mises à niveau classiques, lorsqu’il n’y a pas trop de personnalisation ou de saut de version trop large. Elle reste néanmoins à valider d’abord sur un environnement de test.
Effectuer une mise à jour manuelle
Pour les migrations majeures ou les boutiques complexes, une mise à jour manuelle est souvent plus adaptée. Elle demande davantage de rigueur, mais elle offre aussi un meilleur contrôle sur chaque étape de l’opération.
Commencez par télécharger la dernière version stable de PrestaShop depuis la source officielle. Passez ensuite la boutique en mode maintenance dans les réglages de la boutique pour éviter toute commande pendant la bascule.
Avant de remplacer les fichiers, mettez de côté les personnalisations, les modules spécifiques, le thème et les overrides. Remplacez ensuite les fichiers du cœur de PrestaShop sur le serveur via FTP ou via le gestionnaire de fichiers de l’hébergeur. Selon la version et la méthode retenue, il peut aussi être nécessaire de lancer un script de mise à jour, par exemple install/upgrade/upgrade.php.
Cette approche est plus longue, mais elle permet de mieux maîtriser les écarts entre l’ancienne et la nouvelle architecture. Elle est souvent choisie lorsqu’un module automatique ne couvre pas correctement la migration ou lorsqu’un nettoyage du code doit être effectué en parallèle.
Le tableau ci-dessous résume les différences entre les deux méthodes les plus utilisées.
| Méthode | Points forts | Points de vigilance |
|---|---|---|
| Module officiel | Plus rapide, guidée, adaptée aux mises à jour courantes | Moins flexible pour les cas complexes, dépend des prérequis |
| Mise à jour manuelle | Contrôle précis, adaptée aux migrations majeures | Demande plus de préparation et de maîtrise technique |
Étape 6 : Retour en production et actions post-mise à jour
Une fois la mise à jour effectuée, le travail ne s’arrête pas là. Il faut remettre la boutique en état de fonctionnement propre, puis vérifier que chaque brique répond correctement dans le nouvel environnement.
Si le mode maintenance n’a pas encore été activé sur le site réel avant l’opération, faites-le maintenant avant d’aller plus loin. Cela évite d’exposer aux visiteurs un site encore instable ou partiellement configuré.
Ensuite, réactivez les modules non natifs un par un, en contrôlant leur comportement après chaque activation. Cette méthode permet d’identifier rapidement le module qui génère une erreur ou une anomalie. Elle est plus fiable qu’une réactivation globale.
Pensez aussi à vider tous les caches. Dans PrestaShop, cela se fait depuis Paramètres avancés, Performance, puis Vider le cache. Il est également utile de demander un rafraîchissement du cache navigateur côté utilisateur, car certaines anciennes ressources peuvent encore être conservées localement.
Le thème doit enfin être vérifié dans ses moindres détails. Après une migration importante ou une modification du code, un décalage d’affichage, un bloc mal chargé ou un souci responsive peuvent apparaître sans prévenir.
Étape 7 : Vérification, tests et validation finale
La dernière phase consiste à valider la boutique comme le ferait un client. C’est la meilleure façon de repérer les anomalies restantes, car les tests techniques seuls ne suffisent pas toujours à couvrir toute l’expérience d’achat.
Commencez par parcourir le site en navigation privée. Contrôlez la page d’accueil, les catégories, les fiches produits et l’ajout au panier. Vous vérifiez ainsi l’affichage public et les principales interactions du parcours de navigation.
Testez ensuite le tunnel de commande complet, de l’inscription ou la connexion jusqu’au choix du transporteur, au paiement et à la validation finale. Une commande de test permet de confirmer que les étapes commerciales fonctionnent toujours après la mise à jour.
Le back-office doit lui aussi être parcouru avec méthode. Vérifiez la gestion des clients, des commandes, du catalogue et des modules. Si un composant admin ne répond pas correctement, il vaut mieux le détecter immédiatement plutôt que plusieurs jours plus tard.
Consultez également les logs d’erreur PHP ou serveur. Ils fournissent souvent des indices rapides sur un module cassé, une incompatibilité de thème ou un souci de configuration. En parallèle, assurez-vous que les emails transactionnels, comme la confirmation de commande ou la création de compte, sont bien envoyés.
Lorsque tous les contrôles sont validés, désactivez le mode maintenance et rouvrez la boutique aux visiteurs. Vous remettez alors en ligne un site plus stable, mieux aligné avec son environnement technique et plus simple à faire évoluer dans la durée.
En résumé, une mise à jour PrestaShop réussie repose sur une préparation sérieuse, une sauvegarde complète, un test en staging et une série de vérifications après bascule. C’est cette méthode, plus que la vitesse d’exécution, qui protège votre boutique et sécurise son évolution.
