Erreur 500

Trois raisons.

Google ralentit son exploration. Quand un serveur renvoie des erreurs, le robot réduit son rythme pour ne pas aggraver la situation. Sur un site étendu, cela réduit mécaniquement le nombre de pages visitées, ce qui touche le budget de crawl.

Les pages concernées peuvent être désindexées. Une 404 est comprise comme une suppression. Une 500 répétée est comprise comme un site qui ne fonctionne pas, et les pages finissent par sortir de l’index.

Le visiteur ne comprend pas. Une page introuvable s’explique. Une erreur serveur donne l’impression d’un site cassé, ce qui touche la confiance.

Quatre reviennent sur les sites que j’examine.

Une extension ou un module incompatible après une mise à jour.

Un dépassement de ressources : mémoire, temps d’exécution, connexions à la base. Il apparaît sous charge et disparaît ensuite, ce qui le rend difficile à reproduire.

Une erreur dans le code déployé, visible immédiatement après une mise en production.

Un problème de base de données, connexion perdue ou requête trop lente.

Trois étapes, dans cet ordre.

Lire les journaux du serveur. Ils contiennent le message d’erreur réel, que la page affichée ne montre pas. C’est la seule source qui dise ce qui a échoué. Le principe est le même que pour l’analyse de logs.

Vérifier la Search Console. Le rapport d’indexation signale les erreurs serveur rencontrées par Google, avec leurs dates. Elles ne coïncident pas toujours avec celles que vous constatez.

Distinguer le ponctuel du récurrent. Une erreur isolée pendant un déploiement n’a pas de conséquence. Une erreur qui revient aux heures de pointe est un problème de dimensionnement.

Pendant une intervention volontaire, le code à renvoyer n’est pas 500 mais 503, qui signale une indisponibilité temporaire.

Le 503 peut être accompagné d’une indication de durée, et Google revient sans conclure à une panne. C’est la façon propre de fermer un site quelques heures sans risquer la désindexation.