Erreur critique WordPress : 7 solutions pour réparer votre site
Une erreur critique WordPress signale un script PHP bloqué, souvent dû à un conflit de plugin.
- 85% des cas proviennent d’un conflit de plugin.
- Désactivez tous les plugins en renommant le dossier via FTP.
- Le mode débogage révèle fichier et ligne exacts du script.
- Modifiez le fichier wp-config.php puis analysez debug.log.
- L’email d’alerte contient un lien magique pour désactiver le plugin.
- Dans 50% des cas, le mail d’alerte suffit à résoudre le problème.
Qu’est-ce qu’une erreur critique WordPress et quelles sont ses causes ?
Une erreur critique WordPress (ou erreur fatale) signale qu’un script PHP n’a pas pu s’exécuter intégralement. Introduite avec WordPress 5.2, elle interrompt l’affichage de votre site, mais ne signifie pas pour autant que celui-ci est « fichu » : seul le script problématique est bloqué, tout comme un guide d’installation wordpress peut prévenir ces erreurs dès le départ.
Dans 85% des cas, un conflit de plugin est à l’origine du problème. Un thème non maintenu, une version PHP obsolète ou une incompatibilité entre extensions peuvent également déclencher cette panne, tout comme un site wordpress piraté peut laisser des fichiers malveillants à l’origine de dysfonctionnements. L’email d’alerte envoyé par WordPress contient le type d’erreur et le fichier concerné : dans 50% des cas, ce message suffit à identifier et résoudre le problème rapidement.
Comment désactiver les plugins pour réparer l’erreur critique

