Une mise à jour a cassé mon site : les bons réflexes, dans l’ordre

Pourquoi une mise à jour peut casser un site

Un site WordPress ou PrestaShop assemble des pièces venues de sources différentes : le logiciel lui-même, un thème, des extensions ou des modules, et PHP, le langage du serveur. Chacun évolue à son rythme. Une mise à jour peut contenir une erreur, ou ne plus s’entendre avec une autre pièce qui, elle, n’a pas changé.

Les mises à jour restent indispensables : beaucoup corrigent des failles de sécurité. Le problème n’est pas de mettre à jour, mais de le faire sans filet.

Reconnaître le problème

Les 6 étapes pour s’en sortir

1. Arrêtez tout. Ne lancez pas d’autres mises à jour : chaque changement complique la recherche de la cause.
2. Retrouvez ce qui a changé. Notez ce qui a été mis à jour juste avant la panne, et à quelle heure. Votre hébergeur a peut-être aussi changé la version de PHP : c’est fréquent depuis que la version 8.1 ne reçoit plus de correctifs de sécurité (fin 2025), et la 8.2 n’en reçoit plus après le 31 décembre 2026 ; certaines extensions anciennes ne sont pas compatibles avec les versions suivantes.
3. Revenez en arrière sur cet élément. Réinstallez la version précédente de l’extension ou du module en cause, ou désactivez-le si le site peut s’en passer quelques heures.
4. Sinon, restaurez la sauvegarde. La sauvegarde faite juste avant la mise à jour remet tout en état. Attention : les commandes ou messages reçus depuis seraient perdus, notez-les avant.
5. Corrigez sur une copie. Une fois le site rétabli, reproduisez la mise à jour sur une copie du site pour trouver la vraie cause, sans toucher au site que voient vos visiteurs.
6. Prévenez l’éditeur. Si l’erreur vient d’une extension ou d’un module, signalez-la à son éditeur : une correction pourra suivre.

Le bon ordre pour mettre à jour

Pour les prochaines fois, un rituel simple évite l’essentiel des pannes :

Les erreurs qui aggravent la situation

• Tout mettre à jour d’un coup

  Si dix éléments changent en même temps, impossible de savoir lequel pose problème.

• Restaurer sans rien noter

  Une sauvegarde de la veille efface les commandes et les messages reçus depuis : notez-les avant de restaurer.

• Mettre à jour directement en ligne

  Vos visiteurs découvrent la panne avant vous. Une copie de test évite cela.

• Laisser les mises à jour automatiques sans surveillance

  Elles sont utiles pour la sécurité, mais quelqu’un doit vérifier que le site fonctionne toujours après.

• Repousser toutes les mises à jour

  Par peur de casser le site, on accumule les failles connues : c’est pire.

Le rituel avant chaque mise à jour

• Une sauvegarde complète faite le jour même, et rangée ailleurs que sur le serveur.
• La liste de ce qui va être mis à jour, avec les versions.
• Un essai sur une copie du site, quand la mise à jour est importante.
• Une mise à jour à la fois, à un moment calme.
• Un contrôle juste après : accueil, formulaire, panier, paiement, e-mails.
• Une note de ce qui a été fait, pour savoir quoi défaire en cas de souci.

Une mise à jour a cassé votre site ?

Je remets votre site en état, je trouve la vraie cause, puis je vous propose des mises à jour testées pour que cela ne se reproduise pas. Et vous parlez directement à celui qui code.

Parlons de votre site → Découvrir la reprise et la maintenance

Réponse sous 24 h ouvrées

Les questions qu’on me pose le plus

Sources

• Mettre à jour WordPress (documentation officielle)
• WordPress 6.6 et l’annulation des mises à jour automatiques qui échouent (WordPress.org)
• Les erreurs courantes de WordPress (documentation officielle)
• Les versions de PHP encore suivies (php.net)