« Il y a eu une erreur critique sur ce site » : comment réparer votre site WordPress

« Il y a eu une erreur critique sur ce site » veut dire qu’une erreur fatale de PHP a arrêté WordPress pendant le chargement de la page. Les premiers suspects sont une extension, le thème ou la version de PHP du serveur. WordPress vous aide à trouver le coupable, à condition de prendre les gestes dans l’ordre.

Ce que veut dire le message

Depuis la version 5.2, sortie en mai 2019, WordPress intercepte les erreurs fatales au lieu d’afficher une page blanche (annonce de WordPress 5.2). Vos visiteurs voient une page d’erreur avec l’un de ces textes, selon la langue du site (traductions officielles de WordPress) :

• « Il y a eu une erreur critique sur ce site. » en français de France ;
• « Une erreur critique est survenue sur votre site. » en français du Canada.

Dans l’administration et sur la page de connexion, le message ajoute une invitation à vérifier la boîte de réception de l’adresse courriel d’administration. Ce complément renvoie au mode de récupération, détaillé à l’étape 1.

Cette page renvoie un code d’erreur 500, à vos visiteurs comme à Google. Quand l’erreur persiste, Google ralentit l’exploration de votre site et finit par retirer de son index les pages qui restent en erreur (documentation de Google). Il vaut donc mieux agir vite.

1. Cherchez le courriel de récupération

WordPress envoie un courriel intitulé « [Nom de votre site] Votre site connaît un problème technique » à l’adresse d’administration du site, celle qui figure dans Réglages > Général. Il nomme l’extension ou le thème en cause et contient un lien vers le mode de récupération : une connexion spéciale où l’élément fautif est mis en pause, pour vous seulement. Vos visiteurs, eux, voient toujours l’erreur (note technique de WordPress). Une fois connecté, désactivez l’extension fautive, ou changez de thème si c’est lui le coupable, puis cliquez sur « Sortir du mode de récupération ».

Pas de courriel ? WordPress ne l’envoie que si l’erreur se produit dans l’administration ou sur la page de connexion, au plus une fois par jour par défaut, et le lien expire au bout d’une journée (code de WordPress). Ouvrez l’adresse votredomaine.com/wp-admin/ pour déclencher l’envoi, puis regardez aussi dans les indésirables. Si votre site n’arrive pas à envoyer de courriels, passez à l’étape suivante.

2. Désactivez les extensions par SFTP

Connectez-vous en SFTP, ou par le gestionnaire de fichiers de votre hébergeur, ouvrez le dossier wp-content et renommez le dossier plugins en plugins.hold. Toutes les extensions sont désactivées d’un coup, et leurs réglages sont conservés (documentation WordPress).

Si le site revient, redonnez au dossier son nom d’origine : les extensions restent désactivées. Réactivez-les une à une depuis l’administration jusqu’à ce que l’erreur réapparaisse : la dernière activée est la coupable. Si le courriel ou le journal d’erreurs nomme déjà une extension, renommez seulement son dossier.

3. Testez le thème

Si l’erreur persiste sans extensions, le thème devient le suspect. Renommez son dossier dans wp-content/themes, puis ouvrez Apparence > Thèmes dans l’administration : WordPress active alors un thème par défaut, comme Twenty Twenty-Five, s’il en trouve un d’installé (référence du code). Si l’erreur disparaît, elle vient du thème ou d’une modification faite à son code.

4. Vérifiez la version de PHP

Si personne n’a touché au site, demandez à votre hébergeur s’il a changé la version de PHP. Une vieille extension peut planter sur une version récente, et une extension récente peut exiger une version que le serveur n’a pas. WordPress recommande PHP 8.3 ou plus récent (exigences de WordPress). La version se lit dans le panneau de votre hébergeur, et dans Outils > Santé du site > Infos > Serveur quand l’administration fonctionne.

Revenir temporairement à la version précédente peut remettre le site en ligne, le temps de corriger l’élément incompatible. À noter : PHP 8.2 ne reçoit plus de correctifs de sécurité après le 31 décembre 2026 (php.net). Si votre site l’utilise encore, voyez comment préparer la mise à jour.

