Mises à jour PrestaShop : appliquer les correctifs de sécurité et de modules sans casse

Une mise à jour PrestaShop sans casse suit un ordre fixe : sauvegarde complète, essai sur une copie de la boutique avec test de vos parcours de vente, puis la même opération rejouée en production à une heure creuse. Les mises à jour en attente touchent trois couches qui ne se traitent pas de la même façon : le cœur du logiciel, les modules, le thème. Au 14 octobre 2026, la dernière version publiée est PrestaShop 9.2.0, sortie le 30 septembre 2026.

• Le cœur, les modules et le thème de PrestaShop se mettent à jour par des chemins distincts
• L’assistant de mise à jour de PrestaShop peut désinstaller un module ou écraser un modèle d’e-mail
• Une mise à jour PrestaShop sans casse se déroule en cinq étapes, de l’inventaire à la production
• La branche de votre boutique PrestaShop décide de ce qu’elle reçoit encore
• Chaque mise à jour PrestaShop se prouve par un journal : composant, version, date
• Une mise à jour PrestaShop tourne à la panne quand on groupe, supprime par FTP ou oublie de réactiver
• Sources consultées
• Foire aux questions

Le cœur, les modules et le thème de PrestaShop se mettent à jour par des chemins distincts

Le cœur se met à jour avec un module de l’éditeur, l’Update Assistant, connu auparavant sous le nom de 1-Click Upgrade (son nom technique est « Autoupgrade »). L’annonce de PrestaShop 9.2 précise qu’une boutique en 9.0.x ou en 9.1.x y passe avec cet assistant, dont la version 7.6.6 prend en charge la 9.2.

Les modules se mettent à jour depuis Modules > Gestionnaire de modules. Selon la documentation, la boutique vérifie régulièrement auprès du serveur de PrestaShop Addons, la place de marché officielle, si une version plus récente existe, et un bouton de mise à jour apparaît ; le journal des modifications du module se consulte avant. Un module acheté ailleurs dépend des annonces de son auteur.

Le thème reçoit lui aussi des versions de son auteur, et une retouche faite directement dans ses fichiers risque d’être écrasée (déduction : la documentation ne décrit pas ce cas). La parade vient de la documentation développeur : un thème enfant hérite du thème d’origine et ne redéfinit que ce qu’il modifie, ce qui laisse mettre à jour le thème d’origine de son côté.

L’assistant de mise à jour de PrestaShop peut désinstaller un module ou écraser un modèle d’e-mail

Après le passage de l’assistant, les modules jugés incompatibles sont désinstallés, et les modèles d’e-mails personnalisés peuvent être perdus. La liste de vérification d’après mise à jour indique que les modules compatibles sont mis à jour automatiquement, et que ceux incompatibles avec la nouvelle version sont désinstallés. Le guide de l’utilisateur précise qu’une désinstallation efface la configuration du module et ses données en base, là où une désactivation conserve la configuration. Scénario : un module de livraison en point relais jugé incompatible perdrait ses réglages de tarifs.

Trois options de l’assistant demandent une décision écrite. La première désactive les modules non natifs, c’est-à-dire tous ceux installés après la création de la boutique ; la liste d’après mise à jour demande de les réactiver depuis le gestionnaire de modules. La deuxième, la régénération des modèles d’e-mails, peut faire perdre, selon la documentation, les modifications apportées à vos modèles. Ces deux options sont réglées sur « oui » par défaut. La troisième désactive les surcharges, ces fichiers qui remplacent une partie du code d’origine ; les fonctions qui en dépendent s’arrêtent alors, par déduction.

Les notes de version cachent aussi des pièges. Le 4 septembre 2025, l’éditeur indiquait que, sur une boutique PrestaShop 8 sous PHP 8, la mise à jour vers la 8.2.3 exigeait de repasser en PHP 7.4 le temps de l’opération, ou d’utiliser l’option d’archive locale, et présentait cette limite comme connue et à corriger. Lire ces notes avant d’agir permet d’éviter la panne.

Une mise à jour PrestaShop sans casse se déroule en cinq étapes, de l’inventaire à la production

La mission suit cinq étapes, dans cet ordre :

• Inventaire : version actuelle, modules avec leur version, thème utilisé, notes de version de chaque élément à mettre à jour.
• Sauvegarde : l’assistant propose une sauvegarde complète (images comprises), partielle (sans les images) ou aucune ; l’annonce de la 8.2.8 rappelle de sauvegarder fichiers et base avant toute mise à jour. Une copie part hors du serveur, jamais à la racine de la boutique, où la documentation déconseille de la laisser.
• Essai sur la préproduction, une copie invisible des clients : le cœur d’abord, avec la version que l’assistant désigne comme recommandée, puis les modules un à la fois, puis le thème.
• Tests : la liste officielle demande de vérifier le front office en créant un compte, en passant une commande et en ajoutant un produit ; ajoutez vos parcours (chaque moyen de paiement en mode test, chaque transporteur).
• Production : la même séquence, à l’heure la plus creuse de votre semaine, boutique en mode maintenance ; la liste d’après mise à jour demande de le désactiver ensuite, dans l’onglet Maintenance des paramètres généraux.

