
Ce message signifie qu'une erreur PHP fatale bloque WordPress, presque toujours à cause d'une extension, du thème, de la mémoire ou de la version PHP. Commencez par l'email de mode de récupération envoyé à l'administrateur ; sinon activez WP_DEBUG_LOG et lisez wp-content/debug.log, puis désactivez l'élément en cause par FTP.
Sommaire
Le site affiche un simple message, « Il y a eu une erreur critique sur ce site », et plus rien ne fonctionne, parfois même pas l’administration. C’est l’une des pannes WordPress que je traite le plus souvent. Bonne nouvelle : la cause se trouve presque toujours en quelques minutes avec la bonne méthode, et les données ne sont pas perdues.
Ce que signifie ce message
Depuis WordPress 5.2, quand une erreur PHP fatale survient, WordPress affiche ce message générique au lieu d’une page blanche. L’erreur elle-même est cachée aux visiteurs, mais elle existe et elle est précise : il suffit d’aller la lire.
Si votre site affiche plutôt une page « 500 Internal Server Error », la cause se situe souvent au niveau du serveur : suivez alors le guide erreur 500 WordPress.
Étape 1 : l’email de mode de récupération
WordPress envoie automatiquement un email à l’adresse administrateur du site, intitulé « Votre site rencontre un problème technique ». Il contient :
- le nom de l’extension ou du thème en cause, et le message d’erreur ;
- un lien de mode de récupération qui permet de se connecter à l’administration avec l’élément fautif mis en pause.
Pensez à vérifier les spams. Si l’email est là, désactivez l’extension citée depuis le mode de récupération, et le site revient.
Étape 2 : lire l’erreur avec WP_DEBUG
Pas d’email ? Activez le journal de débogage dans wp-config.php (par FTP ou le gestionnaire de fichiers de l’hébergeur), juste avant la ligne « 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, puis ouvrez wp-content/debug.log. La dernière ligne « PHP Fatal error » indique le fichier et la ligne : le chemin contient en général /plugins/nom-extension/ ou /themes/nom-theme/. Pensez à remettre ces valeurs à false une fois le problème réglé.
Étape 3 : corriger selon la cause
Une extension
Renommez son dossier dans wp-content/plugins/ (par exemple woocommerce en woocommerce-off) : WordPress la désactive. Si vous ne savez pas laquelle, renommez le dossier plugins entier, vérifiez que le site revient, puis réactivez les extensions une par une.
Le thème
Renommez le dossier du thème actif : WordPress bascule sur un thème par défaut s’il en reste un installé. Une modification récente dans functions.php est un grand classique.
La mémoire
Message « Allowed memory size exhausted » : augmentez la limite avec define( 'WP_MEMORY_LIMIT', '256M' ); dans wp-config.php, ou demandez-le à l’hébergeur. Si le besoin revient sans cesse, une extension consomme anormalement : il faut la trouver.
La version PHP
Si l’erreur est apparue juste après un changement de version PHP chez l’hébergeur, c’est probablement une extension ou un thème trop ancien. Revenez temporairement à la version précédente, puis mettez à jour ou remplacez l’élément incompatible.
Une mise à jour interrompue
Un fichier .maintenance à la racine ou une extension à moitié mise à jour peut aussi provoquer l’erreur : supprimez le fichier et réinstallez l’extension concernée.
Comment éviter que ça se reproduise
- Tester les mises à jour importantes sur une copie du site avant la production.
- Garder des sauvegardes automatiques quotidiennes, stockées hors du serveur.
- Limiter les extensions à celles qui sont utiles et maintenues.
- Surveiller la disponibilité du site pour être alerté avant vos clients.
C’est précisément ce que couvre une maintenance WordPress : les mises à jour sont testées, et en cas de problème, quelqu’un s’en occupe.
Questions fréquentes
Vais-je perdre mes contenus ?
Non. Une erreur critique empêche l’affichage, mais vos pages, articles et commandes restent dans la base de données.
L’erreur n’apparaît que sur certaines pages, pourquoi ?
L’élément en cause ne se charge que sur ces pages : un constructeur de pages, un formulaire, la page panier de WooCommerce. Le journal de débogage le confirmera.


