Si votre site WordPress affiche soudainement le message « une erreur critique est survenue » ou «Ce site rencontre une erreur critique » , pas de panique. Ce message, bien que déstabilisant, n’est pas rare. Il signale simplement que WordPress a rencontré un problème technique empêchant le chargement normal du site, souvent lié à un plugin, un thème ou une erreur PHP.
Cette erreur peut survenir après :
- une mise à jour automatique d’un plugin ou du cœur de WordPress ;
- l’installation d’une extension incompatible ;
- une modification de code dans le fichier
functions.php; - ou encore un hébergement mal configuré (version PHP obsolète, mémoire insuffisante, etc.).
En clair, le CMS détecte une défaillance et bloque temporairement le chargement pour éviter d’aggraver le problème. Mais la bonne nouvelle, c’est que dans 90 % des cas, cette erreur se corrige en quelques minutes avec les bons réflexes.
Dans ce tutoriel complet, vous allez apprendre :
- à identifier la cause exacte de l’erreur critique sur votre site ;
- à activer le mode debug WordPress pour comprendre d’où vient le blocage ;
- à corriger les fichiers ou extensions défaillants sans perdre vos données ;
- et à prévenir ce type d’incident à l’avenir grâce à quelques bonnes pratiques simples.
Qu’est-ce qu’une erreur critique dans WordPress ?
Le message “Ce site rencontre une erreur critique” (ou “There has been a critical error on this website” en anglais) est un message d’erreur générique introduit par WordPress à partir de la version 5.2.
Il remplace désormais le tristement célèbre “écran blanc de la mort” (white screen of death), qui ne fournissait aucune information utile.
Ce que cela signifie concrètement
Une erreur critique WordPress indique que le site a rencontré une erreur fatale au niveau du code PHP, rendant impossible le chargement normal des pages.
WordPress interrompt donc immédiatement l’exécution du script pour protéger le site et la base de données.
Cette erreur peut provenir de :
- un plugin défectueux ou mal codé,
- un thème WordPress incompatible,
- un fichier corrompu,
- ou un problème de configuration du serveur (PHP, mémoire, extensions).
Autrement dit, il s’agit d’une erreur de niveau serveur, et non d’un simple bug d’affichage.
Comment WordPress gère cette erreur
Depuis la mise à jour 5.2, WordPress inclut un outil de récupération intégré.
Lorsqu’une erreur critique se produit :
- Le site affiche le message « Ce site rencontre une erreur critique ».
- L’administrateur reçoit un email automatique contenant un lien spécial pour accéder à un mode de récupération (recovery mode).
- Ce lien permet de se connecter à l’administration (
/wp-admin) sans exécuter le code défectueux, pour pouvoir désactiver le plugin ou le thème responsable.
Ce système simplifie grandement le dépannage, surtout lorsque vous n’avez plus accès au site en ligne.
💡 En résumé
Une erreur critique WordPress est un signal de sécurité : elle indique qu’un composant (plugin, thème ou PHP) a provoqué une défaillance majeure. Le but est d’éviter que le site ne s’affiche avec des données corrompues ou du code cassé.
Pour corriger le problème, il faut donc identifier la source exacte du conflit et la neutraliser.
Les causes les plus fréquentes de l’erreur critique WordPress
L’erreur “Ce site rencontre une erreur critique” ne surgit jamais par hasard.
Dans la majorité des cas, elle résulte d’un conflit interne ou d’une erreur de configuration. Identifier la cause exacte est essentiel avant de tenter toute réparation.
Voici les cinq raisons principales.
Conflit entre plugins
C’est la cause la plus fréquente. Lorsqu’un plugin WordPress est mal codé, obsolète ou incompatible avec une mise à jour récente du cœur de WordPress, il peut provoquer une erreur fatale PHP.
Exemples typiques :
- installation d’un plugin récemment mis à jour provoquant un bug,
- deux extensions essayant de charger la même fonction PHP,
- plugin de sécurité bloquant une ressource essentielle.
Si l’erreur est apparue après avoir activé ou mis à jour une extension, commencez par la désactiver (même via FTP si vous n’avez plus accès à l’interface admin).
Thème WordPress incompatible ou corrompu
Certains thèmes, surtout les thèmes premium modifiés manuellement, contiennent du code qui entre en conflit avec la version actuelle de WordPress ou avec un plugin actif. Une simple erreur dans le fichier functions.php ou une fonction manquante dans le thème enfant peut suffire à tout bloquer.
Cas fréquents :
- modification directe du code du thème sans backup,
- suppression d’un thème parent encore utilisé,
- fichier
style.cssouindex.phpmanquant.
💡 Solution rapide : via FTP, renommez le dossier du thème actuel dans /wp-content/themes/. WordPress basculera automatiquement sur un thème par défaut (ex. : “Twenty Twenty-Five”).
Version PHP obsolète ou incompatible
Chaque version de WordPress nécessite une version minimale de PHP. Si votre hébergeur utilise une version trop ancienne (par exemple PHP 7.2 alors que WordPress recommande 8.1+), certaines fonctions du CMS ou des plugins peuvent devenir incompatibles, entraînant l’erreur critique.
Vérifiez :
- la version PHP dans votre panneau cPanel ou Plesk,
- les exigences minimales des extensions installées,
- et les logs d’erreurs PHP (souvent
/public_html/error_log).
💡 Conseil : WordPress recommande aujourd’hui PHP 8.1 ou supérieur.
Mettez à jour la version PHP depuis votre tableau de bord d’hébergement.
Erreur dans le fichier wp-config.php
Le fichier wp-config.php est le cœur de votre site : il relie WordPress à la base de données et contient les variables de configuration critiques.
Une seule faute de frappe, un caractère manquant ou une mauvaise clé de sécurité peut provoquer un blocage complet du site.
Exemples d’erreurs courantes :
define('DB_NAME', 'nom_de_base'); // OK
define('DB_USER' 'utilisateur'); // ❌ virgule manquante
💡 Astuce : vérifiez toujours la syntaxe du fichier et comparez-le avec un modèle propre issu d’une installation WordPress vierge.
Limite de mémoire PHP dépassée
Lorsqu’un plugin ou un thème demande trop de ressources serveur, WordPress peut atteindre sa limite de mémoire PHP et afficher une erreur critique.
Symptômes typiques :
- le site charge partiellement,
- les images ne s’affichent pas,
- ou l’erreur critique survient après un certain délai.
Solution : augmentez la limite mémoire dans wp-config.php :
define('WP_MEMORY_LIMIT', '256M');
Cela suffit souvent à restaurer le site.
✅ En résumé
| Cause principale | Symptôme typique | Solution rapide |
|---|---|---|
| Plugin incompatible | Erreur après une mise à jour | Désactiver via FTP |
| Thème corrompu | Page blanche ou erreur sur le front-end | Basculer sur un thème par défaut |
| PHP obsolète | Site inaccessible ou erreur serveur | Mettre à jour la version PHP |
| wp-config.php endommagé | Message critique immédiat | Corriger la syntaxe ou restaurer le fichier |
| Mémoire insuffisante | Site lent ou qui plante | Augmenter WP_MEMORY_LIMIT à 256M |
Comment diagnostiquer l’erreur
a) Activer le mode debug WordPress (sans casser l’affichage)
- Ouvre
wp-config.php(FTP/SFTP ou File Manager). - Juste avant la ligne
/* That's all, stop editing! */, ajoute ou ajuste :
// === Debug WordPress propre et exploitable ===
define('WP_DEBUG', true); // Active le debug
define('WP_DEBUG_LOG', true); // Écrit dans wp-content/debug.log
define('WP_DEBUG_DISPLAY', false); // Évite d'afficher les erreurs aux visiteurs
@ini_set('display_errors', 0); // Sécurité côté PHP
- Recharge une page du site qui plante → consulte
wp-content/debug.log. - Désactive le debug quand tu as terminé :
define('WP_DEBUG', false);
define('WP_DEBUG_LOG', false);
define('WP_DEBUG_DISPLAY', false);
b) Lire les logs utiles (debug.log & serveur)
- WordPress :
/wp-content/debug.log- Regarde la dernière erreur (tout en bas) : elle mentionne souvent le plugin ou le thème fautif + le fichier et la ligne.
Serveur (PHP/Apache/Nginx) : souvent
error_logà la racine du site, ou via cPanel/Plesk > Errors / Logs.- Pistes clés à repérer :
PHP Fatal error: Uncaught Error/Call to undefined function.Allowed memory size of ... bytes exhausted(mémoire insuffisante).Cannot redeclare function(conflit de plugins).Class not foundourequire_once(...) failed(fichier manquant/corrompu).
Astuce : si le log pointe vers wp-content/plugins/nom-du-plugin/..., tu as ton suspect.
c) Identifier le plugin fautif (méthode rapide via FTP)
- Va dans
/wp-content/et renomme le dossierplugins→plugins.disabled.- Le site se recharge ? Alors c’était un plugin.
- Restaure le nom
plugins, puis renomme un par un les dossiers des extensions les plus récentes/à risque pour isoler le coupable. - Quand tu as trouvé, supprime ou remets une version stable du plugin.
d) Tester le thème (basculer sur un thème par défaut)
- Renomme le dossier de ton thème actif :
/wp-content/themes/ton-theme→ton-theme.disabled. - WordPress bascule sur un thème par défaut (ex. Twenty Twenty-Five).
- Le site revient ? Le thème est en cause (fichiers manquants,
functions.phpaltéré, incompatibilité). - Change ou réinstalle le thème proprement.
e) Corriger une limite de mémoire PHP
- Si ton log montre
Allowed memory size ... exhausted:- Dans
wp-config.php:
- Dans
define('WP_MEMORY_LIMIT', '256M'); // Front
define('WP_MAX_MEMORY_LIMIT', '512M'); // Admin / opérations lourdes
- Si l’hébergeur impose un plafond, ajuste aussi
php.ini(ou.user.ini) :
memory_limit = 512M
Recharge le site et surveille que l’erreur mémoire disparaît.
f) Vérifier la version de PHP et les extensions serveur
- Version recommandée : PHP 8.1+ (selon ton stack/plugins).
- Mets à jour depuis cPanel/Plesk → Select PHP Version.
g) Inspecter wp-config.php et .htaccess (deux fichiers souvent en cause)
Quand WordPress affiche “Ce site rencontre une erreur critique”, il arrive que le problème vienne non pas d’un plugin ou d’un thème, mais d’un fichier de configuration endommagé.
Les deux principaux suspects sont :
➡️ wp-config.php (la configuration interne de WordPress)
➡️ .htaccess (les règles de réécriture et de sécurité côté serveur Apache)
Voyons comment les vérifier proprement 👇
⚙️ 1. Vérifier wp-config.php (le fichier cœur de la configuration)
Ce fichier se trouve à la racine de votre site WordPress (même dossier que wp-content, wp-admin, etc.).
Il contient les informations de connexion à la base de données, les clés de sécurité et d’autres constantes vitales.
- a. Ce qu’il faut vérifier :
- Les identifiants de base de données :
- Une erreur ou un espace en trop ici empêche WordPress de se connecter à la base et provoque une erreur critique.
- Les identifiants de base de données :
define('DB_NAME', 'nom_de_la_base');
define('DB_USER', 'utilisateur');
define('DB_PASSWORD', 'mot_de_passe');
define('DB_HOST', 'localhost');
⚠️ Si l’un de ces champs est faux (par exemple après une migration ou un changement d’hébergeur), le site plantera immédiatement.
- Les erreurs de syntaxe PHP (comme on l’a vue précédemment) :
- Ce fichier est du code PHP. Une simple faute comme une parenthèse manquante ou une virgule oubliée suffit à tout bloquer :
🧱 2. Vérifier le fichier .htaccess (le fichier de réécriture Apache)
Le fichier .htaccess gère la manière dont ton serveur affiche les pages. Il contrôle notamment :
- les liens permanents (permalinks) de WordPress ;
- certaines règles de sécurité ;
- les redirections ;
- et parfois la compression ou le cache.
Quand il est corrompu (par un plugin de cache, une migration, ou une erreur de syntaxe), WordPress peut planter avant même de charger le CMS.
- a. Étapes de diagnostic :
- Renommer temporairement le fichier
- Connecte-toi en FTP ou via ton gestionnaire de fichiers.
- Renomme
.htaccess→.htaccess.back. - Recharge ton site.
- Si le site se rouvre, tu viens d’identifier le coupable : le
.htaccesscontenait une mauvaise règle.
- Régénérer un nouveau
.htaccesspropre- Connecte-toi à ton tableau de bord WordPress.
- Va dans Réglages → Permaliens.
- Clique simplement sur Enregistrer les modifications, sans rien changer.
- WordPress recrée automatiquement un fichier
.htaccessstandard. - Vérifier le contenu du fichier
- Le
.htaccessgénéré par WordPress doit ressembler à ceci :
- Le
- Renommer temporairement le fichier
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Ce code indique simplement à Apache :
- d’activer le moteur de réécriture (
RewriteEngine On). - de rediriger toutes les requêtes vers
index.php, sauf les fichiers/dossiers existants.
Prévenir les futures erreurs critiques WordPress
Corriger une erreur critique est une chose. Mais le vrai travail d’un développeur ou administrateur WordPress, c’est de faire en sorte qu’elle ne se reproduise plus.
Quelques bonnes pratiques simples permettent de sécuriser ton site, d’éviter les conflits et de détecter les problèmes avant qu’ils ne deviennent critiques.
Maintenir WordPress, les thèmes et les plugins à jour
La majorité des erreurs critiques proviennent de versions obsolètes ou incompatibles :
- anciens thèmes non testés avec la dernière version de WordPress,
- plugins abandonnés par leurs développeurs,
- ou mises à jour automatiques incomplètes.
Bon réflexe :
- Active les mises à jour automatiques pour les extensions fiables.
- Vérifie chaque semaine l’onglet Extensions → Mises à jour disponibles.
- Consulte la compatibilité indiquée dans le répertoire WordPress avant d’installer un plugin.
💡 Avant chaque mise à jour majeure (WordPress, Elementor, WooCommerce…), fais une sauvegarde complète.
Mettre en place un système de sauvegarde fiable
Une sauvegarde régulière est ta meilleure assurance contre les pannes. Elle te permet de restaurer ton site en quelques minutes, sans perte de données.
Planifie :
- une sauvegarde hebdomadaire complète (fichiers + base de données) ;
- et une sauvegarde quotidienne pour les sites e-commerce ou très actifs.
Si vous avez lu notre article sur le plugin UpdraftPlus, vous savez qu’il est selon nous le meilleur plugin de sauvegarde pour worpdress. Voyons maintenant ...
Tester les nouvelles extensions sur un site de staging
Avant d’installer ou de mettre à jour une extension sur ton site en production :
- Crée un environnement de test (staging) depuis ton hébergeur ou avec un plugin (WP Staging, Duplicator Pro).
- Applique les changements sur cette copie.
- Si tout fonctionne, réplique la mise à jour sur le site principal.
Cela évite 90 % des erreurs critiques liées à des conflits de versions.
Ne jamais modifier directement les fichiers du core
Évite absolument de modifier :
- les fichiers de WordPress (
wp-admin,wp-includes), - ou ceux de ton thème parent.
👉 Utilise plutôt un thème enfant (child theme) pour ajouter ou ajuster ton code PHP ou CSS.
Cela évite les pertes après une mise à jour.
Dans cet article, nous allons voir étape par étape comment créer un thème enfant de votre thème WordPress.Qu'est-ce qu'un thème enfant ?Un thème enfant est un ...
Conclusion : comprendre pour mieux prévenir
L’erreur « une erreur critique est survenue » ou «Ce site rencontre une erreur critique » peut sembler grave au premier abord, mais dans la majorité des cas, elle se corrige facilement.
Ce message n’est pas une fatalité : c’est simplement la manière dont WordPress te signale qu’un élément — plugin, thème ou fichier — empêche le site de fonctionner normalement.
En apprenant à activer le mode debug, à lire les journaux d’erreurs et à vérifier les fichiers essentiels comme wp-config.php ou .htaccess, tu peux reprendre le contrôle rapidement sans avoir à tout réinstaller. Et avec quelques bonnes pratiques (sauvegardes régulières, mises à jour testées, hébergement fiable), il est tout à fait possible d’éviter que ce genre d’incident ne se reproduise.
Titre : Corriger l’erreur “Ce site rencontre une erreur critique” sur WordPress : guide complet 2025
Catégorie : Tutoriels WordPress & Dépannage
Objectif : Aider les utilisateurs à diagnostiquer et réparer efficacement l’erreur critique WordPress, tout en apprenant à prévenir ce type de problème.
Mots-clés SEO : erreur critique WordPress, site rencontre une erreur critique, réparer WordPress, debug WordPress, wp-config.php, .htaccess, mémoire PHP
Outils abordés : WP_DEBUG, FTP/SFTP, logs serveur, phpMyAdmin, .htaccess, sauvegardes automatiques
Niveau : Débutant à intermédiaire
