Erreur critique WordPress : les étapes pour réparer votre site

Une erreur critique WordPress signale généralement une erreur PHP qui empêche une partie du site de fonctionner. Pour la corriger, utilisez d’abord le mode de récupération si WordPress vous a envoyé un lien, puis consultez les journaux et testez les extensions et le thème. Avant toute modification, conservez une sauvegarde et évitez de supprimer des fichiers au hasard.

Premières actions après une erreur critique WordPress

Le message « Il y a eu une erreur critique sur ce site » peut apparaître sur une page, dans l’administration ou sur l’ensemble du site. Notez la page concernée, l’heure de début et la dernière action effectuée : installation d’une extension, mise à jour ou modification de l’hébergement.

Vérifiez ensuite la boîte e-mail de l’adresse administrateur du site, y compris les courriers indésirables. WordPress peut y envoyer un message contenant un lien vers le mode de récupération. Celui-ci permet parfois d’accéder à l’administration pour désactiver l’extension ou le thème en cause.

Si vous ne recevez pas cet e-mail, préparez vos accès à l’hébergement et au FTP ou SFTP. L’interface de l’hébergeur peut aussi donner accès aux fichiers, aux journaux et à la base de données. Évitez les réinstallations successives : elles compliquent l’identification de la panne.

Si nécessaire, vous pouvez temporairement limiter l’accès public ou activer un mode maintenance depuis l’hébergement, lorsqu’il le permet. En cas de panne que vous ne pouvez pas examiner vous-même, une réparation de site WordPress peut prendre en charge le diagnostic.

Repérer la cause grâce aux journaux WordPress

Une erreur critique est souvent liée à une erreur PHP fatale. Plusieurs éléments peuvent la déclencher :

• une extension récemment activée ou mise à jour ;
• un thème, un thème enfant ou un constructeur de pages ;
• un conflit entre extensions ;
• une version de PHP incompatible ou une mémoire insuffisante ;
• une mise à jour interrompue de WordPress, d’une extension ou d’un thème ;
• des fichiers corrompus ou des droits d’accès incorrects.

Le message peut aussi accompagner une page blanche ou une erreur HTTP 500. Ces symptômes ne désignent pas à eux seuls le fichier responsable : les journaux sont utiles pour préciser la cause.

Activer le journal de débogage sans affichage public

Connectez-vous aux fichiers du site et ouvrez wp-config.php, à la racine de WordPress. Avant de le modifier, conservez-en une copie. Ajoutez ou ajustez les constantes suivantes avant la ligne indiquant d’arrêter les modifications, sans les déclarer deux fois :

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

Reproduisez ensuite l’erreur, puis consultez le fichier wp-content/debug.log. Le message peut indiquer le type d’erreur, le chemin du fichier concerné et la ligne à examiner. Un chemin qui contient le nom d’une extension ou d’un thème constitue une piste, à confirmer par un test.

Si le journal ne se remplit pas, vérifiez que WordPress peut écrire dans wp-content et consultez les journaux PHP et serveur dans votre interface d’hébergement. Une fois le diagnostic terminé, remettez WP_DEBUG à false. Ne laissez pas les informations de débogage accessibles publiquement.

Tester les extensions et le thème par FTP

Procédez à un changement à la fois et rechargez le site après chaque test. Vous pourrez ainsi relier une amélioration à la modification qui l’a produite.

Désactiver les extensions

Une extension récemment installée ou mise à jour est une piste à examiner en priorité. Si l’administration est inaccessible, vous pouvez désactiver les extensions par FTP ou SFTP :

1. Connectez-vous aux fichiers du site.
2. Ouvrez le dossier wp-content.
3. Renommez le dossier plugins en plugins-old.
4. Rechargez le site et vérifiez si l’erreur a disparu.

Si le site fonctionne à nouveau, une extension ou un conflit entre extensions est probablement en cause. Rendez au dossier son nom d’origine, puis identifiez l’extension responsable en réactivant les extensions une par une depuis l’administration. Si nécessaire, vous pouvez aussi renommer leurs sous-dossiers individuellement par FTP pour les tester.

Ce test peut désactiver des fonctions importantes, notamment sur une boutique WooCommerce. Vérifiez le parcours concerné après chaque réactivation. Pour réduire les risques de conflit, examinez aussi le choix et le nombre d’extensions WordPress.

Basculer temporairement sur un thème par défaut

Si le test des extensions ne résout rien, le thème actif peut être responsable : code dans functions.php, surcharge WooCommerce, modification d’un thème enfant ou incompatibilité avec PHP.

