Erreur 500 sur un site internet : causes, diagnostic et surveillance

Le code HTTP 500 correspond à une erreur interne du serveur. Le navigateur a bien réussi à contacter le site, mais le serveur n’a pas pu terminer correctement le traitement demandé. Contrairement à une erreur 404, le problème ne signifie pas forcément que la page n’existe plus : elle peut être présente, mais impossible à générer.

L’erreur peut toucher une seule URL, une partie du site ou l’ensemble du domaine. Elle peut aussi apparaître uniquement dans certaines conditions, par exemple après l’envoi d’un formulaire, l’ouverture d’un espace client ou l’exécution d’une fonction précise.

Quels symptômes peut voir un visiteur ?

• une page blanche avec la mention « Internal Server Error » ;
• un écran personnalisé indiquant qu’une erreur est survenue ;
• une page qui fonctionne puis renvoie une erreur après une action ;
• certaines URLs accessibles alors que d’autres affichent une erreur 500 ;
• une erreur intermittente qui disparaît après actualisation ;
• une erreur qui apparaît juste après une mise à jour ou un déploiement.

Pour l’utilisateur, le détail technique importe peu : il ne peut pas terminer son action. Si la page concernée sert à demander un devis, réserver, payer ou se connecter, l’incident devient immédiatement commercial.

Quelles sont les causes fréquentes d’une erreur 500 ?

Une erreur dans le code

Une faute PHP, une exception non gérée, une fonction indisponible ou une dépendance manquante peuvent interrompre l’exécution d’une page. Ce type d’incident apparaît souvent après une modification ou un déploiement.

Une configuration serveur incorrecte

Une directive mal définie, un fichier de configuration invalide, des droits insuffisants ou une règle de réécriture peuvent empêcher le serveur de traiter correctement la requête.

Une extension ou un module défaillant

Sur un CMS, une extension, un thème ou un module tiers peut provoquer une erreur 500 après une mise à jour, une incompatibilité de version ou un conflit avec un autre composant.

Une ressource serveur insuffisante

Une limite mémoire atteinte, un processus bloqué, une saturation temporaire ou un traitement trop lourd peuvent également déclencher une erreur interne. Dans ce cas, l’incident peut être intermittent et donc plus difficile à reproduire.

Une connexion à un service tiers qui échoue

Une page peut dépendre d’une base de données, d’une API, d’un service de paiement ou d’un autre système. Si cette dépendance répond mal ou pas du tout, l’application peut finir par renvoyer une erreur 500 si le cas n’est pas correctement géré.

Comment diagnostiquer une erreur 500 ?

Identifier précisément les pages touchées

Commencez par déterminer si l’erreur concerne une seule URL, une famille de pages ou le site complet. Cette première distinction aide à savoir si le problème est lié à une fonction précise ou à l’environnement général.

Vérifier ce qui a changé récemment

Une mise en production, une mise à jour, une modification de configuration, l’installation d’une extension ou un changement de version peuvent fournir un indice important. Lorsque l’erreur apparaît juste après une action technique, le lien doit être vérifié en priorité.

Consulter les journaux serveur

Les logs d’erreur permettent souvent d’identifier le fichier, la fonction ou la ressource qui a échoué. Ils sont bien plus utiles qu’un simple message « erreur 500 », volontairement générique côté navigateur.

Tester plusieurs parcours

Ne vous limitez pas à la page d’accueil. Testez les pages commerciales, formulaires, connexions, devis, réservations ou autres actions essentielles. Une erreur 500 peut rester invisible sur l’accueil et bloquer uniquement la conversion.

Une erreur 500 peut-elle être intermittente ?

Oui. C’est même l’un des cas les plus gênants. Le site peut fonctionner pendant plusieurs heures puis échouer quelques minutes lorsque la charge augmente, qu’un service tiers ralentit ou qu’une limite serveur est atteinte.

Un test manuel effectué au mauvais moment peut donc donner l’impression que tout fonctionne. Une surveillance régulière depuis l’extérieur aide à détecter ces incidents ponctuels et à dater leur apparition.

Quel impact commercial pour une entreprise ?

Une erreur 500 sur une page importante coupe directement le parcours du prospect. Selon la page touchée, cela peut signifier :

• des demandes de devis perdues ;
• des réservations impossibles ;
• des commandes interrompues ;
• un espace client inaccessible ;
• des campagnes publicitaires qui continuent à envoyer du trafic vers une page en panne ;
• une baisse de confiance si l’incident se répète.

Le coût réel d’une erreur 500 dépend donc moins de sa durée brute que de la page concernée et du volume de visiteurs au moment de l’incident.

Erreur 500 ou site totalement hors ligne : quelle différence ?

Un site totalement hors ligne peut ne plus répondre du tout, par exemple à cause d’un problème réseau ou serveur. Avec une erreur 500, le serveur répond bien, mais indique qu’il n’a pas réussi à traiter la requête.

Dans les deux cas, le résultat peut être le même pour le visiteur : impossible d’accéder au contenu attendu. Pour approfondir l’impact d’une indisponibilité globale, consultez notre dossier site internet hors ligne : quelles conséquences ?.

Comment surveiller une erreur 500 ?

Une surveillance de disponibilité sérieuse ne doit pas seulement vérifier que le nom de domaine répond. Elle doit aussi contrôler le code HTTP renvoyé par la page. Une réponse 500 doit être considérée comme un incident, même si le serveur est techniquement joignable.

Il est utile de surveiller plusieurs URLs stratégiques plutôt qu’une seule page d’accueil : page contact, demande de devis, réservation, connexion ou page d’atterrissage publicitaire selon l’activité.

Voir aussi : comment surveiller son site internet →

Pourquoi surveiller plusieurs pages et pas uniquement l’accueil ?

Parce qu’une erreur applicative peut être locale. L’accueil peut répondre en 200 alors que la page devis renvoie une erreur 500. Si l’outil de surveillance ne contrôle qu’une seule URL, l’entreprise peut croire que son site fonctionne alors que son principal parcours commercial est cassé.

C’est la même logique que pour un formulaire qui ne fonctionne plus : la disponibilité générale du site ne garantit pas que toutes les fonctions utiles aux prospects restent opérationnelles.

Voir le guide sur les formulaires de contact en panne →

Que faire après avoir corrigé l’erreur ?

• retester la page concernée et les actions associées ;
• vérifier les autres pages utilisant le même composant ;
• contrôler les logs pour confirmer que l’erreur a disparu ;
• documenter la cause si elle a été identifiée ;
• mettre en place une surveillance sur les URLs critiques si ce n’est pas déjà fait.

L’objectif n’est pas seulement de corriger l’incident, mais aussi de réduire le délai de détection si un problème similaire réapparaît.

Les erreurs 500 peuvent-elles nuire au référencement ?

Une erreur temporaire et rapidement corrigée n’a pas le même impact qu’une indisponibilité prolongée. En revanche, si des pages stratégiques renvoient régulièrement des erreurs serveur, les moteurs peuvent avoir du mal à les explorer correctement. La priorité reste donc la même pour l’utilisateur et pour le SEO : rétablir des pages accessibles et stables.

Quels contrôles prioriser sur un site professionnel ?

Surveillez d’abord les URLs qui ont une valeur directe pour l’activité : accueil si elle génère des contacts, pages de services, formulaires, réservation, connexion, paiement ou pages alimentées par des campagnes publicitaires.

Un contrôle périodique du certificat HTTPS reste également utile, car une erreur serveur et un problème SSL peuvent tous deux empêcher un prospect d’utiliser le site. Voir le dossier sur les certificats SSL expirés →