Ce que le message veut vraiment dire

Depuis WordPress 5.2, un gestionnaire d'erreurs fatales est intégré. Quand PHP plante, WordPress l'intercepte, affiche ce message au lieu d'une page vide et envoie à l'administrateur un lien de récupération. Cette erreur est donc plutôt une meilleure nouvelle que la page blanche : les informations dont vous avez besoin ont déjà été collectées pour vous.

Sur un site en anglais, le même message s'affiche sous la forme « There has been a critical error on this website », et les anciennes versions françaises de WordPress affichent « Une erreur critique est survenue sur ce site ». La méthode est identique.

Vérifiez d'abord vos e-mails

Cherchez dans votre boîte de réception et vos spams un message intitulé « Votre site rencontre un problème technique ». Il contient un lien de connexion qui fonctionne même quand le site est en panne, et il nomme l'extension ou le thème exact qui a planté. S'il est là, le travail est fait à quatre-vingt-dix pour cent.

1. Utiliser le mode de récupération

Cliquez sur le lien de l'e-mail. Il vous connecte à l'administration en mode de récupération, avec le composant fautif mis en pause : vous pouvez alors le désactiver, le mettre à jour ou le remplacer normalement. Une fois la réparation faite, cliquez sur « Quitter le mode de récupération ».

Pas d'e-mail ? L'adresse de l'administrateur est peut-être fausse, ou votre serveur n'envoie tout simplement pas d'e-mails — très courant sur les hébergements bon marché. Passez au journal de débogage.

2. Lire l'erreur exacte

Ajoutez dans wp-config.php :

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Rechargez le site, ouvrez wp-content/debug.log et repérez la dernière ligne PHP Fatal error:. Elle donne le message, le fichier et le numéro de ligne.

3. Interpréter ce que vous lisez

Le message contientCe que cela signifieSolution
Call to undefined functionLe code appelle quelque chose qui n'existe pas — souvent une extension PHP manquante ou une fonction suppriméeActiver l'extension PHP, ou mettre à jour l'extension WordPress
Class "X" not foundDépendance manquante, ou mise à jour incomplèteRéinstaller proprement l'extension
Allowed memory size exhaustedPHP manque de mémoireAugmenter WP_MEMORY_LIMIT, puis trouver ce qui la consomme
syntax error, unexpectedCode invalide pour cette version de PHP — ou fichier mal modifiéVérifier la compatibilité PHP ; restaurer le fichier
Cannot redeclareDeux extensions définissent la même fonctionDésactiver l'une des deux
Maximum execution time exceededUn processus bloque, souvent un appel à une API externeAugmenter la limite temporairement, puis corriger l'appel lent

4. Le piège de la version PHP

Ce point mérite sa propre section, car il est derrière une grande partie des cas « je n'ai rien changé ». Les hébergeurs mettent PHP à jour automatiquement. Si une extension ou un thème utilise une syntaxe ou des fonctions supprimées dans la nouvelle version, il plante dès la mise à jour — et de votre côté, rien n'a bougé.

Vérifiez dans le panneau de votre hébergeur la version PHP actuelle et si elle a changé récemment. Si c'est le cas, revenez à la version précédente pour remettre le site en ligne, puis mettez à jour le composant incompatible avant de repasser à la version récente. Revenir en arrière est une mesure temporaire, pas une solution : les anciennes versions de PHP ne reçoivent plus de correctifs de sécurité.

5. Désactiver le composant fautif

Si l'administration est inaccessible, passez par SFTP. Renommez le dossier de l'extension dans wp-content/plugins/, ou celui de votre thème pour forcer un thème par défaut. Le site revient, et vous pouvez préparer la vraie correction sans la pression de la panne.

Un message d'erreur que vous n'arrivez pas à décoder ?

Envoyez-moi la ligne de debug.log. La plupart des erreurs critiques se règlent en bien moins de deux heures — et vous ne payez rien si je ne peux pas réparer.

Questions fréquentes

Que signifie exactement l'erreur critique ?

PHP a rencontré une erreur fatale et s'est arrêté. Depuis WordPress 5.2, la panne est interceptée et affichée sous forme de message au lieu d'une page blanche, avec un lien de récupération envoyé à l'administrateur.

Je n'ai pas reçu l'e-mail de récupération. Que faire ?

L'adresse de l'administrateur est peut-être erronée, ou le serveur n'envoie pas d'e-mails. Activez WP_DEBUG_LOG, rechargez la page et lisez l'erreur fatale directement dans wp-content/debug.log.

Un changement de version PHP peut-il en être la cause ?

Oui — c'est l'une des causes les plus fréquentes. Les hébergeurs mettent PHP à jour automatiquement, et toute extension utilisant une syntaxe ou des fonctions supprimées dans la nouvelle version plante immédiatement.

Erreur critique seulement dans l'administration, le site public fonctionne ?

Un code propre à l'administration échoue — un widget du tableau de bord, un crochet d'extension côté admin ou une page de réglages. Le journal de débogage le nomme quand même.