Une erreur 500 (Internal Server Error) ou un ecran blanc sur WordPress arrive souvent après une mise à jour, l’installation d’un plugin, un changement de thème, ou une variation côté serveur (PHP, limites, cache). L’objectif n’est pas de « tout casser pour voir », mais d’isoler la cause, puis de rétablir le site rapidement, que l’activité soit à Lausanne, Vevey, Nyon (Vaud), Genève, Carouge (Genève), Fribourg, Bulle (Fribourg), Sion, Martigny (Valais), Neuchâtel, La Chaux-de-Fonds (Neuchâtel), Delémont, Porrentruy (Jura).
Sources officielles : WordPress – Debugging in WordPress, WordPress – wp-config.php, Make WordPress – Recovery Mode, WordPress – WP_Recovery_Mode, PHP.net – Error basics, MDN – HTTP 500, nginx.org – internal redirects et erreur 500.
1) Premiere action : tenter le Mode de récupération (si disponible)
En cas d’erreur critique, WordPress peut envoyer un e-mail à l’adresse d’administration avec un lien de « mode de récupération ». Ce mode permet d’accéder au tableau de bord en mettant temporairement en pause l’extension ou le thème qui provoque l’erreur, afin de corriger sans rester bloqué.
- Vérifier la boite e-mail liée au compte administrateur du site.
- Ouvrir le lien de récupération, puis se connecter.
- Désactiver ou corriger l’élément signalé (plugin, thème).
2) Activer un journal d’erreurs propre (WP_DEBUG_LOG) sans afficher les erreurs au public
Si le site n’affiche rien, le plus efficace consiste à écrire les erreurs dans un fichier de log. La documentation WordPress décrit une configuration type dans wp-config.php : activer WP_DEBUG, désactiver l’affichage à l’écran, et activer l’écriture dans wp-content/debug.log.
// Debug WordPress (à retirer après diagnostic)
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );Ensuite, recharger la page qui plante, puis ouvrir le fichier wp-content/debug.log pour lire l’erreur exacte (nom du plugin, fichier, ligne, type d’erreur).
3) Isoler la cause : plugins, puis thème
Dans une grande majorité de cas, l’erreur vient d’un conflit de plugins ou d’un thème. L’ordre d’attaque le plus simple :
- Étape A : désactiver tous les plugins, puis réactiver un par un (jusqu’à reproduire le souci).
- Étape B : si le problème persiste, basculer temporairement sur un thème WordPress par défaut pour vérifier si le thème est en cause.
Si l’accès à l’admin est impossible, ces actions se font via le gestionnaire de fichiers de l’hébergement (ou SFTP) en renommant le dossier du plugin ou du thème concerné, le temps de reprendre la main.
4) Ne pas oublier la cause serveur : logs PHP et limites
Une erreur 500 est un statut générique : elle peut venir d’une configuration, d’un manque de mémoire, d’un timeout, ou d’une erreur fatale PHP. Les logs PHP (et parfois ceux du serveur web) donnent souvent la réponse. PHP explique aussi la différence entre afficher les erreurs et les enregistrer dans un journal (error_log, log_errors).
- Vérifier le journal d’erreurs PHP côté hébergement (ou le demander au support).
- Repérer les erreurs fatales récurrentes (même fichier, même extension).
- Si une règle de redirection boucle, vérifier la configuration (nginx peut renvoyer 500 en cas de cycle de redirection interne).
5) Plan de reprise : remettre en ligne proprement
- Une fois la cause identifiée : mettre à jour ou remplacer l’extension fautive, ou revenir à une version stable.
- Si le site doit repartir vite : restaurer une sauvegarde saine, puis corriger sur un environnement de test.
- Après retour à la normale : désactiver WP_DEBUG et archiver le log pour référence.
Checklist express (10 minutes)
- Essayer le Mode de récupération (e-mail WordPress).
- Activer WP_DEBUG_LOG et lire wp-content/debug.log.
- Désactiver les plugins, puis réactiver un par un.
- Tester avec un thème par défaut.
- Consulter les logs PHP/hébergement si l’erreur est une 500 persistante.
FAQ (Suisse romande) : erreur 500 et erreur critique WordPress
Pourquoi mon site WordPress affiche une « erreur critique » à Genève ou Lausanne ?
La localisation n’est généralement pas la cause. Le plus fréquent : un conflit d’extensions, un thème incompatible, ou une erreur PHP. Le mode de récupération et le debug.log servent à identifier l’élément fautif.
Comment trouver l’extension responsable si l’admin est inaccessible ?
Activer l’écriture des erreurs (WP_DEBUG_LOG), puis désactiver les plugins côté fichiers (renommer le dossier du plugin ou le dossier plugins), ensuite réactiver un par un.
Une erreur 500 peut-elle venir d’une redirection mal réglée ?
Oui. Une boucle de réécriture ou une redirection interne en cycle peut provoquer une 500, selon la configuration serveur. Les logs nginx ou Apache indiquent généralement le motif.
Faut-il laisser WP_DEBUG activé en production ?
Non. Le garder temporairement pour diagnostiquer, mais éviter d’afficher des erreurs aux visiteurs. Une fois le site stabilisé, désactiver le debug.
Besoin d’un dépannage WordPress rapide (erreur critique, 500, écran blanc) ?
Pour isoler la cause, remettre le site en ligne proprement, puis sécuriser un plan de reprise (logs, sauvegardes, staging), contactez clickclick.ch.