Dans wp-content/themes/, renommez le dossier du thème actif. WordPress tentera de basculer sur un thème par défaut disponible. Si aucun n’est installé, ajoutez d’abord un thème WordPress par défaut décompressé dans ce dossier, puis effectuez le test.

Si le site revient, consultez le journal pour identifier le fichier concerné. Une version stable du thème issue d’une sauvegarde peut aider à rétablir le site et à comparer les changements. Évitez de modifier du code en production sans avoir identifié la cause.

Vérifier les mises à jour, PHP et le serveur

Si les extensions et le thème ne suffisent pas à expliquer la panne, poursuivez avec les fichiers et les réglages de l’hébergement. Notez les valeurs d’origine avant de les modifier.

Reprendre une mise à jour interrompue

Une coupure réseau, une limite mémoire ou un dépassement du temps d’exécution peut interrompre une mise à jour. Une panne apparue immédiatement après cette opération, un message d’échec ou des fichiers manquants sont des indices à examiner.

À la racine de WordPress, vérifiez si le fichier .maintenance est resté présent après la fin ou l’échec de la mise à jour. Si aucune mise à jour n’est en cours et que le site reste bloqué en maintenance, supprimez ce fichier, puis vérifiez le fonctionnement du site. Relancez ensuite les mises à jour nécessaires ou restaurez une sauvegarde saine si les fichiers sont endommagés.

Contrôler la mémoire et la version de PHP

Une mémoire insuffisante peut provoquer une erreur, notamment lors d’opérations lourdes. Vous pouvez demander une limite mémoire WordPress plus élevée dans wp-config.php, par exemple :

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

Vérifiez également le réglage memory_limit dans l’interface d’hébergement : la limite disponible côté PHP peut empêcher WordPress d’utiliser la valeur demandée. Augmenter la mémoire ne corrige toutefois pas une extension qui consomme anormalement des ressources ; recherchez aussi la cause dans les journaux.

Contrôlez la compatibilité entre la version de PHP, WordPress, le thème et les extensions. Testez tout changement de version sur une copie de préproduction avant de l’appliquer au site en ligne. Pour des échecs pendant un import ou l’enregistrement d’une page volumineuse, examinez aussi max_execution_time et max_input_vars dans les réglages de l’hébergement.

Tester les règles du fichier .htaccess

Sur un serveur utilisant Apache, un fichier .htaccess corrompu ou une directive ajoutée par une extension peut provoquer une erreur serveur. Renommez temporairement ce fichier en .htaccess-old, puis rechargez le site.

Si le problème disparaît, allez dans Réglages > Permaliens et enregistrez les réglages pour permettre à WordPress de recréer ses règles. Réintroduisez ensuite les éventuelles règles personnalisées de cache ou de sécurité progressivement, en testant à chaque fois. Conservez l’ancien fichier pendant cette vérification.

Restaurer une sauvegarde et prévenir une nouvelle panne

Lorsque le diagnostic prend du temps ou qu’une mise à jour a endommagé plusieurs éléments, une sauvegarde saine peut permettre de revenir à un état fonctionnel. Avant de restaurer les fichiers et la base de données, vérifiez sa date et les données qui risquent d’être perdues : commandes WooCommerce, formulaires, articles ou autres modifications récentes.

Une restauration ne supprime pas nécessairement la cause initiale. Après le rétablissement, reproduisez si possible la mise à jour ou la modification sur une copie de préproduction, puis corrigez le problème avant de la remettre en ligne. Pour préparer les prochains incidents, consultez le guide pour sauvegarder automatiquement WordPress.

Mettez ensuite en place une routine adaptée à votre site :

• testez les mises à jour de WordPress, des extensions et du thème en préproduction ;
• planifiez les sauvegardes et conservez-en une copie hors du site ;
• surveillez la disponibilité du site et les journaux ;
• vérifiez les compatibilités avant de changer de version PHP ;
• examinez une administration lente, qui peut révéler des tâches ou des extensions gourmandes.

Enfin, restez attentif aux signes de compromission : fichiers inconnus, redirections inhabituelles ou comptes administrateurs suspects. Une erreur critique ne prouve pas un piratage, mais ces indices justifient un contrôle de sécurité. Utilisez des mots de passe forts, limitez les tentatives de connexion et gardez des permissions de fichiers cohérentes.

Questions fréquentes

Article rédigé avec l’aide d’une IA à partir des sources citées et de notre pratique de la maintenance WordPress. Notre méthode éditoriale.