5. Lisez le journal d’erreurs

Le journal dit ce que le message cache : le fichier et la ligne qui ont planté. Votre hébergeur en tient peut-être un dans son panneau (cherchez « logs » ou « error_log »). Sinon, activez celui de WordPress : dans wp-config.php, remplacez la ligne define( 'WP_DEBUG', false ); par ces trois lignes, avant la ligne « That’s all, stop editing! » (« C’est tout, ne touchez pas à ce qui suit ! » sur une installation en français de France) :

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

Rechargez la page en erreur, puis ouvrez wp-content/debug.log et cherchez la ligne qui contient « PHP Fatal error ». Le chemin indiqué, du type wp-content/plugins/nom-de-l-extension, désigne le coupable. WordPress déconseille de laisser ces réglages actifs sur un site en ligne (guide de débogage) : remettez WP_DEBUG à false une fois la cause trouvée.

6. Augmentez la limite de mémoire

Si le journal mentionne « Allowed memory size of … bytes exhausted », une extension ou le thème a manqué de mémoire. WordPress demande par défaut 40 Mo de mémoire à PHP, 64 Mo en multisite (documentation de wp-config.php) ; ajoutez par exemple define( 'WP_MEMORY_LIMIT', '256M' ); dans wp-config.php pour en demander plus. L’hébergeur garde le dernier mot : si sa propre limite est plus basse, rien ne change. Et la même documentation prévient qu’une limite relevée peut masquer la vraie cause : une extension qui dévore la mémoire reste à corriger ou à remplacer.

7. Restaurez une sauvegarde

Si rien de tout cela ne suffit, ou si le temps presse, restaurez la dernière sauvegarde prise avant l’apparition de l’erreur : les fichiers d’abord, la base de données ensuite (documentation de WordPress sur les sauvegardes). Attention : une restauration efface tout ce qui a changé depuis, y compris les commandes, les inscriptions et les messages reçus par formulaire. Sur une boutique, notez-les avant de restaurer.

Une page blanche, sans message

Une page entièrement blanche est la forme qu’avait ce problème avant WordPress 5.2. On la voit encore quand la protection est désactivée par la constante WP_DISABLE_FATAL_ERROR_HANDLER, ou quand l’erreur survient avant que WordPress ait chargé cette protection, par exemple dans wp-config.php. Les gestes sont les mêmes, en commençant par le journal d’erreurs : c’est le seul endroit où la cause est écrite.

Un site bloqué en maintenance

Autre message, autre cause : « Indisponibilité temporaire pour cause de maintenance. Veuillez revenir dans un instant. » En anglais, c’est « Briefly unavailable for scheduled maintenance. Check back in a minute. », parfois traduit par « brièvement indisponible pour cause de maintenance planifiée ». Pendant une mise à jour, WordPress dépose un fichier .maintenance à la racine du site, à côté du dossier wp-admin, puis l’efface à la fin. Si la mise à jour est interrompue, le fichier reste.

WordPress ignore normalement ce fichier dix minutes après sa création (référence du code). Si votre site reste bloqué en maintenance plus longtemps, supprimez le fichier .maintenance par SFTP (son nom commence par un point, ce qui le masque dans certains logiciels), puis relancez la mise à jour, qui a peut-être échoué en cours de route (documentation WordPress). Une mise à jour appliquée à moitié peut ensuite provoquer une erreur critique : reprenez alors à l’étape 1.

Quand appeler à l’aide

Si le site est votre vitrine ou votre caisse, chaque heure compte, et chaque manipulation hasardeuse sur le serveur peut aggraver la panne. Le guide de dépannage WordPress couvre les autres pannes courantes. Pour réparer un site WordPress sans attendre, le service de dépannage WordPress d’urgence traite les urgences en priorité et remet généralement un site en ligne en 2 à 24 heures, avec un diagnostic gratuit et une sauvegarde prise avant toute intervention. Et pour que les mises à jour cessent d’être une loterie, la maintenance WordPress teste chaque mise à jour avant de la confirmer sur votre site.