Réponse courte
Le code HTTP 500 signale qu’une erreur interne a empêché le serveur de traiter la requête. La page existe peut-être, mais elle n’est pas servie : elle ne peut donc être ni indexée, ni lue par un moteur génératif. Contrairement à un 404, la cause est toujours côté serveur.
Sur WordPress, l’origine se réduit presque toujours à quatre suspects : un conflit d’extensions, un fichier de configuration invalide, une limite de mémoire PHP atteinte, ou des permissions de fichiers incorrectes.
Domaine
La baisse de cadence d’exploration s’applique au domaine entier, pas aux seules URL en erreur.
3 à 6
semaines avant que la cadence d’exploration retrouve son niveau après correction.
503
le code à servir pendant une maintenance prévue, jamais un 500 ni un 200.
Comment diagnostiquer une erreur 500 ?
Quatre étapes, dans cet ordre. Les trois premières couvrent la grande majorité des cas rencontrés sur WordPress, et aucune ne demande d’accès à un outil payant.
- 01Lire le journal d’erreurs du serveur. C’est la seule source qui nomme la cause. Les erreurs fatales PHP y figurent avec le fichier et la ligne concernés. Tout le reste n’est qu’hypothèse.
- 02Neutraliser le fichier de configuration Apache. Renommez-le, puis rechargez la page. Si l’erreur disparaît, une directive invalide en était l’origine. Regénérez ensuite les permaliens depuis l’administration.
- 03Désactiver les extensions en masse. Renommez le répertoire des extensions pour les couper toutes d’un coup, puis réactivez-les une par une pour identifier la coupable. La même méthode s’applique au thème actif.
- 04Augmenter la limite de mémoire PHP. Si le journal mentionne un dépassement de mémoire autorisée, passez la limite à 256 Mo. Si l’erreur revient malgré tout, le problème est ailleurs : ne montez pas plus haut.
Le raccourci à éviter. Activer l’affichage des erreurs PHP en production pour diagnostiquer. Vous exposez des chemins de fichiers et des identifiants techniques à tous vos visiteurs. Écrivez dans un fichier de journal, jamais à l’écran.
Quelles sont les causes fréquentes d’une erreur 500 ?
Pour chaque cause, le signe qui la trahit dans le journal d’erreurs et la correction associée.
| Cause | Ce qu’on lit dans le journal | Correction |
|---|---|---|
| Conflit d’extensions | Erreur fatale pointant un fichier d’extension | Désactivation puis réactivation une à une |
| Configuration Apache invalide | Directive non reconnue ou syntaxe incorrecte | Neutraliser le fichier, regénérer les permaliens |
| Mémoire PHP épuisée | Dépassement de la taille de mémoire autorisée | Porter la limite à 256 Mo, puis chercher la fuite |
| Permissions de fichiers | Refus de lecture ou d’exécution d’un script | 755 sur les répertoires, 644 sur les fichiers |
| Version de PHP incompatible | Fonction inexistante ou syntaxe refusée | Aligner la version PHP sur celle du thème |
| Base de données inaccessible | Échec de connexion ou table corrompue | Vérifier les identifiants, réparer les tables |
Quel est l’impact SEO d’une erreur 500 ?
Une erreur 500 isolée et brève n’a pratiquement aucune conséquence : Google revient plus tard. Le problème naît de la répétition, parce que le moteur en déduit que votre serveur ne supporte pas la charge et réduit sa cadence sur tout le domaine.
Exploration
Googlebot ralentit dès que le taux d’erreurs serveur monte. La baisse s’applique au domaine, y compris aux pages qui répondent normalement.
Indexation
Une URL qui répond 500 pendant plusieurs jours finit par sortir de l’index. Elle y revient après correction, mais pas immédiatement.
Citations IA
Les agents des moteurs génératifs ne réessaient pas aussi patiemment que Googlebot. Un contenu indisponible lors de leur passage ne sera pas cité.
Revenus
Sur un site marchand, l’effet immédiat est commercial avant d’être organique : chaque minute d’indisponibilité est une vente perdue.
Combien de temps avant un impact durable ?
Une indisponibilité de quelques heures se rattrape sans trace. Au-delà d’un ou deux jours, Google commence à retirer les URL concernées de son index, et la remontée prend plusieurs semaines. C’est cette asymétrie qui rend le 500 coûteux : il se répare en une heure, il se paie en un mois.
À retenir
- 01Quelques heures d’erreur 500 : aucun effet durable, Google réessaie.
- 02Un à deux jours : début de désindexation des URL touchées.
- 03Au-delà d’une semaine : baisse de cadence sur tout le domaine, et trois à six semaines pour revenir.
Sur votre site
Votre serveur tient-il la charge quand Googlebot passe ?
Je relève les codes de réponse servis à Googlebot sur trente jours et je vous dis lesquels traiter en premier. Réponse sous 24 heures ouvrées.
Comment éviter que l’erreur revienne ?
Une erreur 500 corrigée sans mesure de prévention revient presque toujours, généralement après la mise à jour suivante. Cinq habitudes suffisent à réduire nettement le risque.
- Tester les mises à jour d’extensions sur un environnement de préproduction avant la production.
- Mettre en place une surveillance de disponibilité qui alerte dès la première minute d’indisponibilité.
- Conserver l’accès aux journaux d’erreurs et les consulter après chaque mise en production.
- Servir un 503 pendant les maintenances planifiées, avec une durée annoncée dans l’en-tête.
- Surveiller le rapport d’exploration de la Search Console chaque mois, pas seulement en cas d’incident.
Les codes à ne pas confondre avec un 500
502Bad Gateway
Le plus confondable avec un 500 : l’échec est réel, mais il se produit entre deux maillons de la chaîne. Un intermédiaire a reçu une réponse invalide de l’origine.
Voir la référence →
503Service Unavailable
Indique une indisponibilité temporaire et assumée. C’est le code à servir en maintenance, préférable au 500 dans tous les cas.
Lire la fiche →
504Gateway Timeout
Le serveur n’a pas répondu dans le délai imparti. La cause est un temps de traitement trop long, non une erreur de code.
Voir la référence →
429Too Many Requests
Limitation de débit volontaire. Servi à Googlebot, il produit le même effet qu’un 500 sur la cadence d’exploration.
Lire la fiche →
Questions fréquentes sur le code 500
Le code 500 vient-il de mon ordinateur ou du serveur ?
Toujours du serveur. Un code de la famille 5xx signale que le traitement a échoué côté hébergement. Vider le cache de votre navigateur ou changer d’appareil ne changera rien.
Combien de temps avant un impact SEO ?
Quelques heures ne laissent pas de trace. La désindexation commence après un à deux jours, et la baisse de cadence d’exploration sur tout le domaine intervient au-delà d’une semaine.
Comment identifier la cause dans les journaux ?
Cherchez les erreurs fatales PHP à l’horodatage de l’incident : elles nomment le fichier et la ligne. Si le journal ne mentionne rien, l’erreur vient de la configuration du serveur web plutôt que du code applicatif.
Quand faut-il contacter l’hébergeur ?
Dès que le journal ne contient aucune erreur applicative, ou que l’erreur touche plusieurs sites du même hébergement. Dans ces deux cas, la cause est en dehors de votre périmètre.
Faut-il rediriger une page en erreur 500 ?
Non. Une redirection masquerait le problème sans le résoudre, et ferait perdre l’URL d’origine. Corrigez la cause. Si l’indisponibilité doit durer, servez un 503 le temps de l’intervention.
Sources
- 1RFC 9110 : Sémantique du protocole HTTP, section 500
- 2Google Search Central : Gérer le budget d’exploration d’un grand site
- 3Google Search Central : Gérer les indisponibilités planifiées d’un site
- 4Constats issus d’audits de logs, méthode décrite dans la fiche Analyse de logs
Articles similaires
Powered by : Damien Hernandez
