Erreur critique sur votre site WordPress : comment la corriger

Depuis WordPress 5.2, une erreur fatale n’affiche plus une page blanche mais un message poli : « Une erreur critique est survenue sur ce site ». C’est une bonne nouvelle, parce que ce mécanisme envoie en parallèle un courriel à l’adresse d’administration, et ce courriel contient l’information décisive.

Commencer par lire le mail, pas par désinstaller

Le réflexe habituel consiste à supprimer le dernier plugin installé. C’est parfois efficace, souvent inutile, et cela vous prive de la seule trace exploitable. Ouvrez d’abord la boîte de l’adresse d’administration : le message s’intitule « Votre site rencontre un problème technique » et indique le chemin du fichier, le numéro de ligne et le type d’erreur.

Ce chemin vous dit presque tout. S’il commence par wp-content/plugins/, un plugin est en cause et son dossier vous donne son nom. S’il commence par wp-content/themes/, c’est le thème. S’il pointe vers wp-includes/ ou wp-admin/, la cause est ailleurs : incompatibilité de version PHP, ou fichier du cœur corrompu.

Activer le mode de récupération

Le même courriel contient un lien de récupération, valable vingt-quatre heures. Il ouvre l’administration en désactivant l’extension fautive, ce qui vous permet de travailler normalement pendant que la partie publique reste protégée. C’est la voie la plus sûre : aucun accès FTP requis, aucune manipulation risquée.

Si le mail n’arrive jamais — cas fréquent quand l’envoi de courriels n’est pas configuré sur le serveur — il faut passer par le FTP ou le gestionnaire de fichiers de votre hébergeur.

La méthode manuelle, dans l’ordre

Sans accès à l’administration, on procède par élimination. L’objectif n’est pas de réparer immédiatement mais de retrouver un site fonctionnel, puis d’identifier le coupable.

• Renommer wp-content/plugins en plugins-off : tous les plugins sont désactivés d’un coup
• Si le site revient, renommer le dossier à l’identique puis réactiver un par un depuis l’administration
• Si le site reste cassé, basculer sur un thème par défaut en renommant le dossier du thème actif
• Toujours cassé : activer WP_DEBUG_LOG dans wp-config.php et lire wp-content/debug.log

Lire le journal plutôt que deviner

Ajouter trois lignes dans wp-config.php change tout : define('WP_DEBUG', true), define('WP_DEBUG_LOG', true) et define('WP_DEBUG_DISPLAY', false). Les erreurs s’écrivent alors dans un fichier au lieu de s’afficher aux visiteurs, et vous obtenez la trace complète.

Deux motifs reviennent constamment. « Allowed memory size exhausted » signale un manque de mémoire PHP : il faut augmenter WP_MEMORY_LIMIT ou, mieux, trouver l’extension qui consomme. « Call to undefined function » ou « syntax error, unexpected » trahit une incompatibilité entre le code et la version de PHP installée.

Une erreur critique n’est presque jamais un mystère : elle porte le nom du fichier fautif. Le problème, c’est qu’on cherche la solution avant d’avoir lu la question.

Le cas de la version PHP

Beaucoup d’erreurs critiques apparaissent le lendemain d’une migration PHP décidée par l’hébergeur. Un plugin abandonné depuis trois ans utilise une syntaxe supprimée en PHP 8, et le site tombe sans que personne n’ait rien touché.

Dans ce cas, revenir temporairement à la version précédente depuis le panneau de l’hébergeur remet le site en ligne le temps de remplacer l’extension. Ce n’est pas une solution durable : les anciennes versions de PHP finissent par ne plus recevoir de correctifs de sécurité.

Ce qu’il faut retenir

L’erreur critique est le message le plus documenté de WordPress, et paradoxalement celui qu’on traite le plus à l’aveugle. Le courriel d’alerte et le journal de débogage donnent le fichier exact. Deux minutes de lecture évitent deux heures de désinstallations hasardeuses — et surtout la suppression d’un plugin parfaitement innocent.

Désactiver tous les plugins d’un coup

La marche à suivre, dans l’ordre

Questions fréquentes

Sources et vérifications

Procédure appliquée sur les interventions de dépannage que je réalise depuis 2020. Les chemins de fichiers et noms de constantes correspondent à WordPress 6.x.