444 ist kein echter HTTP-Statuscode, sondern ein Sonderwert in nginx: return 444; weist nginx an, die Verbindung zu schließen, ohne Antwort-Header oder Body zu senden. Der Code 444 erscheint nur im Access-Log von nginx; der Client erhält ihn nie.
Administratoren nutzen ihn, um unerwünschten Datenverkehr ressourcenschonend zu verwerfen, etwa Anfragen mit unbekannten Host-Headern, Scanner, die nach wp-login.php- oder .env-Dateien suchen, oder blockierte User-Agents. Für den Client wird die Verbindung einfach geschlossen: Browser zeigen einen Fehler wie ERR_EMPTY_RESPONSE, und curl meldet „Empty reply from server“.
Liegt die Website hinter Cloudflare, sehen Besucher stattdessen 520, weil Cloudflare vom Ursprungsserver eine leere Antwort erhalten hat.
Beispielantwort
# Nothing is sent back. The client only sees the connection close:
$ curl -i http://example.com/wp-login.php
curl: (52) Empty reply from server
# nginx access.log
203.0.113.7 - - [06/Nov/2026:10:15:32 +0000] "GET /wp-login.php HTTP/1.1" 444 0 "-" "curl/8.11.1"SEO und Weiterleitungsprüfung
Da keine Antwort gesendet wird, verzeichnen Crawler einen Verbindungsfehler statt eines Statuscodes, und Google behandelt solche Fehler wie Server-Fehler: Das Crawling verlangsamt sich, und wenn das Problem anhält, werden Seiten aus dem Index entfernt. Achten Sie darauf, dass 444-Regeln nur unerwünschten Datenverkehr erfassen und nie echte Crawler. Ein Redirect-Checker meldet für einen solchen Hop einen Verbindungsfehler, da es keinen Status anzuzeigen gibt.
Häufige Ursachen und Einsatzzwecke
- Ein Standard-
server-Block verwirft Anfragen für unbekannte Hostnamen mitreturn 444;. - Sicherheitsregeln verwerfen Schwachstellenscanner und schädliche Bots.
- Eine zu weit gefasste Regel erfasst auch legitime Anfragen, sodass manche Besucher leere Antworten erhalten.