Tous les services opérationnels Devise EUR Aucun frais de mise en service Vous êtes à La Réunion ?
‹ WordPress

Erreur critique WordPress : la corriger

Le message « Il y a eu une erreur critique sur ce site » signifie qu'une erreur PHP fatale a arrêté WordPress, presque toujours à cause d'une extension ou d'un thème. Ouvrez le courriel de récupération envoyé à l'adresse d'administration, connectez-vous par son lien, puis désactivez l'extension signalée. Sans ce courriel, renommez le dossier de l'extension en cause.

Par Jonathan Dewaele · publié le

Ce guide s'appuie sur la note officielle de WordPress sur le mode de récupération, présent depuis la version 5.2, et sur la page Debugging in WordPress, relues le 14 octobre 2026.

Ce qui se passe

Une extension ou un thème appelle une fonction qui n'existe pas, épuise la mémoire allouée ou plante sur la version de PHP du serveur. WordPress s'arrête, et au lieu d'une page blanche il affiche son message d'erreur critique. Les visiteurs voient ce message tant que la cause n'est pas corrigée.

Étape 1 : le courriel de récupération

Depuis WordPress 5.2, une erreur fatale déclenche l'envoi d'un courriel à l'adresse d'administration du site. Il décrit l'erreur et contient un lien vers le mode de récupération.

  1. Cherchez ce courriel dans la boîte de l'adresse d'administration, indésirables comprises.
  2. Suivez le lien : il ouvre l'administration en mode de récupération, sur votre navigateur seulement.
  3. Lisez l'avis affiché en haut : il nomme l'extension ou le thème mis en pause et l'erreur exacte.
  4. Désactivez l'extension en cause depuis « Extensions », ou passez à un autre thème si c'est le thème.
  5. Quittez le mode de récupération par le bouton de la barre d'administration, puis vérifiez le site dans une fenêtre privée.

Le mode de récupération ne répare rien pour les visiteurs : il vous laisse seulement entrer. Tant que l'extension n'est pas désactivée, le site reste en erreur pour tout le monde.

Étape 2 : sans courriel, désactiver par les fichiers

Si le courriel n'arrive pas, désactivez l'extension en renommant son dossier : WordPress ne la trouve plus et la désactive.

  1. Ouvrez le gestionnaire de fichiers de votre hébergement, ou connectez-vous en SFTP.
  2. Allez dans `wp-content/plugins/`.
  3. Renommez le dossier de l'extension que vous soupçonnez, par exemple en ajoutant -off à la fin. Si vous ne savez pas laquelle, commencez par la dernière installée ou mise à jour.
  4. Rechargez le site. S'il revient, la coupable est trouvée. Sinon, rendez son nom au dossier et passez à la suivante.

Avec WP-CLI en SSH, la même opération tient en une commande, et l'option --skip-plugins permet de lister les extensions même quand l'une d'elles fait planter WordPress :

wp plugin list --skip-plugins
wp plugin deactivate nom-de-l-extension --skip-plugins

Étape 3 : lire l'erreur exacte

Pour connaître la cause précise, activez le journal de débogage. Ajoutez ces lignes dans wp-config.php, avant la ligne qui demande d'arrêter les modifications :

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 : la dernière ligne « PHP Fatal error » donne le fichier et la ligne en cause. Le réglage WP_DEBUG_DISPLAY à false évite d'afficher les erreurs à vos visiteurs.

Une fois la cause trouvée, remettez WP_DEBUG à false et supprimez le fichier debug.log : il peut contenir des chemins et des informations sur votre site, et il est lisible depuis le web s'il reste dans wp-content.

Les causes les plus fréquentes

  • Une extension mise à jour vers une version incompatible avec votre version de PHP ou de WordPress.
  • Deux extensions qui déclarent la même fonction.
  • Un thème modifié à la main, avec une faute de syntaxe dans functions.php.
  • Une limite de mémoire PHP trop basse pour une extension gourmande.

Si l'erreur est apparue juste après une mise à jour, voyez Mettre à jour WordPress sans casser son site. Si elle est apparue sans que personne ne touche au site, et que des fichiers inconnus sont présents, voyez Nettoyer un site WordPress piraté.

Sur un hébergement Hubspace

Le gestionnaire de fichiers de Plesk, accessible depuis votre espace client, est disponible sur toutes les offres : c'est lui qui sert à renommer un dossier ou à modifier wp-config.php. WP-CLI en SSH est disponible à partir de l'offre Sérénité. La sauvegarde quotidienne de nos serveurs est gardée 30 jours : si la panne suit une modification, la restauration de la veille se demande par simple appel. Et si vous préférez ne pas chercher vous-même, appelez-nous.

Questions fréquentes

Le courriel de récupération ne part pas : pourquoi ?

Il part vers l'adresse d'administration réglée dans « Réglages », puis « Général », qui n'est pas toujours celle que vous lisez. Il arrive aussi que le site n'envoie aucun courriel faute de réglage d'envoi. Passez alors par les fichiers.

Restaurer une sauvegarde suffit-il ?

Oui pour remettre le site en ligne, à condition qu'elle date d'avant la panne. Mais si une mise à jour automatique est en cause, elle se réappliquera : désactivez l'extension ou bloquez sa mise à jour en attendant un correctif.

Faut-il laisser WP_DEBUG activé ?

Non. Il sert le temps de trouver l'erreur. Laissé actif, il écrit en continu dans un journal qui grossit et peut révéler des informations sur votre site.

Articles liés