« Il y a eu une erreur critique sur ce site » : que faire ?L'erreur critique de WordPress, réparée étape par étape.

1. Faites une copie de l'état actuel, sans rien réinstaller ni restaurer.
2. Ouvrez l'e-mail « Votre site rencontre un problème technique » et suivez son lien vers le mode de récupération.
3. Pas d'e-mail ? Lisez le journal des erreurs, ou activez WP_DEBUG_LOG : la ligne « PHP Fatal error » nomme le coupable.
4. Désactivez l'extension en cause en renommant son dossier par FTP, ou le thème de la même façon.
5. Si c'est PHP ou la mémoire, revenez à la version précédente ou relevez la limite, le temps de corriger.
6. Une fois réparé, coupez le débogage et supprimez debug.log.

Dans ce guide

• Ce que veut dire le message
• Les causes, de la plus fréquente à la plus rare
• La marche à suivre, dans l'ordre
• Ce qu'il ne faut pas faire
• Ce que nous ferions à votre place
• Questions fréquentes

Depuis la version 5.2, WordPress se protège des erreurs fatales de PHP : au lieu d'une page blanche, il affiche « Il y a eu une erreur critique sur ce site », parfois suivi d'une invitation à consulter la boîte de réception de l'adresse e-mail d'administration. Le serveur renvoie en même temps un code 500 : pour vos visiteurs comme pour Google, le site est en panne.

Au même moment, WordPress envoie un e-mail à l'adresse d'administration du site (celle de Réglages, puis Général), intitulé « Votre site rencontre un problème technique ». Il contient trois informations précieuses : l'extension ou le thème en cause, le fichier et la ligne de l'erreur, et un lien secret vers le mode de récupération, qui vous laisse entrer dans l'administration malgré la panne.

Le message n'efface rien : vos pages, vos articles, vos commandes et vos réglages sont dans la base de données, intacts. C'est l'affichage qui s'est arrêté, le site n'est pas perdu.

1. Une extension mise à jour ou installée qui ne s'entend plus avec une autre, avec le thème ou avec votre version de PHP. C'est de loin le cas le plus courant, souvent juste après une mise à jour automatique.
2. Un changement de version de PHP, souvent décidé par l'hébergeur : du code ancien appelle des fonctions que PHP 8 a retirées, comme create_function() ou each(). L'erreur apparaît alors sans que personne n'ait touché au site.
3. Le thème : une mise à jour, ou un extrait de code collé dans son fichier functions.php.
4. La mémoire de PHP épuisée : le journal parle alors d'Allowed memory size exhausted. Une extension gourmande, une importation, une boutique qui a grossi.
5. Une mise à jour interrompue, qui a laissé les fichiers d'une extension ou de WordPress à moitié remplacés.
6. Plus rarement, un fichier modifié par un intrus : un code malveillant mal écrit fait planter le site. Si le journal désigne un fichier que vous n'avez jamais installé, dans wp-content/uploads par exemple, c'est une intrusion repérée : suivez notre guide du site WordPress piraté.

1. Avant tout, une copie

Ne réinstallez rien et ne restaurez rien tout de suite. Lancez une sauvegarde depuis l'espace de votre hébergeur, ou téléchargez par FTP le dossier wp-content et le fichier wp-config.php. Notez ce qui a changé juste avant : une mise à jour, une extension ajoutée, un e-mail de l'hébergeur au sujet de PHP.

2. Ouvrez l'e-mail « Votre site rencontre un problème technique »

Cherchez-le dans la boîte de l'adresse d'administration, courrier indésirable compris. Il nomme l'extension ou le thème en cause. Cliquez sur son lien vers le mode de récupération et connectez-vous : WordPress met l'élément fautif en pause, pour votre navigateur seulement, et le signale en haut de l'administration. Désactivez-le dans Extensions, vérifiez dans une fenêtre de navigation privée que le site s'affiche, puis quittez le mode de récupération par le bouton de la barre du haut. Le lien expire au bout d'un jour, et WordPress n'envoie pas plus d'un e-mail par jour : si vous l'avez manqué, passez à l'étape suivante.

3. Pas d'e-mail ? Lisez le journal des erreurs

Le journal dit la même chose que l'e-mail. Chez beaucoup d'hébergeurs sous cPanel, il est dans Métriques, puis Erreurs, ou dans un fichier error_log à la racine du site ; sous Plesk, dans Journaux. Sinon, demandez à WordPress de l'écrire lui-même. Par FTP ou avec le gestionnaire de fichiers de l'hébergeur, ouvrez wp-config.php, à la racine du site, et remplacez la ligne define('WP_DEBUG', false); par ces trois lignes (si elle n'existe pas, ajoutez-les avant la ligne qui commence par « /* C'est tout, ne touchez pas à ce qui suit ») :

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

Rechargez la page en erreur, puis ouvrez le fichier wp-content/debug.log. Cherchez la dernière ligne qui contient PHP Fatal error, par exemple :

[20-Oct-2026 09:14:07 UTC] PHP Fatal error:  Uncaught Error: Call to undefined function create_function() in /home/compte/public_html/wp-content/plugins/exemple/exemple.php:42

