Ce qu'il faut retenir.
- Ce message signale une erreur PHP fatale, pas une perte de données.
- Le mode de récupération reçu par e-mail permet de se reconnecter sans réparer automatiquement le site.
- Dans la majorité des cas, un plugin ou un thème incompatible est en cause.
- Sauvegardez avant toute manipulation, même si le site semble déjà hors service.
Résumé généré par IA
« Il y a eu une erreur critique sur ce site. » Ce message s'affiche à la place de votre site, parfois accompagné d'un e-mail « Votre site rencontre un problème technique ». Panique assurée quand ça tombe en pleine journée de vente. Voici ce que signifie ce message, ses causes les plus courantes et comment le corriger sans rien casser de plus. Pour une vue d'ensemble des pannes WordPress, consultez aussi notre panorama des 12 erreurs les plus fréquentes.
Ce que veut dire ce message
Depuis la version 5.2, WordPress affiche ce message précis quand une erreur PHP fatale empêche le site de se charger, à la place de l'ancien écran blanc muet. C'est en réalité une amélioration : le site vous prévient plutôt que de rester silencieux.
Deux informations arrivent avec l'erreur. D'abord, si WP_DEBUG est actif, le fichier et la ligne responsables sont notés dans wp-content/debug.log. Ensuite, WordPress envoie un e-mail à l'adresse administrateur du site, avec un lien de « mode de récupération ». Ce lien ouvre un wp-admin spécial qui liste les plugins et le thème actifs sans les exécuter normalement, pour vous permettre de désactiver le responsable sans y toucher à l'aveugle.
Les causes les plus fréquentes
- Un plugin mis à jour qui n'est plus compatible avec le cœur WordPress ou avec la version de PHP du serveur.
- Un thème codé pour une ancienne version de PHP, qui appelle une fonction supprimée en PHP 8.x.
- La limite mémoire PHP dépassée pendant l'exécution d'un plugin lourd.
- Deux plugins qui déclarent la même fonction ou la même classe, provoquant un conflit fatal.
- Une mise à jour automatique interrompue en cours de route (coupure réseau, timeout serveur), qui laisse des fichiers à moitié écrits.
Dans les faits, la cause la plus citée en intervention reste l'incompatibilité PHP : un plugin ou un thème ancien appelle une fonction retirée ou modifiée dans une version récente de PHP (par exemple un changement de signature sur une fonction interne entre PHP 7.4 et PHP 8.x). Le code fonctionnait très bien hier, et plante net après une simple montée de version décidée par l'hébergeur, sans qu'aucune mise à jour de plugin n'ait eu lieu de votre côté.
Ce type de panne touche aussi bien le front que l'admin. Si seul l'écran est blanc, sans aucun message, voyez plutôt notre guide dédié à l'écran blanc WordPress.
Ce que vous pouvez tenter seul, sans risque
Étape 1 : sauvegardez. Fichiers et base de données, via l'hébergeur ou en SFTP. Même si le site semble déjà hors service, une sauvegarde évite d'aggraver les dégâts avec la manipulation suivante.
Étape 2 : utilisez le mode de récupération. Ouvrez l'e-mail « Votre site rencontre un problème technique » et cliquez sur le lien. Vous arrivez sur une page wp-admin qui affiche l'erreur précise et vous laisse désactiver le plugin ou le thème fautif en un clic, sans supprimer de fichier.
Étape 3 : pas de lien reçu ? Activez le mode debug dans wp-config.php :
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);Rechargez la page, puis ouvrez wp-content/debug.log en SFTP. La dernière ligne donne le fichier et le plugin responsables.
Étape 4 : isolez le coupable. Si l'accès wp-admin est totalement bloqué, renommez en SFTP le dossier wp-content/plugins en plugins_old. Tous les plugins se désactivent d'un coup et le site revient. Renommez ensuite le dossier en sous-dossiers un par un pour réactiver les plugins et repérer lequel provoque l'erreur.
Étape 5 : vérifiez le thème. Si le plugin n'est pas en cause, basculez temporairement sur un thème par défaut (Twenty Twenty-Four) depuis wp-admin, ou en modifiant la valeur template et stylesheet dans la table wp_options si l'admin reste inaccessible.
Étape 6 : contrôlez la version de PHP. Dans le panel de l'hébergeur, vérifiez la version active. En 2026, PHP 8.2 ou 8.3 est recommandé pour la majorité des extensions à jour ; un plugin ancien peut au contraire nécessiter de redescendre temporairement d'une version en attendant sa mise à jour.
Ce qu'il ne faut surtout pas faire
- Ne supprimez aucune table de la base de données sans sauvegarde préalable.
- Ne réinstallez pas WordPress par-dessus en espérant que ça règle le problème : cela écrase les fichiers du cœur sans toucher à la cause réelle, qui vient presque toujours d'un plugin ou d'un thème.
- Ne laissez pas
WP_DEBUG_DISPLAYsurtrueen production : les visiteurs verraient les erreurs et les chemins de fichiers du serveur, une information précieuse pour un attaquant. - Ne multipliez pas les plugins de « réparation automatique » trouvés au hasard : certains ajoutent du code au lieu d'en retirer, et aggravent la situation.
Quand appeler un professionnel
Si le mode de récupération ne s'affiche pas, si le plugin fautif est introuvable après plusieurs désactivations, ou si vous n'êtes pas à l'aise avec le SFTP, mieux vaut s'arrêter là. Un dépannage de site internet rapide évite de transformer une panne d'une heure en chantier de plusieurs jours. C'est particulièrement vrai quand la boutique en ligne est à l'arrêt, ou quand plusieurs plugins semblent impliqués à la fois : chaque essai manuel supplémentaire prend du temps, et le site reste hors ligne pendant ce temps.
Questions fréquentes
Pourquoi je reçois un e-mail de WordPress à propos de l'erreur ?
WordPress détecte l'erreur fatale et envoie automatiquement un lien de mode de récupération à l'adresse e-mail administrateur, valable un temps limité.
Le mode de récupération répare-t-il le site tout seul ?
Non. Il permet seulement de se connecter malgré l'erreur, pour désactiver le plugin ou le thème fautif. La correction reste une action manuelle.
Puis-je perdre des données avec cette erreur ?
Non, l'erreur critique bloque l'affichage mais ne touche en général pas à la base de données. Une sauvegarde reste recommandée avant toute manipulation.
Combien de temps pour corriger ce type de panne ?
La plupart des cas se règlent en moins d'une heure une fois le plugin ou le thème fautif identifié, ce qui entre dans le Dépannage Express, à partir de 30 € HT.