Erreur 500 (Internal Server Error) : que faire, visiteur ou propriétaire ?

1Recharger la page, puis réessayer plus tard

Si vous visitez un site. Utilisez le bouton d’actualisation du navigateur. Une erreur 500 est souvent passagère : un pic de visites, un redémarrage du serveur, une mise à jour en cours. Revenez sur la page un peu plus tard. Essayez aussi la page d’accueil du site : si elle s’affiche, seule la page demandée est touchée.

2Vider le cache et tester un autre navigateur

Si vous visitez un site. Testez la page dans une fenêtre de navigation privée ou dans un autre navigateur. Si elle s’affiche, effacez les données de ce site dans les paramètres du navigateur (cookies, fichiers en cache), puis rechargez. Si l’erreur persiste partout, elle vient du serveur, pas de chez vous.

3Prévenir l’éditeur du site

Si vous visitez un site. Il n’y a rien d’autre à réparer de votre côté. Si le site compte sur vous (boutique, démarche en ligne), signalez le problème par le formulaire de contact ou les réseaux sociaux de l’éditeur, en précisant la page et le moment.

4Lire le journal d’erreurs du serveur

Si c’est votre site. C’est l’étape la plus utile : l’erreur 500 est la conséquence, le journal contient la cause. Dans l’espace client de votre hébergeur, cherchez « Journaux », « Logs » ou « Journal d’erreurs » (sous cPanel, la rubrique « Erreurs »). Vous pouvez aussi trouver un fichier error_log à la racine du site, accessible par FTP. Repérez la dernière ligne : elle nomme le fichier fautif, souvent un plugin, un thème ou une règle .htaccess.

Sur WordPress, ajoutez dans wp-config.php les lignes define('WP_DEBUG', true);, define('WP_DEBUG_LOG', true); et define('WP_DEBUG_DISPLAY', false); : les erreurs seront consignées dans wp-content/debug.log. Retirez ces lignes une fois le problème réglé.

5Renommer le fichier .htaccess pour tester

Si c’est votre site. Une règle de réécriture invalide dans .htaccess provoque très souvent une erreur 500. Par FTP ou par le gestionnaire de fichiers de l’hébergeur (affichez les fichiers cachés), renommez .htaccess en .htaccess_old, puis rechargez le site. S’il fonctionne, retournez dans WordPress, Réglages > Permaliens, et enregistrez sans rien changer : un fichier propre est régénéré.

6Désactiver les plugins et le thème (WordPress)

Si c’est votre site. Après une mise à jour ou l’installation d’une extension, un conflit est l’explication la plus courante. Dans wp-content, renommez le dossier plugins en plugins_off : tous les plugins sont désactivés d’un coup. Si le site revient, remettez le nom d’origine, puis réactivez les plugins un par un depuis Extensions pour trouver le coupable. Pour tester le thème, renommez le dossier du thème actif dans wp-content/themes : WordPress bascule sur un thème par défaut s’il en existe un. La procédure pas à pas est détaillée dans le guide écran blanc WordPress.

7Vérifier la limite de mémoire et la version de PHP

Si c’est votre site. Une page lourde (constructeur de pages, boutique avec beaucoup de produits) peut dépasser la mémoire allouée à PHP. Dans wp-config.php, ajoutez avant la ligne « That’s all, stop editing » : define('WP_MEMORY_LIMIT', '256M');. Certains hébergeurs imposent leur propre plafond, à modifier dans l’espace client. Vérifiez aussi la version de PHP choisie pour le site : après un changement de version, un vieux plugin peut cesser de fonctionner. Revenez à la version précédente pour tester, puis mettez le plugin à jour.

8Contrôler les permissions et restaurer une sauvegarde

Si c’est votre site. Les dossiers doivent généralement être en 755 et les fichiers en 644. Des permissions trop larges (777) déclenchent un refus de certains serveurs. Si rien n’a fonctionné et que le site marchait avant une date précise, restaurez la sauvegarde de l’hébergeur antérieure à la panne, après avoir copié l’état actuel à part.