504 Gateway Timeout signifie qu’un serveur agissant comme passerelle ou proxy n’a pas reçu à temps de réponse du serveur en amont dont il avait besoin pour traiter la requête. Le proxy a attendu jusqu’au délai configuré, puis a abandonné.
Contrairement au cas du 502, le serveur en amont n’a pas envoyé de réponse défectueuse ; il n’a rien envoyé à temps. Causes typiques : requêtes de base de données lentes, rapports longs à générer, API externes qui ne répondent plus et backends surchargés. Chaque couche a sa propre limite, par exemple le proxy_read_timeout de nginx (60 secondes par défaut), les délais d’inactivité des répartiteurs de charge et les limites de durée des fonctions serverless.
Derrière Cloudflare, un serveur d’origine qui accepte la connexion mais répond trop lentement produit une erreur 524 A Timeout Occurred plutôt qu’un 504.
Exemple de réponse
HTTP/1.1 504 Gateway Timeout
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html
Content-Length: 106
<html><body><h1>504 Gateway Timeout</h1>
<p>The upstream server did not respond in time.</p></body></html>SEO et vérification des redirections
Les 504 comptent comme des erreurs serveur : ils ralentissent l’exploration et, s’ils persistent, entraînent une désindexation. Les réponses lentes réduisent aussi le nombre de pages explorées par Google. Le Testeur de latence des redirections affiche la durée de chaque saut, ce qui vous aide à repérer les redirections lentes ou une page finale lente avant qu’elles ne provoquent des dépassements de délai.
Causes fréquentes et cas d’usage
- Des requêtes de base de données lentes ou des traitements longs dépassent le délai d’attente du proxy.
- Une API externe dont dépend l’application ne répond pas.
- Le serveur en amont est surchargé, ou le proxy ne peut pas l’atteindre à cause de problèmes DNS ou réseau entre eux.
- Les délais d’attente sont incohérents d’une couche à l’autre : le proxy abandonne avant que l’application ait terminé.