\"Une erreur critique\" WordPress : diagnostic complet

Ton site affiche “Une erreur critique est survenue” : ce que ça signifie vraiment

Ce message est l’un des plus déroutants que WordPress puisse afficher, parce qu’il ne dit rien. Pas de ligne de code, pas de plugin cité, juste : “Une erreur critique est survenue sur votre site. Veuillez consulter votre boîte mail pour de plus amples informations.”

Bonne nouvelle : WordPress a prévu un mécanisme de récupération guidé depuis la version 5.2. Tu n’as pas besoin d’accéder au serveur en FTP pour t’en sortir — dans la majorité des cas. Ce guide te mène étape par étape du message d’erreur jusqu’au site fonctionnel.

Pourquoi ce message apparaît

WordPress bascule sur ce message générique quand une erreur PHP fatale empêche le chargement normal du site. PHP s’arrête net, WordPress ne peut pas afficher l’interface, alors il joue la sécurité et masque les détails techniques à tes visiteurs.

Les causes les plus fréquentes :

• Un plugin vient d’être installé ou mis à jour et contient du code incompatible avec ta version PHP ou WordPress
• Un thème activé provoque un conflit — souvent après une mise à jour automatique
• La mémoire PHP est épuisée (memory_limit trop bas) et un script trop gourmand fait planter l’exécution
• Une mise à jour WordPress elle-même entre en conflit avec un plugin ou un thème vieillissant
• Un fichier core WordPress corrompu suite à une mise à jour incomplète (coupure réseau, hébergeur lent)

Étape 1 — Lire l’e-mail de recovery mode (ne le rate pas)

Dès que WordPress détecte l’erreur fatale, il envoie automatiquement un e-mail à l’adresse administrateur. Objet typique : “Votre site rencontre une erreur technique”.

Cet e-mail contient deux informations capitales :

1. Le détail de l’erreur : un extrait du log PHP avec le fichier exact, la ligne, et le type d’erreur (ex. Fatal error: Call to undefined function...). Lis cette ligne attentivement — elle te donne le nom du plugin ou du thème fautif directement dans le chemin du fichier (/wp-content/plugins/nom-du-plugin/...).
2. Un lien unique de récupération valable 1 heure, du type https://tonsite.fr/wp-login.php?action=enter_recovery_mode&rm_token=XXXX&rm_key=YYYY.

Si tu ne trouves pas l’e-mail : vérifie les spams. Si l’adresse e-mail de l’administrateur est mal configurée ou que WordPress n’envoie pas d’e-mails, tu devras passer par l’étape FTP/base de données (voir étape 5).

Étape 2 — Entrer en recovery mode

Clique sur le lien de l’e-mail. WordPress ouvre une session de récupération sécurisée :

• Le site continue de s’afficher normalement pour tes visiteurs (ou de montrer l’erreur s’il est complètement cassé)
• Toi, tu accèdes au tableau de bord avec le plugin/thème fautif automatiquement mis en pause
• Une banderole jaune en haut du back-office t’indique que tu es en recovery mode

Une fois connecté, WordPress t’indique directement quel composant a été mis en pause. C’est lui le suspect numéro un.

Étape 3 — Identifier et désactiver le fautif

Dans le tableau de bord en recovery mode, va dans Extensions > Extensions installées ou Apparence > Thèmes.

Si c’est un plugin

1. Repère le plugin signalé (ou celui que tu viens d’installer/mettre à jour)
2. Clique sur Désactiver
3. Quitte le recovery mode en cliquant sur “Quitter le mode de récupération” dans la banderole
4. Teste ton site

Si le site revient, le plugin est confirmé fautif. Options :

• Contacter le développeur du plugin ou vérifier les issues sur son dépôt
• Revenir à une version antérieure via l’historique de ton hébergeur
• Chercher une alternative

Si c’est le thème actif

1. Va dans Apparence > Thèmes
2. Active temporairement un thème natif WordPress (Twenty Twenty-Four)
3. Quitte le recovery mode et teste

Si ça fonctionne, le problème vient du thème. Vérifie s’il y a une mise à jour disponible ou contacte son auteur.

Étape 4 — Vérifier et ajuster la mémoire PHP

Si aucun plugin ou thème n’est clairement identifié, l’erreur peut venir d’une mémoire insuffisante. Le log PHP mentionnera alors Allowed memory size of X bytes exhausted.

memory_limit : quantité de RAM PHP allouée à chaque requête. En dessous de 256 Mo sur un site WordPress avec plusieurs plugins actifs, les crashs deviennent fréquents.

Ajoute cette ligne dans ton fichier wp-config.php, juste avant /* C'est tout, arrêtez d'éditer ! */ :

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

Si ton hébergeur le permet, modifie aussi directement le php.ini :

memory_limit = 256M
max_execution_time = 120
max_input_time = 120

max_execution_time : durée max d’un script PHP avant interruption forcée. À 30 secondes par défaut, ça peut tuer des imports ou des pages complexes.
max_input_time : durée max pour recevoir les données envoyées (formulaires, uploads). Une valeur de 120 secondes est raisonnable.

Certains hébergeurs (OVH, o2switch, Infomaniak) exposent ces réglages dans leur panel d’administration — cherche une section “PHP” ou “Configuration PHP”. Sinon, un fichier .htaccess peut suffire :

php_value memory_limit 256M
php_value max_execution_time 120

Pour aller plus loin sur les performances serveur, l’article sur la performance web et les Core Web Vitals couvre aussi l’impact du temps serveur sur le ressenti utilisateur.

Étape 5 — Quand l’e-mail n’est pas arrivé : accès FTP direct

Sans lien de recovery mode, il faut intervenir manuellement.

Désactiver tous les plugins via FTP :

1. Connecte-toi en FTP (FileZilla ou client de ton hébergeur)
2. Va dans /wp-content/
3. Renomme le dossier plugins en plugins_disabled
4. Recharge ton site — si ça fonctionne, un plugin est fautif
5. Renomme le dossier en plugins, puis désactive-les un par un depuis le back-office

Réinstaller les fichiers core WordPress :

1. Télécharge la dernière version de WordPress depuis wordpress.org
2. Uploade tous les fichiers sauf wp-content/ et wp-config.php (qui contient tes identifiants base de données)
3. Cette opération écrase les fichiers core potentiellement corrompus sans toucher à tes données

Si tu gères régulièrement des accès techniques, l’article sur les 7 accès à exiger de votre agence web rappelle pourquoi avoir toujours les credentials FTP et hébergeur à portée de main n’est pas optionnel.

FAQ

Quand passer la main à un pro

Tu as suivi toutes les étapes, l’erreur revient, ou le log PHP mentionne des fichiers core WordPress sans plugin ou thème identifiable : c’est le signe d’un problème plus profond — base de données corrompue, hébergeur instable, ou site qui n’a pas été maintenu depuis longtemps. Un œil extérieur avec accès serveur résout ça en 30 minutes là où on peut tourner en rond des heures seul. La check-list pour choisir une agence web sérieuse peut aider à trouver quelqu’un qui sait lire un log PHP sans te faire payer une refonte entière.