Cet article suit la documentation officielle des erreurs courantes et celle du débogage, relues le 14 octobre 2026, pour WordPress 7.1.
Avant de toucher à quoi que ce soit
Faites une sauvegarde des fichiers et de la base, ou vérifiez que votre hébergeur en a une récente. Chaque étape ci-dessous se défait, mais une sauvegarde évite de devoir s'en souvenir.
Notez aussi ce qui a changé juste avant l'erreur : une mise à jour, une extension ajoutée, un réglage modifié. C'est souvent la réponse.
1. Lire le journal d'erreurs
Le journal PHP du serveur nomme l'erreur et le fichier en cause. Votre hébergeur le donne dans son panneau, souvent sous le nom « Journaux » ou « Logs ».
Si vous n'y avez pas accès, faites écrire les erreurs par WordPress. Dans wp-config.php, au-dessus de la ligne de commentaire qui annonce la fin des réglages (« That's all, stop editing »), ajoutez :
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Rechargez la page en erreur, puis ouvrez le fichier wp-content/debug.log. Une ligne « Fatal error » donne le chemin du fichier : un chemin dans wp-content/plugins désigne une extension, dans wp-content/themes le thème.
Ces réglages ne sont pas faits pour rester sur un site en ligne : remettez WP_DEBUG à false et supprimez debug.log une fois la cause trouvée.
2. Écarter le fichier .htaccess
La documentation le cite comme la cause la plus fréquente.
- Renommez le fichier .htaccess, à la racine du site, en .htaccess_old.
- Rechargez le site.
- Si l'erreur disparaît, connectez-vous à l'administration, ouvrez Réglages, Permaliens, et cliquez sur « Enregistrer les modifications » : WordPress écrit un .htaccess neuf.
Si l'erreur persiste, remettez le nom d'origine et passez à l'étape suivante.
3. Écarter les extensions
Si l'administration s'ouvre, désactivez toutes les extensions depuis Extensions, Extensions installées, puis réactivez-les une à une en rechargeant le site à chaque fois. La dernière réactivée avant le retour de l'erreur est la coupable.
Si l'administration ne s'ouvre pas, renommez le dossier wp-content/plugins en plugins_old : WordPress désactive alors toutes les extensions. Rendez-lui son nom, puis renommez les dossiers des extensions un par un pour trouver la fautive.
Avec WP-CLI, depuis le dossier du site :
wp plugin deactivate --all
Réactivez ensuite les extensions une à une avec wp plugin activate suivi du nom de l'extension.
4. Écarter le thème
Activez un thème par défaut de WordPress, l'un de ceux qui portent le nom d'une année comme Twenty Twenty-Five, depuis Apparence, Thèmes. Si l'administration ne s'ouvre pas, renommez le dossier de votre thème dans wp-content/themes : WordPress bascule sur un thème par défaut installé. Si l'erreur disparaît, le thème ou son thème enfant est en cause.
5. Augmenter la mémoire PHP
Si le journal mentionne « Allowed memory size exhausted », WordPress manque de mémoire. Dans wp-config.php, la ligne define( 'WP_MEMORY_LIMIT', '256M' ); relève la limite de WordPress, dans la limite que permet l'hébergement. Si elle ne suffit pas, c'est la limite du serveur qu'il faut relever, ce que l'hébergeur fait.
6. Remplacer les fichiers du cœur
En dernier recours, la documentation conseille de redéposer les dossiers wp-admin et wp-includes depuis une copie neuve de WordPress, de la même version. Ne touchez pas à wp-content ni à wp-config.php, qui portent vos contenus et vos réglages.
Si une extension inconnue ou des fichiers étranges apparaissent pendant la recherche, le site a peut-être été piraté : voir Nettoyer un site WordPress piraté.
Sur un hébergement Hubspace
Sur toutes nos offres, le gestionnaire de fichiers de Plesk, ouvert depuis votre espace client, permet de renommer .htaccess, un dossier d'extension ou de thème, et de modifier wp-config.php. WP-CLI en SSH est disponible à partir de l'offre Sérénité. Le site est sauvegardé chaque nuit et la sauvegarde est gardée 30 jours : si la réparation tourne mal, appelez-nous et nous restaurons la veille.
À partir de Sérénité, les mises à jour sont essayées sur une copie du site avant d'être appliquées, ce qui évite la plupart des erreurs 500 dues à une mise à jour.
Questions fréquentes
L'erreur 500 vient-elle de l'hébergeur ?
Rarement. Une panne du serveur touche tous les sites qu'il héberge ; une erreur 500 sur votre seul site vient presque toujours de son code, de ses extensions ou de sa configuration. Le journal d'erreurs tranche.
Pourquoi l'administration marche alors que le site affiche une erreur 500 ?
L'administration et le site public ne chargent pas les mêmes fichiers. Une erreur dans le thème ou dans une extension qui n'agit que côté visiteur casse le site sans toucher à l'administration.
Faut-il laisser WP_DEBUG activé ?
Non. Une fois la cause trouvée, remettez WP_DEBUG à false et supprimez wp-content/debug.log, qui peut contenir des informations sur votre site lisibles depuis Internet.
Articles liés
- Erreur critique WordPress : la corriger« Il y a eu une erreur critique sur ce site » : trouver la cause par le mode de récupération ou le journal, désactiver l'extension fautive, relancer le site.
- Erreur 404 WordPress : pages introuvablesErreur 404 sur WordPress : régénérer les permaliens, vérifier le fichier .htaccess, corriger une adresse changée et rediriger les anciennes pages.
- WordPress mode maintenance : l'activer, en sortirActiver le mode maintenance de WordPress pendant des travaux, et sortir du message « Brièvement indisponible pour cause de maintenance » quand il reste bloqué.