Erreur critique WordPress : comment réparer votre site

Par David Benon, développeur WordPress · Mis à jour le 9 octobre 2026 · Lecture : 6 min

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

Depuis la version 5.2, WordPress affiche ce message au lieu d’une page blanche quand une erreur PHP fatale empêche le site de se charger. Concrètement, un morceau de code (une extension, le thème ou WordPress lui-même) a planté et a stoppé tout le reste.

Le message est parfois suivi de « Veuillez vérifier la boîte de réception de l’e-mail d’administration de votre site pour plus d’informations ». Selon les cas, seule l’administration est touchée, seul le site public, ou les deux.

Les causes les plus fréquentes

• Une extension mise à jour, nouvellement installée ou incompatible avec une autre : c’est la cause n°1.
• Le thème ou le thème enfant, après une mise à jour ou une modification du fichier functions.php.
• La version de PHP : un changement côté hébergeur (passage à PHP 8.x) peut casser une extension ancienne.
• La mémoire PHP insuffisante, souvent avec un constructeur de pages ou WooCommerce.
• Une mise à jour interrompue ou des fichiers corrompus, parfois après un piratage.

Étape 1 : utiliser l’e-mail du mode de récupération

Lors d’une erreur fatale, WordPress envoie un e-mail intitulé « Votre site rencontre un problème technique » à l’adresse d’administration. Il indique souvent l’extension ou le thème en cause et contient un lien vers le mode de récupération.

1. Ouvrez l’e-mail (pensez aux spams) et cliquez sur le lien de récupération.
2. Connectez-vous : l’extension fautive est mise en pause pour vous seul.
3. Rendez-vous dans Extensions, désactivez l’extension signalée, puis cliquez sur Quitter le mode de récupération.

Pas d’e-mail ? Passez à l’étape 2.

Étape 2 : afficher l’erreur exacte avec le mode debug

Connectez-vous au FTP ou au gestionnaire de fichiers de votre hébergeur, ouvrez le fichier wp-config.php à la racine du site et remplacez la ligne define( 'WP_DEBUG', false ); par :

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

Rechargez le site, puis ouvrez le fichier wp-content/debug.log. La ligne qui commence par PHP Fatal error indique le fichier fautif : si son chemin contient /plugins/nom-extension/ ou /themes/nom-theme/, vous tenez le coupable.

Important : une fois le problème réglé, remettez WP_DEBUG sur false et supprimez debug.log, qui peut contenir des informations sensibles.

Étape 3 : désactiver les extensions sans accès à l’administration

Dans wp-content/, renommez le dossier plugins en plugins-off. WordPress désactive alors toutes les extensions d’un coup.

• Si le site revient, renommez le dossier en plugins, puis renommez les extensions une par une pour trouver la responsable.
• Si vous connaissez déjà l’extension grâce au journal, renommez seulement son dossier (par exemple elementor en elementor-off).

Vos réglages d’extensions sont conservés en base de données : ils réapparaîtront à la réactivation.

Étape 4 : tester le thème

Si les extensions ne sont pas en cause, renommez le dossier de votre thème actif dans wp-content/themes/. WordPress basculera sur un thème par défaut (Twenty Twenty-Four, Twenty Twenty-Five…) s’il en trouve un installé. Si le site revient, l’erreur vient du thème ou d’une modification récente de son functions.php.

Étape 5 : vérifier la version de PHP et la mémoire

Dans l’espace client de votre hébergeur, regardez si la version de PHP a changé récemment. Revenir temporairement à la version précédente permet de remettre le site en ligne, le temps de mettre à jour l’extension incompatible.

Si le journal mentionne Allowed memory size exhausted, ajoutez dans wp-config.php, avant la ligne « C’est tout, ne touchez pas à ce qui suit » :

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

Certains hébergeurs plafonnent la mémoire : dans ce cas, la modification doit être faite depuis leur interface.

Étape 6 : restaurer une sauvegarde

Si rien ne fonctionne, restaurez la dernière sauvegarde saine depuis votre hébergeur ou votre extension de sauvegarde. Attention : sur une boutique WooCommerce, une restauration complète peut effacer les commandes reçues depuis la sauvegarde. Dans ce cas, mieux vaut ne restaurer que les fichiers, pas la base de données.

Comment éviter que l’erreur revienne

• Faites les mises à jour une par une, jamais toutes en même temps sur un site en production.
• Gardez une sauvegarde automatique quotidienne, stockée hors de l’hébergement.
• Supprimez les extensions inutilisées ou abandonnées par leur développeur.
• Testez les grosses mises à jour sur un site de préproduction.

Besoin d’un dépannage rapide ?

Si vous n’avez pas d’accès FTP, si les manipulations vous semblent risquées ou si votre site vous fait perdre des clients, confiez le problème à un spécialiste. La plupart de ces pannes se corrigent rapidement quand on sait où chercher.

Questions fréquentes

Pourquoi WordPress affiche « Il y a eu une erreur critique sur ce site » ?

Ce message apparaît quand une erreur PHP fatale bloque le chargement de WordPress. Dans la grande majorité des cas, la cause est une extension, le thème, une version de PHP incompatible ou une limite de mémoire trop basse.

Est-ce que je risque de perdre mes données ?

Non, dans la plupart des cas. L’erreur critique bloque l’affichage, mais vos pages, articles et commandes restent dans la base de données. Évitez simplement de supprimer des fichiers ou de réinstaller WordPress à l’aveugle.

Je n’ai pas reçu l’e-mail du mode de récupération, que faire ?

Vérifiez les spams de l’adresse e-mail d’administration. Si rien n’arrive, c’est souvent parce que le site n’envoie pas correctement ses e-mails : passez alors par le FTP ou le gestionnaire de fichiers de votre hébergeur pour désactiver les extensions.

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

Le diagnostic est gratuit. Une erreur critique liée à une extension ou au thème se corrige généralement en moins d’une heure. Le devis est envoyé avant toute intervention.

À lire aussi