Lorsqu’un plugin entre en conflit avec un autre ou avec votre thème, il peut provoquer une erreur critique, à l’image d’une installation de thème qui peut aussi créer des incompatibilités. C’est la première piste à explorer : dans 8 cas sur 10, cette manipulation suffit à résoudre le problème. Voici comment procéder, même sans accès à votre tableau de bord.
- Connexion FTP/SFTP via FileZilla : Utilisez vos identifiants fournis par votre hébergeur pour accéder aux fichiers de votre site, ou connectez-vous via le gestionnaire de fichiers de cPanel.
- Renommer le dossier plugins : Localisez le dossier
wp-content/pluginset renommez-le enplugins_old. Cette action désactive tous vos plugins instantanément. - Activation automatique par WordPress : WordPress recrée un dossier
pluginsvide. Votre site charge alors sans extension, ce qui vous redonne la main. - Identifier le plugin fautif : Renommez le dossier
plugins_oldenplugins, puis renommez les sous-dossiers un par un ou par lot pour isoler et désactiver le coupable. - Lien temporaire dans l’e-mail d’alerte : WordPress vous envoie un e-mail contenant un lien magique qui vous permet de désactiver le plugin incriminé en un clic, sans passer par le FTP.
Après chaque manipulation, vérifiez si votre site affiche à nouveau son contenu normal. Si le problème persiste après avoir testé tous les plugins, passez à l’étape suivante : l’activation du mode débogage pour identifier la source exacte de l’erreur.
Comment activer le mode débogage WordPress
Le mode débogage est votre meilleur allié pour identifier l’origine exacte d’une erreur critique. Lorsque l’écran blanc ou le message d’erreur fatale s’affiche, WordPress masque généralement la cause précise. En activant le débogage, vous forcez le CMS à révéler le fichier et la ligne exacts du script PHP défaillant. Cette méthode, bien plus précise que la désactivation des plugins, vous évite des manipulations hasardeuses. La configuration se fait en deux étapes : l’édition du fichier `wp-config.php`, puis l’analyse du fichier `debug.log` généré automatiquement.
Éditer le fichier wp-config.php
L’intégralité de l’opération repose sur la modification de la configuration centrale de WordPress. Voici la marche à suivre précise :
– Localiser wp-config.php : connectez-vous à votre hébergement via FTP/SFTP (FileZilla, Cyberduck) ou le gestionnaire de fichiers du cPanel, puis ouvrez le fichier `wp-config.php` à la racine de votre installation WordPress.
– Ajouter WP_DEBUG avant commentaire final : repérez la ligne `/* C’est tout, ne touchez pas à ce qui suit ! */`. Insérez juste avant ce commentaire les constantes de débogage suivantes :
`define(‘WP_DEBUG’, true);`
`define(‘WP_DEBUG_LOG’, true);`
`define(‘WP_DEBUG_DISPLAY’, false);`
– Activer WP_DEBUG_LOG : la constante `WP_DEBUG_LOG` crée un fichier `debug.log` dans le dossier `/wp-content/` qui consignera toutes les erreurs PHP sans les afficher aux visiteurs. C’est un atout majeur : vous diagnostiquez en toute discrétion.
– Sauvegarder puis recharger : enregistrez le fichier modifié puis rechargez votre site. L’erreur critique devrait maintenant être enregistrée. Cette activation est temporaire ; une fois le dépannage terminé, remettez les valeurs à `false`.
Analyser le fichier debug.log
Une fois le mode débogage actif, rendez-vous dans le dossier `/wp-content/` de votre installation. Le fichier `debug.log` s’y trouve. Ouvrez-le avec un éditeur de texte brut (Bloc-notes, Sublime Text). Sa lecture est simple : chaque ligne correspond à une erreur, avec la date, le type d’erreur (PHP Fatal error), le fichier concerné et le numéro de ligne. C’est l’information précise que vous cherchez.
L’analyse du log révèle souvent que le problème provient d’une fonction spécifique d’un plugin ou d’un thème, tout comme une mauvaise configuration peut nuire à indexer site wordpress sur google. Par exemple, un appel à une fonction obsolète ou une incompatibilité avec la version PHP de votre serveur. Cette méthode est si efficace qu’elle permet de résoudre les cas les plus coriaces que la simple désactivation des plugins n’a pas réglés. Dans 50% des cas, le contenu de l’email d’alerte envoyé par WordPress suffit déjà à identifier le coupable ; le fichier `debug.log` va encore plus loin en fournissant des indices concrets sur la nature du plantage. Pour un diagnostic avancé et fiable, cette approche est fortement recommandée sur un environnement de test, tout comme changer la langue wordpress se fait simplement depuis les réglages. Si la lecture du code PHP vous semble inaccessible, notez les lignes d’erreur exactes et transmettez-les à votre support ou à un expert WordPress : ce sont des informations précieuses qui accéléreront la réparation, tout comme détecter les failles de sécurité nécessite des outils adaptés.
Comment restaurer une sauvegarde de votre site WordPress
La restauration d’une sauvegarde reste la méthode la plus fiable après l’échec des autres dépannages. Une sauvegarde complète inclut toujours vos fichiers et votre base de données, car l’erreur critique peut provenir de l’un comme de l’autre. Avant toute manipulation, cette règle d’or s’applique : vérifiez que votre dernière sauvegarde date d’avant l’apparition du problème.
Si vous utilisez une extension de sauvegarde comme UpdraftPlus ou un service tel que WP Umbrella, la restauration s’effectue en quelques clics depuis votre tableau de bord. En revanche, sans accès à l’administration, vérifiez si votre hébergeur propose un outil intégré de restauration. One2Back, la solution de One2Net, permet par exemple de restaurer automatiquement votre site complet. Dans tous les cas, testez toujours votre site après la restauration pour confirmer que l’erreur critique a disparu. Si la sauvegarde est trop ancienne, vous perdrez les modifications récentes, mais vous récupérerez un site fonctionnel en priorité.
Comment vérifier et remplacer le thème WordPress
Si la désactivation des plugins n’a rien donné, le thème WordPress est le deuxième suspect principal. Un thème non maintenu, mal codé ou incompatible avec votre version de PHP peut provoquer une erreur fatale et faire planter l’intégralité de votre site. La bonne nouvelle : le diagnostic est rapide et ne nécessite pas d’accès à l’interface d’administration.
- Naviguer vers wp-content/themes : connectez-vous à votre hébergement via FTP/SFTP (FileZilla, Cyberduck) ou le gestionnaire de fichiers de cPanel.
- Renommer le dossier du thème : localisez le dossier de votre thème actif (exemple : mon-theme) et renommez-le en mon-theme_old.
- Activation automatique du thème par défaut : WordPress détecte l’absence du thème actif et bascule automatiquement sur un thème par défaut comme Twenty Twenty-Three.
- Vérifier le site après bascule : rechargez votre site. S’il s’affiche correctement, le thème était bien à l’origine du crash.
- Tester le thème par défaut : gardez le thème par défaut actif quelques heures pour confirmer la stabilité, puis réinstallez une version à jour de votre thème ou changez-en définitivement.
Cette manipulation est réversible à tout moment : il suffit de renommer le dossier pour réactiver le thème d’origine. Si l’erreur persiste après ce test, le problème vient d’ailleurs passez à l’étape suivante. Dans de nombreux cas, cette méthode seule résout le problème en moins de 15 minutes, sans toucher à vos contenus ni à votre base de données.
Un thème défectueux est responsable d’une part notable des erreurs critiques. Pensez à vérifier régulièrement que votre thème est compatible avec la version PHP de votre hébergement (idéalement PHP 8.x) avant toute mise à jour majeure.
Comment contacter le support ou un professionnel
Après avoir épuisé les manipulations sur les plugins, le thème et les sauvegardes, il reste deux recours efficaces : contacter votre hébergeur ou faire appel à un expert. Contrairement à une idée reçue, 50% des cas sont résolus grâce au contenu de l’e-mail d’alerte que WordPress vous a envoyé. Ce message est votre meilleur allié : transmettez-le systématiquement au support, il contient déjà le type d’erreur et le fichier en cause.
Préparer les informations pour le support
Un support technique ne peut pas deviner votre configuration. Pour obtenir une réponse rapide et pertinente, rassemblez en amont un dossier complet avec les éléments suivants :
- Contenu de l’e-mail d’alerte : l’erreur exacte et la ligne du fichier incriminé
- Contexte du problème : l’action réalisée juste avant le plantage
- Manipulations déjà effectuées : les plugins désactivés, le thème remplacé
- Version PHP et WordPress : ces informations accélèrent le diagnostic
Avec ces données, le support de votre hébergeur peut souvent intervenir directement via ses outils d’accès privilégiés. Si vous ne parvenez pas à lire un fichier PHP ou si le message d’erreur reste opaque, ne perdez pas de temps : transmettez ces informations à un professionnel.
Faire appel à un expert WordPress
L’erreur critique est un classique pour les spécialistes : 1 tiers des sollicitations mensuelles d’une experte WordPress concernent précisément ce problème. Cette familiarité se traduit par une efficacité redoutable, puisque la réparation typique ne dépasse pas 15 minutes pour un cas standard. Un expert saura interpréter le fichier debug.log, identifier un conflit PHP subtil et appliquer la correction adaptée sans risque pour vos données.
Choisir cette option est particulièrement pertinent si votre site génère des revenus ou si vous manquez de temps pour expérimenter. Le coût d’une intervention ponctuelle est généralement modique comparé à une perte de chiffre d’affaires prolongée. Privilégiez un prestataire qui vous explique la cause réelle du problème et vous montre comment l’éviter à l’avenir, plutôt qu’une simple correction sans pédagogie.
Comment vérifier et mettre à jour la version PHP
Une version PHP obsolète est une cause fréquente d’incompatibilités fatales. WordPress et vos extensions sont conçus pour fonctionner avec des versions récentes. Si votre site affiche une erreur critique après une mise à jour, un PHP 8.x est l’idéal recommandé pour la sécurité et la stabilité. Voici comment identifier le problème et le résoudre.
| Signe d’alerte | Cause du crash | Solution immédiate |
|---|---|---|
| Erreur critique après mise à jour | Plugin nécessitant PHP 8.x | Mettre à jour PHP via l’hébergeur |
| Page blanche sur l’admin | PHP 7.4 ou version antérieure | Activer le mode débogage |
| E-mail d’alerte WordPress | Fichier PHP incompatible | Changer de version PHP dans cPanel |
La procédure de mise à jour se déroule généralement en 6 étapes depuis votre panneau d’hébergement (cPanel, Plesk ou interface propriétaire) : accédez à la section « Gestion PHP », sélectionnez la version la plus récente disponible, puis appliquez le changement. Vérifiez ensuite que votre site fonctionne correctement. Si l’erreur persiste, revenez temporairement à l’ancienne version pour diagnostiquer un éventuel conflit.
Avant toute manipulation, réalisez une sauvegarde complète fichiers et base de données. Si vous ne savez pas quelle version PHP utilise votre site, consultez la section « Informations système » de votre tableau de bord WordPress ou contactez votre hébergeur. Une vieille version PHP est souvent à l’origine du message d’erreur critique, et sa mise à jour résout le problème dans la majorité des cas.
Si la mise à jour PHP ne suffit pas, le problème peut venir d’un thème non maintenu ou d’un plugin obsolète. Dans ce cas, vérifiez que tous vos composants sont à jour et compatibles avec la version PHP choisie.
Par ailleurs, une erreur critique peut parfois être liée à une configuration de domaine défaillante, comme une erreur de nom de domaine qui empêche l’accès au site. Vérifier la validité de votre domaine est une étape complémentaire utile lors du dépannage.