Le chemin désigne le coupable : après wp-content/plugins/, c'est le dossier d'une extension (ici « exemple ») ; après wp-content/themes/, celui d'un thème ; dans wp-admin ou wp-includes, c'est WordPress lui-même. Ne mettez pas WP_DEBUG_DISPLAY à true sur un site en ligne : les erreurs, avec les chemins de votre serveur, s'afficheraient à tous vos visiteurs.

4. Désactivez l'extension fautive par FTP

Avec un logiciel FTP comme FileZilla, ou le gestionnaire de fichiers de l'hébergeur, allez dans wp-content/plugins et renommez le dossier de l'extension, par exemple « exemple » en « exemple.off ». WordPress ne la trouve plus et la désactive. Le site revient ? Le coupable est trouvé : attendez une mise à jour corrigée, ou choisissez une autre extension qui rend le même service, avant de la réactiver.

Si vous ne savez pas laquelle est en cause, renommez le dossier plugins entier en plugins.off, ouvrez la page Extensions de l'administration (WordPress y constate leur absence et les désactive toutes), redonnez au dossier son nom plugins, puis réactivez les extensions une à une, en rechargeant le site après chacune. Celle qui ramène l'erreur est la bonne.

5. Si c'est le thème

Renommez son dossier dans wp-content/themes. WordPress passe alors sur un thème par défaut, à condition qu'il en reste un dans ce dossier (leur nom commence par Twenty). L'apparence change, mais le site et l'administration s'affichent. Si l'erreur vient d'un code que vous avez collé dans functions.php, retirez-le, puis redonnez au dossier son nom.

6. Si c'est la version de PHP

Dans l'espace de votre hébergeur (sous cPanel : « Sélectionner une version de PHP » ou « MultiPHP Manager »), revenez à la version précédente le temps de mettre à jour, ou de remplacer, l'extension ou le thème trop ancien. Puis repassez à une version suivie : au 20 octobre 2026, PHP 8.1 ne reçoit plus aucun correctif de sécurité, et PHP 8.2 n'en recevra plus après le 31 décembre 2026. WordPress recommande PHP 8.3 ou plus.

7. Si la mémoire est épuisée

Ajoutez dans wp-config.php, au même endroit, define('WP_MEMORY_LIMIT', '256M');. WordPress ne peut pas dépasser la limite fixée par l'hébergeur (memory_limit) : si elle est plus basse, relevez-la dans les réglages de PHP de votre espace, quand l'offre le permet. Puis cherchez ce qui consomme autant : une extension qui s'emballe ne se règle pas en lui donnant toujours plus.

8. Si c'est WordPress lui-même

Quand le journal désigne wp-admin ou wp-includes, les fichiers de WordPress sont incomplets, souvent après une mise à jour coupée. Téléchargez la version installée (elle est écrite dans wp-includes/version.php) sur fr.wordpress.org, puis remplacez par FTP les dossiers wp-admin et wp-includes, et les fichiers de la racine sauf wp-config.php. Ne touchez pas à wp-content : vos thèmes, vos extensions et vos images y sont.

9. Une fois le site revenu

Remettez define('WP_DEBUG', false); et supprimez wp-content/debug.log : sur beaucoup de serveurs, n'importe qui peut l'ouvrir à l'adresse votresite.fr/wp-content/debug.log, avec les chemins de votre serveur. Puis notez la cause, la date et ce qui a réglé le problème : la prochaine fois ira plus vite.

• Page blanche WordPress : Rien ne s'affiche, sur tout le site, dans l'administration ou sur une seule page.
• Erreur 500 WordPress : « Internal Server Error » : le fichier .htaccess, une extension, la version de PHP ou la mémoire.
• Erreur de connexion à la base de données : WordPress ne joint plus la base où sont rangés vos contenus : identifiants, serveur, tables.
• Erreur 503 WordPress : Site bloqué en maintenance après une mise à jour, ou serveur saturé.

Toutes les erreurs, classées par message : Erreurs de site, trouver la cause et réparer. Des signes d'intrusion (redirections, pages inconnues, fichiers que vous n'avez pas mis) : suivez plutôt notre guide site WordPress piraté, que faire dans la première heure.

Rédigé par l'équipe Boost de WS Agency, qui maintient et protège des sites WordPress, PrestaShop et Joomla. Publié le 20 octobre 2026. Manipulations vérifiées le 20 octobre 2026 sur WordPress 7.1 ; elles valent aussi pour WordPress 6, et pour PHP 8.1 à 8.5.

• WordPress, déboguer WordPress (WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY).
• WordPress, le mode de récupération des erreurs fatales (WordPress 5.2).
• WordPress, les erreurs courantes de WordPress.
• WordPress, historique des versions (7.1.3 et 7.0.7 publiées le 6 octobre 2026) et configuration recommandée (PHP 8.3 ou plus).
• PHP, versions encore suivies, consulté le 20 octobre 2026.

Une erreur, une information à compléter, un droit de réponse ? Écrivez à contact@wsagency.fr : nous corrigeons, et nous indiquons ici ce qui a changé et quand.