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.
Je regarde votre situation et je vous dis en vingt minutes ce qui mérite d’être corrigé en priorité.
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
| Chemin indiqué | Cause probable | Première action |
|---|---|---|
| wp-content/plugins/nom/ | Extension incompatible ou corrompue | Renommer le dossier de cette extension |
| wp-content/themes/nom/ | Thème ou fichier functions.php | Basculer sur un thème par défaut |
| wp-includes/ ou wp-admin/ | Version PHP ou cœur altéré | Réinstaller WordPress depuis l’administration |
| Aucun chemin, mémoire épuisée | Limite mémoire PHP atteinte | Augmenter WP_MEMORY_LIMIT, puis chercher la fuite |
Je peux appliquer directement ces corrections sur votre site plutôt que vous laisser une liste de recommandations.
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
Avantages
- Remet le site en ligne en moins d’une minute
- Ne demande aucune compétence technique particulière
- Aucune donnée perdue : les réglages restent en base
- Permet d’isoler le coupable par réactivation successive
Inconvénients
- Coupe les fonctions critiques, dont parfois le paiement
- Peut vider un cache et ralentir le site quelques heures
- Ne dit pas pourquoi l’extension a cassé
- Inefficace si la cause vient du thème ou de PHP
La marche à suivre, dans l’ordre
0 sur 5 points validés
Cochez au fur et à mesure : votre avancement reste sur cet appareil, rien n’est envoyé et aucun compte n’est nécessaire.
Le courriel d’alerte de WordPress nomme le fichier responsable. Lisez-le avant de désinstaller quoi que ce soit : dans la majorité des cas, il désigne une seule extension, et le lien de récupération suffit à reprendre la main.
Questions fréquentes
Je ne reçois pas le courriel d’alerte, que faire ?
C’est fréquent : beaucoup de serveurs n’envoient pas de courriel sans configuration SMTP. Passez alors par le FTP, renommez le dossier wp-content/plugins pour désactiver toutes les extensions, et activez le journal de débogage pour obtenir la même information.
Puis-je perdre des données en désactivant les plugins ?
Non. Désactiver ou renommer un dossier d’extension ne supprime rien : les réglages et les contenus restent dans la base. C’est la désinstallation depuis l’administration qui peut effacer des données, pas le renommage.
Le site remarche après désactivation, mais je ne sais pas quelle extension était fautive.
Réactivez-les une par une en rechargeant la page publique entre chaque. L’erreur revient au moment où vous activez la coupable. Comptez dix minutes pour une vingtaine d’extensions.
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.
Décrivez votre situation en quelques lignes. Réponse sous 24 heures, sans engagement ni relance commerciale.
