504 Gateway Timeout ist ein HTTP-Statuscode der Klasse 5xx. Ein Gateway oder Proxy meldet damit, dass er von einem vorgelagerten Server nicht rechtzeitig eine Antwort bekommen hat.
Auf einen Blick
- Statuscode
- 504
- Klasse
- 5xx (Serverfehler)
- Dauer
- nicht festgelegt
- In Google
- nicht einzeln genannt; für 5xx wird das Crawling vorübergehend langsamer
- Spezifikation
- RFC 9110, Abschnitt 15.6.5
Stand:
Wie entsteht ein 504?
Ein Proxy wartet nur eine festgelegte Zeit auf den Server, der die eigentliche Antwort liefert. Kommt in dieser Zeit nichts an, bricht er ab und antwortet dem Besucher selbst mit 504. In nginx steuert das etwa die Direktive proxy_read_timeout, der Standardwert liegt bei 60 Sekunden. Bleibt in dieser Zeit eine Antwort aus, schließt nginx die Verbindung, und der Besucher bekommt laut Berichten ein 504.
Laut Berichten sind häufige Auslöser langsame Datenbankabfragen, träge externe Dienste und zu knapp gesetzte Timeouts. Die Ursachen sind vielfältig und müssen meist von Administratoren untersucht werden.
Unterschied zu 502
Bei 502 Bad Gateway antwortet der Server dahinter, die Antwort ist aber ungültig. Bei 504 kommt innerhalb der erlaubten Zeit gar keine Antwort. Der Dienst kann später wieder funktionieren, der Fehler ist also oft vorübergehend.
Was bedeutet 504 für SEO?
Google beschreibt für 5xx-Antworten ein einheitliches Verhalten und nennt 500, 502 und 503 als Beispiele. Das Crawling verlangsamt sich vorübergehend, indexierte URLs bleiben zunächst im Index und werden bei anhaltendem Fehler entfernt. 504 nennt Google nicht einzeln, der Code fällt aber unter die allgemeine Aussage zu 5xx-Fehlern. Lange Antwortzeiten, die in Timeouts münden, zeigen sich in Logfiles und Crawls.
| Statuscode | Bedeutung laut RFC | Reaktion von Googlebot | Folge für den Index | Retry-After |
|---|---|---|---|---|
| 429 Too Many Requests | zu viele Anfragen in einem bestimmten Zeitraum (Rate Limiting, RFC 6585) | Signal für einen überlasteten Server, wird als Serverfehler behandelt; Crawling wird vorübergehend langsamer | indexierte URLs bleiben vorerst; sieht Googlebot den Code mehrere Tage auf derselben URL, kann sie aus dem Index fallen | RFC: darf mitgesendet werden; Google: zeigt den Crawlern, wann sie es erneut versuchen können |
| 500 Internal Server Error | unerwarteter Zustand auf dem Server | Crawlrate der Website sinkt, proportional zur Zahl der URLs mit Serverfehler | indexierte URLs bleiben vorerst; bei anhaltendem Fehler werden sie entfernt, nach mehreren Tagen auf derselben URL ist das möglich | von Google nur für 503 und 429 beschrieben |
| 502 Bad Gateway | Gateway oder Proxy hat vom Server dahinter eine ungültige Antwort erhalten | wie 500 | indexierte URLs bleiben vorerst, werden bei anhaltendem Fehler entfernt | von Google nur für 503 und 429 beschrieben |
| 503 Service Unavailable | vorübergehend nicht verfügbar, etwa wegen Überlastung oder Wartung | wie 500 | indexierte URLs bleiben vorerst; sieht Googlebot den Code mehrere Tage auf derselben URL, kann sie aus dem Index fallen | RFC: darf mitgesendet werden und nennt die erwartete Dauer; Google: zeigt den Crawlern, wann sie es erneut versuchen können (Sekunden oder Datum) |
| 504 Gateway Timeout (dieser Begriff) | Gateway oder Proxy hat vom Server dahinter nicht rechtzeitig eine Antwort erhalten | von Google nicht einzeln genannt; für alle 5xx gilt, dass das Crawling vorübergehend langsamer wird | indexierte URLs bleiben vorerst, werden aber irgendwann entfernt (Aussage für alle 5xx) | von Google nur für 503 und 429 beschrieben |
Inhalte aus Antworten mit 5xx ignoriert Google. Sobald der Server wieder mit 2xx antwortet, erhöht Google die Crawlrate schrittweise. Um das Crawling bewusst kurz zu drosseln (einige Stunden bis ein, zwei Tage), nennt Google 500, 503 oder 429 und rät davon ab, das länger zu tun. Netzwerk-Timeouts, abgebrochene Verbindungen und DNS-Fehler behandelt Google ähnlich wie 5xx; nicht erreichbare URLs fallen laut Google innerhalb von Tagen aus dem Index. Quellen: Google Crawling Infrastructure: How HTTP status codes affect Google's crawlers (last updated 2026-02-04); Google Crawling Infrastructure: Reduce the Google crawl rate (last updated 2026-10-06); Google Crawling Infrastructure: Debug network and DNS errors (last updated 2025-12-18); RFC 9110: HTTP Semantics, 15.6 Server Error 5xx and 10.2.3 Retry-After; RFC 6585: Additional HTTP Status Codes, 4. 429 Too Many Requests. Stand: .
Beispiel
location / {
proxy_pass http://app_backend;
proxy_read_timeout 60s;
}
Braucht die Anwendung für einen Export länger als 60 Sekunden, bekommt der Besucher von nginx ein 504, obwohl die Anwendung weiterläuft.
Häufige Fehler
- Anhaltende Timeouts auf vielen URLs. Für Serverfehler sagt Google, dass das Crawling langsamer wird und URLs mit anhaltendem Fehler aus dem Index entfernt werden.
- Nur den Timeout erhöhen. Das verschiebt die Grenze, beschleunigt aber die langsame Anfrage nicht (Praxiserfahrung). Ursache ist meist die Anwendung oder die Datenbank dahinter.
Häufige Fragen
Ist ein 504 dauerhaft? Nicht unbedingt. MDN schreibt, dass die Website später wieder funktionieren kann. Bleibt er bestehen, liegt das Problem im Backend oder in den Timeout-Einstellungen.
Wie lässt sich 504 beheben? Betreiber prüfen, welche Anfrage so lange dauert, und ändern entweder die Anwendung oder den Timeout.
Quellen
- 504 Gateway Timeout – MDNdeveloper.mozilla.org
- RFC 9110 HTTP Semantics (Abschnitt 15)rfc-editor.org
- ngx_http_proxy_module (proxy_read_timeout) – nginxnginx.org
- Crawling-Verhalten bei HTTP-Statuscodes – Google Search Centraldevelopers.google.com
Stand: