Erreur fatale WordPress : récupérer son site sans FTP
Une mise à jour ratée peut faire tomber tout votre site, admin compris. Créez une URL secrète de secours qui marche même quand WordPress ne charge plus.
Ça arrive en une seconde. Vous mettez à jour une extension, vous rafraîchissez la page, et vous tombez sur un écran blanc — ou sur « Il y a eu une erreur critique sur ce site ». Votre site est à terre, le tableau de bord est inaccessible, et la seule chose qui réparerait tout — désactiver cette extension — vit à l’intérieur de l’admin qui vient justement de cesser de charger. Si vous n’avez pas d’identifiants FTP sous la main (et sur un hébergement infogéré, qui les a ?), vous voilà réduit à appeler le support. Sauf si vous aviez installé un airbag avant.
L’essentiel
- Une erreur fatale PHP arrête WordPress complètement — l’admin ne charge plus, impossible de réparer par la voie normale.
- Le module vous donne une URL secrète de secours qui fonctionne même quand WordPress est à terre (c’est une page autonome).
- Il lit la stack trace de l’erreur pour désigner l’extension coupable et la désactive via la base de données — les fichiers restent intacts.
- Il peut vous envoyer le lien de secours par email automatiquement dès qu’un plantage est intercepté, avec dédoublonnage pour ne jamais inonder votre boîte.
- Contrairement au mode de récupération natif de WordPress, il ne dépend pas de l’email — l’URL de secours fonctionne toujours, l’email n’est qu’un bonus.
Que se passe-t-il vraiment pendant une erreur fatale ?
Une erreur fatale PHP signifie que quelque chose dans votre code est cassé au point que PHP arrête complètement de s’exécuter. WordPress ne peut plus démarrer, donc l’admin non plus — et c’est là le piège : l’interface que vous utiliseriez pour désactiver l’extension cassée est elle-même en train de planter.
La réparation à l’ancienne, c’est le FTP : se connecter, naviguer jusqu’à wp-content/plugins/, et renommer le dossier de l’extension fautive pour la forcer à s’éteindre. Ça marche, mais ça suppose d’avoir ses identifiants FTP sous la main et de savoir s’en servir — ce qui, sur un hébergement infogéré en particulier, est loin d’être le cas de tous les propriétaires de sites.
WordPress a bien son propre mode de récupération depuis la version 5.2, mais il repose sur la réception d’un email contenant un lien de récupération. Et l’email, c’est précisément ce sur quoi vous ne pouvez pas compter en pleine crise — surtout si l’extension qui vient de planter est votre extension SMTP. Il vous faut une porte d’entrée qui ne dépende de rien d’autre.
Voici comment se comparent les trois chemins de retour vers un site planté :
| Mécanisme de récupération | Dépend de | Limite |
|---|---|---|
| Renommage de dossier en FTP | Identifiants FTP et accès aux fichiers | Suppose d’avoir les identifiants et de savoir s’en servir — rare sur hébergement infogéré |
| Mode de récupération WordPress (5.2+) | La réception d’un email de récupération | La délivrabilité n’est pas garantie — inutile si l’extension plantée est votre extension d’envoi |
| URL secrète de Fatal Error Recovery | Une URL enregistrée à l’avance | Il faut avoir rangé l’URL avant, et quiconque la détient peut désactiver vos extensions |
Comment mettre en place la récupération d’erreur fatale ?
Installez le module Fatal Error Recovery de Blaminhor Essentials avant d’en avoir besoin, comme un airbag. À l’activation, il génère une URL secrète de secours que vous rangez en lieu sûr ; il reste ensuite silencieux jusqu’au plantage, où l’ouverture de cette URL charge une page autonome — indépendante de WordPress — qui vous permet de désactiver l’extension fautive. Trois étapes :
Mettez l’URL secrète en favori maintenant ; si le site plante un jour, ce lien est votre porte de retour — sans FTP.
1. Activez et enregistrez l’URL de secours. Le module génère une URL secrète de secours unique à votre site. Copiez-la et rangez-la là où vous la retrouverez en urgence — un gestionnaire de mots de passe, une note épinglée, un email à vous-même. Cette URL, c’est votre accès de secours.
2. Laissez-le vivre sa vie. Il tourne en silence, en enregistrant un léger gestionnaire de shutdown PHP. Aucun coût en performance, aucune notification dans l’admin — il se contente de veiller.
3. Quand un plantage survient, ouvrez votre URL de secours. Vous obtenez une page autonome qui n’a pas besoin de WordPress pour charger, listant vos extensions installées. Le module lit la stack trace de l’erreur PHP pour identifier quelle extension a planté et la surligne. Un clic pour désactiver — la désactivation se fait dans la base de données, les fichiers de l’extension restent intacts — et votre site est de retour. Vous pouvez ensuite enquêter, revenir à la version précédente ou contacter l’auteur de l’extension, tranquillement.
Peut-on se fier au seul email de secours ?
Activez la notification par email (elle l’est par défaut) et le module vous envoie le lien de secours à l’instant où une erreur fatale est interceptée — expédié pendant le shutdown PHP, avant que le processus ne meure. C’est réellement utile : vous apprenez souvent que le site a planté par cet email lui-même.
Mais voici la distinction cruciale avec le mode de récupération natif de WordPress : l’email est une commodité, pas une dépendance. Votre URL de secours fonctionne, que cet email arrive ou non. Donc même si l’extension qui plante est votre extension d’envoi, vous gardez une porte de retour garantie.
En quoi cela rend-il la page de connexion cachée sans risque ?
Ce module est le compagnon naturel de Hide Login Page. Déplacer votre page de connexion vers une URL secrète est une excellente mesure de sécurité — jusqu’au jour où vous oubliez le slug et vous enfermez dehors. L’URL de Fatal Error Recovery fonctionne toujours : c’est la sortie de secours qui rend le masquage de la connexion sans danger. Hide Login vous rappelle d’ailleurs de l’activer d’abord.
Mieux vaut prévenir que guérir — mais mieux vaut récupérer que paniquer
Ce module n’empêche pas les erreurs d’arriver ; il supprime la panique quand elles arrivent. Pas d’appel à l’hébergeur, pas de client FTP, pas de dossiers renommés à la main — juste une URL rangée une fois et deux clics. Associez-le à des sauvegardes régulières et vous couvrez les deux moitiés du « quelque chose a cassé » : restaurer le site entier, ou juste désactiver l’unique extension qui l’a fait tomber.
Fatal Error Recovery est l’un des plus de 20 outils de Blaminhor Essentials — gratuit et open source sur WordPress.org.
Télécharger Blaminhor Essentials
– blaminhor
FAQ
Qu'est-ce qui provoque une erreur fatale WordPress au départ ?
Presque toujours un conflit de code : une mise à jour d'extension ou de thème incompatible avec votre version de PHP, une autre extension ou le cœur de WordPress ; une mauvaise modification de functions.php ; ou une mémoire PHP épuisée. Le point commun, c'est du code qui stoppe PHP net — d'où le remède : désactiver l'extension fautive, sans jamais toucher à votre contenu.
Comment réparer l'écran blanc de la mort WordPress ?
L'écran blanc, c'est généralement une erreur fatale PHP qui cache son message. Si l'admin charge encore, désactivez les extensions une par une jusqu'à ce qu'il revienne. S'il ne charge plus, c'est exactement le piège que résout le module Fatal Error Recovery : ouvrez votre URL secrète de secours, repérez l'extension que le plantage désigne, et coupez-la depuis la base de données.
Comment trouver quelle extension a fait planter le site ?
Le module lit la stack trace de l'erreur PHP et surligne pour vous l'extension coupable sur la page de secours — pas de devinette. Sans outil, il faudrait désactiver les extensions une à une jusqu'au retour du site, ce qui suppose soit un accès au tableau de bord que vous n'avez peut-être plus, soit renommer des dossiers en FTP.
WordPress n'a-t-il pas déjà un mode de récupération ?
Si, depuis la version 5.2 — mais il dépend de la réception d'un email contenant un lien de récupération, et la délivrabilité des emails n'est jamais garantie, surtout si l'extension qui plante est justement votre extension SMTP. L'URL de secours de ce module fonctionne sans le moindre email ; l'alerte par email est un bonus en plus, pas la seule porte d'entrée.
Le module de secours ralentit-il mon site ?
Non. Il enregistre un léger gestionnaire de shutdown PHP qui n'agit que si une erreur fatale survient réellement. Aucune notification envahissante dans l'admin, aucun surcoût côté visiteurs — il reste silencieux jusqu'au jour où quelque chose plante, et ce jour-là, c'est la différence entre deux minutes de réparation et des heures d'indisponibilité.
Et si je n'ai jamais enregistré l'URL de secours — puis-je quand même entrer ?
Honnêtement, c'est le point faible : l'URL de secours ne vous aide que si vous l'avez rangée avant. Sans elle, retour aux vieilles méthodes — le FTP pour renommer le dossier de l'extension, ou le support de votre hébergeur. C'est précisément pour ça que le module vous presse d'enregistrer l'URL dès l'activation, avant d'en avoir besoin.
Commentaires