Une mise à jour PrestaShop bloquée laisse souvent la boutique fermée, en mode maintenance, devant un écran rouge de l’Update Assistant (ex-1-Click Upgrade, module autoupgrade) : erreur 500, « Something went wrong… » ou « La mise à jour a échoué ». Rien n’est perdu : tout dépend de l’étape où l’assistant s’est arrêté.
Ne relancez rien avant de le savoir. Cette page vaut pour l’Update Assistant 7 (boutiques 1.7 à 9.2).
Repérez dans le tableau où l’assistant s’est arrêté.
Croix rouge avant de lancer : rien n’a changé. Corrigez le réglage, rechargez (sauf PS_VERSION_DB : appelez).
Erreur 500 dans le module, rien lancé : mettez-le d’abord à jour (7.6.6).
« La mise à jour a échoué » : ne relancez pas. Boutique en maintenance, journaux téléchargés.
Restaurer seul : sous trois conditions, sinon gare au suraccident. Aucune sauvegarde : n’essayez rien, appelez.
Boutique bloquée : 09 72 03 59 17, réponse en moins d’une heure, 7j/7, de 8 h à 22 h. Dépannage dès 150 € HT, prix fixe validé avant toute intervention.
Trois vérifications avant d’agir
- Où l’assistant s’est-il arrêté ? L’étape s’affiche en haut de l’écran ; pendant la mise à jour, le journal précise (UpdateFiles, UpdateDatabase…).
- Avez-vous une sauvegarde ? Celle de l’assistant (
<dossier admin>/autoupgrade/backup/), la vôtre, ou les deux. - La boutique est-elle restée fermée ? Si des commandes sont arrivées depuis, une restauration les effacerait.
| Où l’assistant s’est arrêté | Ce que vous pouvez faire |
|---|---|
| Croix rouge au choix de version Rien n’a été modifié. | Corriger le réglage indiqué, recharger. Croix PS_VERSION_DB : la laisser telle quelle, nous appeler. |
| Erreur 500, « Quelque chose s’est mal passé… » à l’ouverture du module Something went wrong… Boutique intacte si rien n’a été lancé. | Mettre le module à jour, lire le rapport d’erreur. |
| Pendant la sauvegarde Rien n’a été modifié. | Lire les journaux, corriger, relancer la sauvegarde. |
| Téléchargement ou décompression Fichiers d’origine, boutique fermée. | Télécharger les journaux, ne rien relancer. |
| Modules, fichiers ou base de données Update failed Versions mélangées. | Ne rien relancer. Restaurer sous conditions ou nous appeler. |
| Après « mise à jour réussie » : erreur 500, page blanche Boutique à jour, mais cassée. | Checklist officielle, puis diagnostic guidé de l’erreur 500. |
Bloqué avant de lancer : les croix rouges
Une croix rouge bloque le bouton « Suivant ». À ce stade, rien n’a bougé. Les plus fréquentes :
- « Le mode maintenance doit être activé… ajoutez votre adresse IP de maintenance » : il faut les deux, boutique désactivée et IP saisie. Le message dit « Général », le menu s’appelle Paramètres de la boutique > Paramètres généraux > Maintenance : « Activer boutique » sur Non, « Ajouter mon IP », puis Enregistrer.
- Mise en cache de PrestaShop active : « Utiliser le cache » sur Non, dans Paramètres avancés > Performances, puis Enregistrer dans ce même bloc.
- max_execution_time : 30 secondes au moins, ou 0. memory_limit : 256 Mo au moins, ou -1.
- « allow_url_fopen » ou « cURL » : sans l’un des deux, rien ne se télécharge.
- « symlink » dans les fonctions PHP à autoriser : exigé seulement si vous visez la 9.0.0.
Ces réglages, comme les droits d’écriture ou l’extension zip, dépendent de l’hébergeur (panel ou support). S’il refuse, arrêtez-vous là.
Les avertissements orange ne bloquent pas, mais deux méritent un arrêt. « Votre version actuelle du module est obsolète » : mettez l’assistant à jour d’abord, dans Modules > Gestionnaire de modules > Mises à jour. Sinon, sur sa page GitHub, prenez l’archive autoupgrade-v7.6.6.zip (pas « Source code », incomplète), puis Modules > Gestionnaire de modules > Installer un module. « Incompatible ones will be uninstalled » : ces modules seront désinstallés, pas désactivés ; un module de paiement listé se vérifie chez son éditeur avant de continuer.
« La version de PrestaShop ne correspond pas à celle stockée dans la base de données » (PS_VERSION_DB) : trace probable d’une mise à jour précédente arrêtée en route. Ne modifiez pas cette valeur à la main ; appelez-nous.
La sauvegarde a échoué
La boutique n’a pas été touchée. Les logs de sauvegarde disent ce qui bloque ; une fois corrigé, relancez-la. Jamais la mise à jour sans elle.
Update Assistant : erreur 500 ou « Something went wrong » (« Quelque chose s’est mal passé… »)
L’écran affiche un code HTTP et une phrase vague. La cause se lit ailleurs : bouton « Voir le rapport d’erreur » (détail de la 500 depuis la version 7.6.0), « Télécharger les logs de mise à jour », ou par FTP le dossier <dossier admin>/autoupgrade/logs/.
À n’appliquer que si aucune mise à jour n’a été lancée (après un échec, voyez la section suivante). L’équipe du module connaît ces causes de « PrestaShop Update Assistant error 500 » :
- Un fichier resté d’une ancienne version (le rapport cite
TaskRepository::get()ouAdminSelfUpgrade.php). Supprimez<dossier admin>/autoupgrade/ajax-upgradetab.php, recopié au rechargement. Sinon, supprimezmodules/autoupgradeet réinstallez la dernière version, sans toucher à<dossier admin>/autoupgrade/backup/, vos sauvegardes. - « La réponse reçue du serveur est malformée », sur PHP 8.4 ou plus : corrigé en 7.6.0, mettez le module à jour.
DistributionApiExceptionau choix de version : l’API de PrestaShop n’a pas répondu, ou votre serveur ne peut pas la joindre. Réessayez plus tard, puis voyezallow_url_fopenavec l’hébergeur.
Si l’erreur résiste au dernier module, gardez le rapport : on vous le demandera.
« La mise à jour a échoué » : ne relancez pas
L’ordre est fixe : préparation (téléchargement, décompression, désinstallation des modules incompatibles), fichiers, base, modules. Arrêtée au téléchargement ou à la décompression, elle n’a rien changé. Plus loin, la boutique peut avoir les fichiers d’une version et la base d’une autre. Une relance repartirait de cet état, que personne n’a vérifié.
- Laissez la boutique en maintenance.
- Téléchargez les journaux, copiez « Voir le rapport d’erreur ».
- Notez l’étape, les versions de départ et visée, la version de PHP (Paramètres avancés > Informations ; sans back-office, dans l’espace client de votre hébergeur).
- Ne touchez ni aux fichiers, ni à la base, ni à PHP.
Souvent, dans ces journaux :
- « Directory not empty »,
var/cache/prod: d’autres onglets du back-office, voire des visites, reconstruisent le cache pendant que l’assistant le vide. Fermez ces onglets avant toute nouvelle tentative, sur une boutique restaurée. La 7.6.6 ne s’arrête plus si le cache ne se vide pas entièrement. - « 2006 MySQL server has gone away » pendant la base : sur certains mutualisés, MySQL coupe les connexions trop tôt (30 secondes dans le cas signalé). Seul l’hébergeur peut changer ce réglage.
Restaurer la sauvegarde : seul, ou pas ?
L’écran d’échec propose de restaurer. Fichiers et base reviennent ensemble à l’heure de la sauvegarde (jamais la base seule). Faites-le vous-même seulement si :
- la sauvegarde a été faite par l’assistant juste avant cette tentative, pas une précédente ;
- la boutique est restée fermée : aucune commande, aucun client depuis ;
- vous avez votre propre sauvegarde, fichiers et base, si la restauration échoue.
Le risque : un suraccident. Sur une boutique déjà accidentée, la restauration peut casser autre chose :
- La base est d’abord vidée. L’assistant supprime toutes les tables de la boutique, puis recharge la sauvegarde par tranches. Interrompue, la restauration laisse une base à moitié vide.
- Les fichiers passent avant la base. Un arrêt entre les deux remet les anciens fichiers sur la base migrée : fichiers et base restent décalés.
- Même serveur. Les limites qui ont coupé la mise à jour (délais, mémoire) peuvent couper la restauration. Après un changement de PHP, une extension peut même manquer pour lire la sauvegarde.
- Les ajouts récents sont perdus. Commandes et clients récents partent avec la base ; les fichiers ajoutés ou modifiés depuis (module, override, correctif) sont supprimés ou écrasés. Seules les images ajoutées depuis restent en place.
Au moindre doute, ou sans back-office du tout, appelez le 09 72 03 59 17 avant de cliquer. Après restauration, vérifiez le back-office (s’il ne répond pas, videz le contenu de var/cache/prod/) et une fiche produit, puis désactivez le mode maintenance.
Boutique fermée, commandes en attente : on reprend là où l’assistant s’est arrêté, sans rien relancer. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h. Dépannage dès 150 € HT, prix fixe validé avant toute intervention ; ces 150 € sont déduits si vous passez ensuite à la maintenance.
Mise à jour « réussie », boutique cassée
La checklist officielle, d’abord :
- réactivez les modules désactivés (nous le faisons un par un, boutique testée entre deux) ;
- vérifiez l’état des modules : compatibles mis à jour, incompatibles désinstallés ;
- créez un compte, passez une commande, puis désactivez le mode maintenance ;
- images absentes : régénérez les miniatures (Apparence > Images, « Regénérer des miniatures »).
Si, en 9.0 ou plus, le back-office renvoie vers la boutique, le cache de production manque probablement ; ce problème, signalé après des mises à jour en ligne de commande, reste sans correctif. Ne réinstallez rien, appelez.
Erreur 500 ou page blanche : le mode debug (_PS_MODE_DEV_ à true dans config/defines.inc.php, à remettre à false ensuite) affiche le message, et le diagnostic guidé de l’erreur 500 aide à le lire. Paiement ou commandes en panne : 09 72 03 59 17.
Ce qu’il ne faut pas faire
- Relancer à l’aveugle, ou une seule étape en ligne de commande.
- Modifier
PS_VERSION_DB: la croix disparaît, la base reste à moitié migrée. - Décompresser la nouvelle version par-dessus la boutique, ou recopier ses fichiers par FTP : les fichiers changent, la base non.
- Supprimer des lignes en base (
ps_module…) sur le conseil d’un forum. - Couper
error_reportingcontre la « réponse malformée » : mettre le module à jour suffit. - Restaurer après des commandes : elles partent avec la base.
- Changer de PHP au milieu d’une mise à jour interrompue.
PrestaShop 9.2 absente ou refusée par l’Update Assistant
PrestaShop 9.2.0 est sortie le 30/09/2026, l’Update Assistant 7.6.6 la veille.
- Depuis une 9.0 ou une 9.1 : mise à jour mineure, par l’assistant passé en 7.6.6 (la version qui gère la 9.2), sous PHP 8.1 à 8.5.
- Boutique de test en 9.2 bêta ou RC : pas de passage à la version finale par l’assistant ; l’éditeur conseille une installation neuve.
- Depuis une 8 : la 8.2 tourne jusqu’à PHP 8.1, la 9 à partir de 8.1 ; l’assistant ne liste que les versions compatibles avec le PHP du serveur. Avant de toucher à PHP, décidez s’il faut rester en 8 ou passer en 9 (une version majeure se traite comme une migration).
- Depuis une 1.6 : la version 7 ne sert pas ; il faut l’ancienne branche 4.14.x, plus maintenue, pour passer d’abord en 1.7. Voir la maintenance d’une boutique 1.6 ou 1.7.
Questions fréquentes sur la mise à jour PrestaShop bloquée
Peut-on relancer l’Update Assistant après une erreur ?
Oui avant le lancement (croix rouge, sauvegarde ratée) : rien n’a été modifié. Non si la mise à jour a échoué en cours : restaurez sous conditions, car une restauration interrompue peut aggraver la panne, ou faites-vous aider.
Où sont les journaux (logs) de l’Update Assistant ?
Dans <dossier admin>/autoupgrade/logs/. Le module propose aussi « Télécharger les logs de mise à jour » et, après une erreur, « Voir le rapport d’erreur ».
Pourquoi l’Update Assistant ne propose-t-il pas PrestaShop 9 ou 9.2 ?
Il ne liste que les versions compatibles avec le PHP du serveur : depuis une 8, la 9 n’apparaît qu’à partir de PHP 8.1. Depuis une 9.0 ou une 9.1, sous PHP 8.1 à 8.5, la 9.2 doit apparaître ; prenez le module 7.6.6, qui la prend en charge.
L’erreur 500 continue après la mise à jour du module : que faire ?
Si aucune mise à jour n’a été lancée, lisez « Voir le rapport d’erreur » et le dernier journal. S’il cite TaskRepository::get(), supprimez ajax-upgradetab.php dans <dossier admin>/autoupgrade/. Sinon, gardez le rapport et faites-vous aider.
Combien coûte la reprise d’une mise à jour bloquée ?
Chez CYBERIAL, dès 150 € HT, avec un prix fixe validé avant toute intervention. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h, au 09 72 03 59 17.
Vous préférez qu’on reprenne la mise à jour ?
Pour une mise à jour PrestaShop bloquée, indiquez l’adresse de la boutique, les versions de départ et visée, l’étape d’arrêt, et si une sauvegarde existe. Choisissez « Mise à jour qui a tout cassé ». Gardez les journaux, on vous les demandera, et n’écrivez ni mot de passe ni adresse d’administration.
Plus rapide : le 09 72 03 59 17, 7j/7, de 8 h à 22 h, sinon le formulaire. Le prix fixe est validé avant toute intervention.
La prochaine fois, que ce soit une copie qui casse : maintenance PrestaShop à 69 € HT/mois, sans engagement. Clients hébergement + maintenance : mises à jour mineures du cœur incluses, testées d’abord sur une copie, avec sauvegarde et retour arrière. Une version majeure reste une migration PrestaShop, à part.