Décrire mon besoin →

La branche de votre boutique PrestaShop décide de ce qu’elle reçoit encore

La documentation développeur sur les branches décrit la règle de contribution : sauf rares exceptions, la branche de correctifs d’une version mineure ferme à la sortie de la mineure suivante.

Passer de 8.2 à 9 change de version majeure : c’est une migration de PrestaShop 8 vers 9, chiffrée à part. Une faille annoncée sur votre version ou sur un module relève des correctifs de failles et n’attend pas la prochaine fenêtre.

Chaque mise à jour PrestaShop se prouve par un journal : composant, version, date

Exigez après chaque passage un journal : composant, version avant, version après, date. Ajoutez les modules désactivés ou désinstallés par l’assistant et leur sort, la date et l’emplacement de la sauvegarde, les tests passés avec leur résultat. Vérifiez la version du cœur vous-même : Paramètres avancés > Informations l’affiche.

Faites écrire qui paie quand une mise à jour casse la boutique : la restauration et la remise en état devraient revenir au prestataire si l’incident vient d’une étape sautée, comme une sauvegarde absente, un essai omis sur la préproduction ou des notes de version non lues.

Le devis varie avec le nombre de modules, la part de modules achetés hors d’Addons, les retouches du thème et les surcharges, l’existence d’une préproduction, l’écart de version à rattraper, et une version de PHP à changer avant d’avancer. Ce dernier cas relève d’une montée de version de PHP.

Une mise à jour PrestaShop tourne à la panne quand on groupe, supprime par FTP ou oublie de réactiver

Cliquer sur toutes les mises à jour de modules d’un coup, en production : au premier incident, impossible de savoir lequel en est la cause.

Supprimer un module en effaçant son dossier par FTP, l’accès direct aux fichiers du serveur. Le guide de l’utilisateur l’interdit en toutes lettres : la désinstallation passe par le gestionnaire de modules.

Laisser un module désactivé par l’assistant sans le réactiver. La liste d’après mise à jour demande de repasser par le gestionnaire de modules. Scénario : un module de paiement resté éteint ne signale rien, et son moyen de paiement manque simplement dans le tunnel de commande.

Pour le formulaire de cette page, le message gagne à porter votre version de PrestaShop, le nombre de mises à jour en attente et la liste des modules achetés hors d’Addons.

Décrire mon besoin →

Sources consultées

• PrestaShop, documentation développeur de PrestaShop 9, « Update from the back office », « Post-update checklist », « How to update PrestaShop », « How to backup PrestaShop », « Child theme » et « Supported branches », consulté le 14 octobre 2026.
• PrestaShop, guide de l’utilisateur de PrestaShop 8, « Installed Modules », « Module notifications » et « Informations de configuration », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9.2 is available », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9.1.5 is available » et « PrestaShop 8.2.8 is available », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 8.2.3 is available », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 8.2.x is now in the extended support phase », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 1.7.8 is now in the extended support phase », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9.0 is available », consulté le 14 octobre 2026.
• PrestaShop, « 1.6.1.x : what’s next », consulté le 14 octobre 2026.

Foire aux questions

À quel rythme mettre à jour PrestaShop et ses modules ?

Les pages consultées de l’éditeur ne fixent pas de rythme. Une fenêtre régulière, par exemple mensuelle hors temps forts, évite l’accumulation : dix mises à jour en retard s’essaient plus difficilement qu’une. Les correctifs de sécurité annoncés ne l’attendent pas, après un essai sur la copie.

Peut-on mettre à jour un module sans mettre à jour PrestaShop ?

Oui, si la nouvelle version du module accepte votre version de PrestaShop : cela se vérifie auprès de son auteur avant d’installer. Une version récente d’un module peut exiger un cœur plus récent : le module reste alors dans sa version actuelle jusqu’à la mise à jour du cœur.

L’assistant de mise à jour permet-il de revenir en arrière ?

Oui, à partir d’une sauvegarde prise par l’assistant : son parcours de restauration remet la boutique dans l’état d’avant. Une sauvegarde manuelle se restaure à la main ou en ligne de commande, d’après la liste d’après mise à jour. Les commandes passées depuis la sauvegarde disparaissent, d’où l’opération boutique fermée. Testez ce retour arrière sur la préproduction pour en connaître la durée.

Une mise à jour du cœur modifie-t-elle le thème ?

La documentation développeur indique que la mise à jour préserve les données, les modules et le thème, hors modules incompatibles désinstallés. Le thème reste en place ; sa compatibilité avec la nouvelle version se vérifie sur la copie, page par page.

Un module acheté hors de la place de marché officielle se met-il à jour de la même façon ?

Non. Le gestionnaire de modules interroge Addons, d’après la documentation : une version publiée ailleurs n’y apparaît pas, par déduction. Pour un module acheté chez son auteur, la nouvelle archive se récupère en général dans son compte client, puis s’installe par le gestionnaire. Notez pour chacun où se trouvent la licence et le compte client.