« Il y a eu une erreur critique sur ce site » : la corriger sur WordPress

Ce que ce message veut dire

Depuis la version 5.2, WordPress intègre une protection contre les erreurs fatales. Avant, une erreur PHP grave donnait un écran entièrement blanc, sans la moindre explication. Aujourd'hui, WordPress intercepte l'erreur et affiche à la place : « Il y a eu une erreur critique sur ce site », parfois suivi de « Veuillez consulter la boîte de réception de l'e-mail d'administration de votre site pour obtenir des instructions ».

Le fonctionnement de cette protection est décrit par l'équipe de WordPress dans l'annonce du mode de récupération. À retenir : le message est volontairement vague pour ne pas montrer de détails techniques à vos visiteurs. Les détails existent, ils sont simplement rangés ailleurs.

Une erreur fatale arrête l'exécution du code. Elle ne supprime ni vos pages, ni vos commandes, ni vos images. Tout est encore dans la base de données et sur le serveur.

Les causes, de la plus fréquente à la plus rare

Solution rapide — remettre le site en ligne en 5 minutes

Si votre priorité est de rouvrir le site, commencez ici. Vous chercherez la cause exacte ensuite.

1. Cherchez l'e-mail de WordPress. Il est envoyé à l'adresse d'administration du site, avec un objet du type « Votre site rencontre un problème technique ». Il contient un lien qui ouvre l'administration en mode de récupération : l'extension fautive y est mise en pause, et vous pouvez la désactiver normalement. Regardez aussi dans les indésirables.
2. Pas d'e-mail ? Passez par le FTP ou le gestionnaire de fichiers de votre hébergeur. Dans wp-content, renommez le dossier plugins en plugins-off. WordPress ne trouve plus aucune extension et les désactive toutes.
3. Rechargez le site. S'il s'affiche, une extension est en cause. Redonnez au dossier son nom d'origine, plugins, puis réactivez les extensions une par une depuis l'administration jusqu'à retrouver celle qui casse.
4. Toujours en erreur ? Renommez le dossier de votre thème actif dans wp-content/themes. WordPress bascule sur un thème par défaut s'il en reste un d'installé.

Renommer un dossier ne supprime aucun réglage : les options de vos extensions sont dans la base de données et reviennent à la réactivation.

Étape 1 — Lire l'erreur réelle dans le journal

La méthode par élimination fonctionne, mais elle est lente quand le site compte trente extensions. Le journal de débogage donne la réponse directement. Ouvrez le fichier wp-config.php à la racine du site et ajoutez ces lignes avant le commentaire qui indique la fin des réglages :

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

Rechargez la page en erreur, puis ouvrez wp-content/debug.log. Vous y trouverez une ligne de ce type :

PHP Fatal error:  Uncaught Error: Call to undefined function exemple_fonction()
in /home/compte/public_html/wp-content/plugins/nom-de-l-extension/includes/fichier.php:42

Tout est dans le chemin. Ici, le fichier se trouve dans wp-content/plugins/nom-de-l-extension : c'est cette extension qui provoque l'erreur. Si le chemin passe par wp-content/themes, c'est le thème. S'il pointe vers wp-includes ou wp-admin, ce sont les fichiers de WordPress lui-même.

Ces trois constantes sont documentées dans le guide de débogage officiel de WordPress. Le réglage WP_DEBUG_DISPLAY à false est important : il écrit les erreurs dans le fichier sans les afficher à vos visiteurs.

Une fois la panne réglée, repassez WP_DEBUG à false et supprimez le fichier debug.log. Ce fichier est lisible publiquement sur beaucoup de configurations et peut révéler des chemins et des noms d'extensions.

Étape 2 — Corriger selon la cause

Une extension est en cause

Renommez uniquement le dossier de cette extension dans wp-content/plugins pour la désactiver, sans toucher aux autres. Vérifiez ensuite si une mise à jour corrective existe : quand une version casse des milliers de sites, l'éditeur publie en général un correctif dans les heures qui suivent. Sinon, réinstallez la version précédente ou remplacez l'extension.

Le thème est en cause

Deux scénarios reviennent sans cesse. Le premier : du code collé dans functions.php depuis un tutoriel, avec une erreur de syntaxe. Retirez ce code par FTP. Le second : une mise à jour du thème parent qui change une fonction utilisée par votre thème enfant. Dans ce cas, le journal indique la fonction manquante, et c'est le thème enfant qu'il faut adapter.

La version de PHP ne convient plus

