En bref
Quand un site casse juste après une mise à jour, le coupable est le plus souvent une extension devenue incompatible avec le reste du site. Faites d’abord une sauvegarde de l’état actuel, puis désactivez l’extension mise à jour en dernier, depuis l’administration ou par FTP en renommant son dossier.
Après une mise à jour ratée d’une extension, la réparation prend en général 30 minutes à 1 heure (35 à 70 € TTC au tarif normal).
Vous avez cliqué sur « Mettre à jour », ou votre site l’a fait tout seul pendant la nuit, et depuis plus rien ne va : une page blanche, le message « Il y a eu une erreur critique sur ce site », une mise en page éclatée ou, plus discrètement, un formulaire qui n’envoie plus rien. Rassurez-vous, une mise à jour se défait presque toujours. Encore faut-il savoir ce qui a changé, et dans quel ordre revenir en arrière.
D’où vient la panne après une mise à jour ?
Un site WordPress repose sur quatre couches qui doivent rester compatibles entre elles. Quand l’une change, les autres ne suivent pas toujours. Voici les coupables, du plus fréquent au plus rare :
- Une extension : sa nouvelle version ne s’entend plus avec une autre extension, avec le thème ou avec la version de PHP du serveur.
- Le thème : une nouvelle version peut écraser des modifications faites directement dans ses fichiers, ou ne plus s’entendre avec le constructeur de pages.
- Le cœur de WordPress : les mises à jour mineures, celles de sécurité, s’installent automatiquement sur la plupart des sites. Une version majeure peut révéler une vieille extension qui n’est plus maintenue.
- PHP, le langage dans lequel WordPress est écrit : quand l’hébergeur passe le serveur à une version plus récente, une extension ancienne peut cesser de fonctionner. Vous trouverez la version utilisée dans Outils, puis Santé du site, onglet Informations, rubrique Serveur.
WordPress a quelques filets de sécurité. Depuis la version 6.3, si l’installation d’une mise à jour d’extension ou de thème échoue en cours de route, l’ancienne version est remise en place. Depuis la 6.6, WordPress annule aussi la mise à jour automatique d’une extension qui provoque une erreur fatale. En revanche, si la mise à jour s’installe correctement et casse seulement l’affichage ou une fonction, rien ne se déclenche : c’est à vous d’agir, ou à notre service de dépannage WordPress en urgence.
Comment revenir en arrière après une mise à jour, étape par étape
1. Sauvegardez l’état actuel et notez ce qui a changé
Même cassé, faites une sauvegarde complète du site, fichiers et base de données : si une manipulation tourne mal, vous pourrez revenir à ce point. Notez ensuite ce qui a été mis à jour, et à quelle heure. Si les mises à jour sont automatiques, WordPress envoie depuis la version 5.5 un e-mail récapitulatif à l’administrateur.
2. Cherchez l’e-mail du mode de récupération
Depuis WordPress 5.2, quand une erreur fatale survient, WordPress envoie à l’adresse e-mail d’administration un message contenant un lien secret vers le mode de récupération. Ce lien vous ouvre l’administration malgré la panne et désigne l’extension ou le thème en cause, que vous pouvez alors désactiver. Pour vos visiteurs, en revanche, le site reste en panne tant que le problème n’est pas réglé. Notre guide sur l’erreur critique WordPress détaille cette étape.
3. Désactivez l’extension en cause
Si l’administration fonctionne, rendez-vous dans Extensions, puis Extensions installées, et cliquez sur Désactiver sous l’extension mise à jour en dernier. Sinon, passez par le FTP, c’est-à-dire l’accès aux fichiers du site, comme un explorateur de fichiers à distance, ou par le gestionnaire de fichiers de votre hébergeur. Ouvrez le dossier wp-content/plugins et renommez le dossier de l’extension suspecte, par exemple en ajoutant -off à la fin de son nom. WordPress ne trouve plus ses fichiers et la désactive. Rechargez le site : s’il revient, vous tenez le coupable.
Si vous ne savez pas laquelle choisir, la documentation officielle propose de renommer le dossier plugins entier en plugins.hold. Toutes les extensions sont alors désactivées. Reconnectez-vous, redonnez au dossier son nom d’origine, puis réactivez les extensions une par une en vérifiant le site à chaque fois. Pour lire le message d’erreur exact, suivez notre méthode pour afficher les erreurs d’un site WordPress.
4. Si le thème est en cause
La documentation de WordPress recommande de renommer, dans wp-content/themes, le dossier du thème actif. WordPress bascule alors sur un thème par défaut, à condition qu’il en reste un d’installé, comme l’un des thèmes « Twenty ». Le site changera d’apparence le temps du test, c’est normal. Si tout refonctionne, le problème vient bien du thème.
5. Revenez à la version précédente, avec prudence
Une fois le coupable identifié, l’extension gratuite WP Rollback ajoute un lien Rollback à côté de chaque extension et propose de choisir une version antérieure. Sa version gratuite ne gère que les extensions et thèmes publiés sur WordPress.org, et ses auteurs conseillent de tester d’abord sur une copie du site. Autre solution : télécharger l’ancienne version, depuis la page Advanced View de sa fiche WordPress.org ou depuis votre compte chez l’éditeur pour une extension payante, puis la téléverser dans Extensions, Ajouter une extension, Téléverser une extension. WordPress propose alors de remplacer la version installée par la version téléversée.
Dans tous les cas, WordPress.org prévient que les anciennes versions peuvent ne pas être sûres ni stables. Certaines mises à jour, comme celles de WooCommerce, modifient aussi la base de données, et revenir à l’ancienne extension ne défait pas ces changements. Un retour en arrière doit donc rester provisoire. Pour le cœur de WordPress, la documentation officielle déconseille de revenir à une version antérieure. Si c’est l’hébergeur qui a changé la version de PHP, la plupart des espaces client permettent de revenir à la précédente, mais une version en fin de vie ne reçoit plus de correctifs de sécurité : PHP 8.2, par exemple, n’en recevra plus après le 31 décembre 2026.
6. Restaurez une sauvegarde en dernier recours
Si rien ne fonctionne, ou si plusieurs éléments ont été mis à jour en même temps, restaurer la sauvegarde faite juste avant la mise à jour remet tout le site dans son état antérieur. Sur une boutique, les commandes passées depuis cette sauvegarde disparaîtraient avec la base de données. Si vous n’avez pas de sauvegarde récente, ou si vous hésitez, arrêtez-vous et faites appel à un professionnel.
7. Préparez mieux la prochaine mise à jour
- Faites une sauvegarde complète juste avant, et vérifiez qu’elle contient bien les fichiers et la base de données.
- Testez les mises à jour importantes sur une copie du site, appelée site de préproduction.
- Mettez à jour une chose à la fois, en vérifiant le site entre chaque étape.
- Avant une mise à jour importante, lisez le journal des modifications publié par l’éditeur.
À éviter
- Tout mettre à jour d’un seul clic sans sauvegarde : en cas de panne, impossible de savoir quelle extension est en cause.
- Supprimer l’extension au lieu de la désactiver : certaines effacent leurs réglages au moment de la suppression.
- Installer une ancienne version trouvée sur un site non officiel : ces fichiers peuvent contenir du code malveillant.
Ce que nous voyons le plus souvent
Le plus souvent, la panne suit une série de mises à jour lancées toutes ensemble, sans sauvegarde récente. Les constructeurs de pages et leurs modules complémentaires reviennent régulièrement, quand l’un a été mis à jour et pas l’autre. Autre situation fréquente : l’hébergeur fait évoluer la version de PHP, et une extension que plus personne ne maintient ne suit pas. Très souvent, désactiver la bonne extension suffit à remettre le site en ligne.
Quand faire appel à un professionnel ?
- Vous ne recevez pas l’e-mail du mode de récupération et vous n’avez pas d’accès FTP.
- Votre boutique ne prend plus de commandes ou le paiement ne fonctionne plus.
- La panne revient dès que vous réactivez l’extension, et elle vous est indispensable.
- Une mise à jour de la base de données a été lancée et la version précédente refuse de fonctionner.
- La restauration de la sauvegarde échoue ou s’arrête en cours de route.
En conclusion :
Un site cassé par une mise à jour se répare presque toujours en identifiant la couche en cause (extension, thème, cœur ou PHP), puis en revenant provisoirement en arrière. La sauvegarde reste votre meilleure assurance, avant comme après. Si votre site est à l’arrêt et que vous préférez ne prendre aucun risque, notre équipe intervient en dépannage WordPress urgent pour le remettre en ligne.
