504 Gateway Timeout bedeutet, dass ein Server, der als Gateway oder Proxy arbeitet, vom Upstream-Server, den er zur Ausführung der Anfrage brauchte, nicht rechtzeitig eine Antwort erhalten hat. Der Proxy hat bis zu seinem konfigurierten Timeout gewartet und dann aufgegeben.
Anders als bei 502 hat der Upstream keine fehlerhafte Antwort gesendet, sondern rechtzeitig gar keine. Typische Ursachen sind langsame Datenbankabfragen, lang laufende Reports, hängende externe APIs und überlastete Backends. Jede Schicht hat ihr eigenes Limit, zum Beispiel proxy_read_timeout in nginx (standardmäßig 60 Sekunden), Idle-Timeouts von Load Balancern und die Zeitlimits von Serverless-Funktionen.
Hinter Cloudflare führt ein Ursprungsserver, der die Verbindung annimmt, aber zu langsam antwortet, zu 524 A Timeout Occurred statt zu 504.
Beispielantwort
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 und Weiterleitungsprüfung
504-Fehler zählen als Server-Fehler: Sie verlangsamen das Crawling und führen, wenn sie anhalten, zur Deindexierung. Langsame Antworten verringern außerdem, wie viele Seiten Google crawlt. Der Weiterleitungs-Latenztest zeigt die Dauer jedes Hops und hilft Ihnen so, langsame Weiterleitungen oder eine langsame Zielseite zu finden, bevor daraus Timeouts werden.
Häufige Ursachen und Einsatzzwecke
- Langsame Datenbankabfragen oder lang laufende Anfragen überschreiten das Proxy-Timeout.
- Eine externe API, von der die Anwendung abhängt, antwortet nicht.
- Der Upstream-Server ist überlastet, oder der Proxy erreicht ihn wegen DNS- oder Netzwerkproblemen zwischen beiden nicht.
- Die Timeouts der einzelnen Schichten passen nicht zusammen, sodass der Proxy aufgibt, bevor die Anwendung fertig ist.