Erreur 500 WordPress : diagnostiquer et corriger la panne
Erreur 500 WordPress : le guide de diagnostic
Les six causes les plus fréquentes d’une erreur 500 WordPress
Sur les sites que nous reprenons en maintenance, l’origine d’une erreur 500 WordPress se répartit presque toujours entre six causes.
- Un conflit d’extensions ou de thème après une mise à jour, quand une extension appelle une fonction retirée du cœur.
- Une mémoire PHP insuffisante : un import de catalogue WooCommerce dépasse la limite allouée.
- Un fichier .htaccess corrompu, souvent après l’installation d’une extension de cache ou de redirections.
- Un changement de version de PHP imposé par l’hébergeur, qui rend un thème ou un code ancien incompatible.
- Des droits de fichiers incorrects après une restauration ou un transfert par FTP.
- Un fichier du cœur ou une base endommagés, cas plus rare qui impose une restauration.
Activer les journaux pour voir l’erreur réelle
Une erreur 500 WordPress est un message d’accueil, pas une information. Le détail se trouve dans le journal d’erreurs de l’hébergeur, accessible depuis son panneau ou en SSH : il contient la ligne PHP fatale.
Le second journal est celui de WordPress. En déclarant dans wp-config.php les constantes WP_DEBUG et WP_DEBUG_LOG à vrai et WP_DEBUG_DISPLAY à faux, les erreurs sont écrites dans wp-content/debug.log sans être affichées aux visiteurs : une trace PHP publique exposerait des chemins serveur. Retirez ces constantes une fois le diagnostic terminé.
La méthode de diagnostic en cinq étapes
Nous suivons toujours le même ordre.
- Sauvegarder fichiers et base avant toute manipulation.
- Lire les journaux pour obtenir le fichier fautif. Le nom du dossier d’une extension y apparaît souvent et le diagnostic s’arrête là.
- Vérifier l’administration. Si
/wp-admin/répond encore, la panne vient du thème ou d’une extension active côté public. - Neutraliser les suspects en renommant le dossier de l’extension en FTP, ce qui la désactive sans passer par l’interface.
- Restaurer le .htaccess ou la dernière sauvegarde si rien n’émerge, puis rejouer les mises à jour en préproduction.
Sur un site vitrine, la séquence prend moins d’une heure. Sur une boutique WooCommerce ou une application Symfony, nous travaillons d’abord sur une copie.
Mémoire PHP, version de PHP, .htaccess : les correctifs côté serveur
Si la trace mentionne un dépassement de mémoire, la limite s’élève en déclarant WP_MEMORY_LIMIT dans wp-config.php, ou côté hébergeur. Passer de 128 à 256 mégaoctets suffit le plus souvent ; si la consommation continue de grimper, la cause réelle est une extension mal optimisée.
Pour un .htaccess suspect : le renommer, recharger le site, puis régénérer un fichier propre en enregistrant à nouveau les permaliens.
Côté PHP, WordPress demande la version 8.1 au minimum et fonctionne mieux en 8.2 ou 8.3. Un site resté sur une version ancienne tombera en erreur 500 WordPress le jour où l’hébergeur coupera la version obsolète : testez la montée de version en préproduction. Les droits, enfin, restent à 755 pour les dossiers et 644 pour les fichiers.
Extensions, thème et code sur mesure : isoler le coupable
Lorsque les journaux restent muets, il faut isoler. La méthode la plus rapide consiste à renommer le dossier wp-content/plugins : toutes les extensions sont désactivées d’un coup. Si le site revient, on les réactive une par une jusqu’à reproduire l’erreur 500 WordPress. Même logique pour le thème : basculer sur un thème par défaut indique si le problème vient du thème actif ou d’un développement spécifique. Sur nos projets, le code sur mesure est isolé dans une extension maison, ce qui rend ce test possible.
Attention sur une boutique : désactiver toutes les extensions coupe aussi les paiements. Opérez hors affluence, ou sur une copie. Nos interventions de réparation de site WordPress suivent ce principe.
Éviter la prochaine erreur 500 WordPress
La plupart des pannes que nous traitons étaient évitables. Quatre habitudes suffisent à faire disparaître l’erreur 500 WordPress du quotidien d’une PME.
- Une préproduction qui reçoit les mises à jour avant la production.
- Des sauvegardes automatisées et testées : une sauvegarde jamais restaurée n’est pas une sauvegarde.
- Une supervision qui alerte dès que le site répond un code 500.
- Un parc d’extensions tenu court, à jour, sans extension abandonnée par son auteur.
C’est ce que couvre un contrat de maintenance de site WordPress : mises à jour jouées en préproduction, sauvegardes vérifiées et remise en ligne prise en charge. Voir aussi : migrer son site vers WordPress.
Comprendre ce que dit vraiment une erreur 500 WordPress
Le code 500 est une réponse générique du serveur web : là où une erreur 404 désigne une ressource absente, il signale que le traitement de la requête s’est interrompu avant de produire une page. L’interruption vient presque toujours de PHP : une erreur fatale, une mémoire saturée, une configuration invalide.
Une erreur 500 WordPress ne se corrige donc jamais au hasard. Désactiver des extensions une par une sans avoir lu les journaux fait perdre du temps ; sur une boutique WooCommerce, chaque heure d’indisponibilité coûte des commandes.
Trois symptômes voisins sont souvent confondus. L’écran blanc signifie que PHP s’est arrêté sans renvoyer d’erreur lisible. Le message « Une erreur critique s’est produite sur ce site » est la protection intégrée de WordPress, qui capte l’erreur fatale et envoie un lien de dépannage à l’administrateur. L’erreur de connexion à la base de données, elle, pointe vers un serveur MySQL hors service.
Je n’ai jamais vu une erreur 500 WordPress apparaître sans raison. Neuf fois sur dix, elle suit une mise à jour, un changement de version de PHP ou une modification faite directement en production, sans préproduction pour l’absorber.
Erreur 500 WordPress : questions fréquentes
Pas si elle est corrigée vite : Google réessaie et garde les pages en index quelques jours. Une erreur 500 WordPress qui dure entraîne en revanche une désindexation progressive et une chute de trafic longue à rattraper.
Partiellement. Si l’administration répond, vous pouvez désactiver des extensions et changer de thème depuis l’interface. Site bloqué, un accès FTP ou SSH devient indispensable : demandez-le avant d’en avoir besoin.
Ce profil désigne une limite de ressources de l’hébergement : processus PHP, mémoire ou base saturée. Le code n’est pas fautif, il est trop lourd pour l’offre en place. La réponse passe par l’optimisation, puis par un hébergement adapté.
Oui. Une injection de code dans le thème ou une extension compromise provoquent des erreurs fatales. Si des fichiers ont changé sans mise à jour, traitez l’incident comme une intrusion : restauration depuis une sauvegarde saine, puis changement des mots de passe.