Les hébergeurs retirent régulièrement les anciennes versions de PHP, dont le calendrier de fin de support est publié sur php.net. Une extension qui n'a pas été mise à jour depuis des années peut cesser de fonctionner du jour au lendemain. La correction immédiate consiste à revenir à la version précédente de PHP dans votre espace d'hébergement. La correction durable consiste à mettre à jour ou remplacer le code incompatible, puis à repasser sur une version récente. WordPress indique les versions qu'il recommande sur sa page des prérequis.

La mémoire PHP est épuisée

Si le journal contient « Allowed memory size exhausted », ajoutez cette ligne dans wp-config.php :

define( 'WP_MEMORY_LIMIT', '256M' );

Si l'erreur persiste, c'est que l'hébergeur plafonne la mémoire plus bas : il faut alors lui demander de relever la limite. Attention à ne pas s'arrêter là. Une consommation de mémoire qui explose soudainement révèle souvent une extension défaillante, et augmenter la limite ne fait que repousser le problème.

Les fichiers de WordPress sont incomplets

Une mise à jour interrompue laisse parfois des fichiers manquants. Téléchargez la même version de WordPress sur wordpress.org, puis remplacez par FTP les dossiers wp-admin et wp-includes. Ne touchez ni à wp-content ni à wp-config.php : ce sont eux qui contiennent votre site.

Si vous avez un accès SSH avec WP-CLI, deux commandes font gagner du temps : la première désactive toutes les extensions même quand le site ne charge plus, la seconde vérifie l'intégrité des fichiers du cœur.

wp plugin deactivate --all --skip-plugins --skip-themes
wp core verify-checksums

Les erreurs qui aggravent la panne

• Restaurer une sauvegarde sans réfléchir. Sur une boutique, vous effacez les commandes passées depuis la sauvegarde. Corrigez d'abord, restaurez en dernier recours. Si vous n'avez pas encore de sauvegarde fiable, lisez mon guide pour sauvegarder un site WordPress.
• Supprimer le dossier d'une extension au lieu de le renommer. Certaines extensions effacent leurs données à la suppression.
• Laisser le mode débogage actif avec l'affichage des erreurs, visible par tous les visiteurs.
• Relancer toutes les mises à jour d'un coup une fois le site revenu. C'est souvent ce qui a causé la panne.

Éviter que ça recommence

Une erreur critique arrive presque toujours après un changement : mise à jour, nouvelle extension, changement de version de PHP. La prévention tient en trois habitudes.

• Tester les mises à jour sur une copie du site avant de les appliquer en production. C'est le sujet de mon guide mettre à jour WordPress sans casser son site.
• Sauvegarder chaque jour, hors du serveur, et vérifier de temps en temps qu'une restauration fonctionne.
• Surveiller le site en continu, pour apprendre la panne par une alerte et non par un client.

C'est exactement ce que couvre un forfait de maintenance WordPress. Si l'erreur s'accompagne de redirections étranges ou de fichiers inconnus sur le serveur, la piste n'est plus la même : consultez plutôt que faire quand un site WordPress est piraté. Et si votre site affiche une erreur 500 plutôt que ce message, voyez comment corriger une erreur 500.

Questions fréquentes

Que signifie « Il y a eu une erreur critique sur ce site » ?

WordPress a rencontré une erreur PHP fatale et a interrompu l'affichage de la page pour éviter d'exposer des détails techniques. Depuis la version 5.2, ce message remplace l'ancien écran blanc. La cause est presque toujours une extension, un thème, une version de PHP incompatible ou une limite de mémoire dépassée.

Est-ce que mes contenus sont perdus ?

Non. Une erreur critique bloque l'exécution du code, elle ne supprime rien. Vos pages, articles, commandes et médias sont toujours dans la base de données et sur le serveur. Ils réapparaissent dès que l'erreur est corrigée.

Je n'ai pas reçu l'e-mail de WordPress avec le lien de récupération, que faire ?

C'est fréquent : l'e-mail part vers l'adresse d'administration du site, qui est parfois une ancienne adresse, et il finit souvent en indésirables. Sans ce lien, passez par le FTP ou le gestionnaire de fichiers de votre hébergeur pour activer le journal de débogage et désactiver les extensions à la main.

Comment savoir quelle extension provoque l'erreur critique ?

Activez WP_DEBUG et WP_DEBUG_LOG dans wp-config.php, rechargez la page en erreur, puis ouvrez le fichier wp-content/debug.log. La ligne « PHP Fatal error » indique le chemin du fichier fautif : le nom du dossier dans wp-content/plugins ou wp-content/themes désigne le coupable.

Combien coûte la réparation d'une erreur critique WordPress ?

Chez WPTechCare, une intervention de dépannage urgente est facturée 250 € HT au forfait : diagnostic, correction et compte-rendu inclus, avec une prise en charge en moins de 2 heures, 7j/7.