Erreur 503, 502 ou 504 : que faire ?

Les trois codes sont définis par la RFC 9110, sections 15.6.3 à 15.6.5. Ils concernent la chaîne des serveurs, alors que l'erreur 500 dit que la page elle-même a échoué.

La chaîne d'un site hébergé chez nous

Une visite traverse plusieurs étages : parfois Cloudflare si votre domaine passe par lui, puis nginx sur notre serveur, puis Apache, puis PHP qui exécute le code du site. Chaque étage peut renvoyer l'un de ces codes quand celui d'en dessous ne répond pas comme prévu.

Code	Ce qui s'est passé	Causes fréquentes
503 Service Unavailable	le service refuse ou ne peut pas traiter la demande pour l'instant	trop de requêtes simultanées, maintenance, site suspendu
502 Bad Gateway	l'étage du dessous a renvoyé une réponse invalide ou a coupé la connexion	processus PHP arrêté en cours de route, erreur fatale
504 Gateway Timeout	l'étage du dessous n'a pas répondu à temps	script très long, base de données lente

Le plafond de requêtes de nos serveurs

Chaque site hébergé chez nous peut traiter 40 requêtes dynamiques en même temps, c'est-à-dire des pages construites par PHP. Au-delà, nginx répond 503 tout de suite, pour ce site seulement. Les images, feuilles de style et scripts ne comptent pas dans ce plafond.

Ce garde-fou évite qu'un site inondé par un robot fasse tomber tous les autres. Il a une conséquence pour vous : si votre site affiche des 503 par vagues, quelque chose lui envoie beaucoup de requêtes, ou ses pages mettent trop longtemps à se construire et s'accumulent. Un site rapide atteint rarement 40 requêtes simultanées avec des visiteurs réels.

Trouver la cause

Rechargez une minute plus tard. Une erreur qui disparaît seule venait d'un pic passager.
Regardez si vous êtes seul touché. Si tous vos sites tombent ensemble, consultez la page État du réseau, relevée par une sonde toutes les cinq minutes.
Ouvrez le journal. Dans le gestionnaire de fichiers de Plesk, dossier logs, fichier error_log, selon la documentation de Plesk sur le journal d'erreurs : les lignes d'erreur au moment du problème donnent la cause. Selon sa configuration, Plesk propose aussi un écran Journaux sous le nom du domaine.
Regardez qui demande les pages. Le journal d'accès du même écran montre les adresses et les robots. Des centaines de requêtes sur la page panier ou sur la recherche, venues de partout, signalent un robot.
Mesurez la lenteur des pages. Une page qui met plusieurs secondes à se construire fait monter le nombre de requêtes en cours. Pour WordPress, voir Accélérer WordPress.

Si un robot inonde votre site

Bloquer une adresse IP ne sert presque à rien : les robots de ce type changent d'adresse à chaque requête. La protection efficace se place en amont, avant notre serveur, par une règle de limitation sur Cloudflare par exemple ; voir Qu'est-ce que Cloudflare ?. Écrivez-nous avec l'heure des erreurs : nous regardons avec vous ce qui arrive sur le site.

Si les pages sont trop longues

Un script long, une importation, un export ou une requête lourde sur la base peuvent dépasser le temps d'attente et finir en 504. Découpez le traitement en petites étapes, ou lancez-le en ligne de commande quand votre offre le permet. Le temps maximal d'exécution de PHP relevé sur un site en PHP 8.3 chez nous est de 300 secondes ; il peut différer sur votre site, et ce réglage se modifie sur demande.

Erreurs affichées par Cloudflare

Si la page d'erreur porte le logo de Cloudflare, c'est lui qui répond. Une 502 ou une 504 de Cloudflare signifie le plus souvent qu'il n'a pas pu joindre notre serveur ou qu'il a attendu trop longtemps. Vérifiez que l'enregistrement DNS de votre domaine pointe bien vers notre serveur, puis regardez notre page d'état.

Questions fréquentes

Une erreur 503 nuit-elle au référencement ?

Une 503 courte ne pose pas de problème : elle dit justement aux moteurs de recherche de revenir plus tard. Des 503 qui durent plusieurs jours, en revanche, peuvent faire retirer des pages de l'index. Il faut donc trouver la cause.

Mon site affiche 503 alors qu'il n'a presque pas de visiteurs, pourquoi ?

Les visiteurs humains ne sont pas les seuls à demander des pages. Robots d'indexation, outils de veille et robots malveillants peuvent dépasser le plafond de 40 requêtes simultanées. Le journal d'accès montre qui a demandé quoi.

Peut-on relever le plafond de 40 requêtes pour un site ?

Le plafond protège tous les sites du serveur, il vaut pour chacun. Un site qui l'atteint avec des visiteurs réels doit d'abord être accéléré ; s'il reste à l'étroit, un serveur VPS lui donne ses propres ressources : voir Hébergement mutualisé ou VPS.