444 is geen echte HTTP-statuscode. Het is een speciale waarde in nginx: return 444; laat nginx de verbinding sluiten zonder responseheader of body te sturen. De 444 verschijnt alleen in de access log van nginx; de client krijgt hem nooit te zien.
Beheerders gebruiken de code om ongewenst verkeer met weinig moeite te laten vallen, zoals verzoeken met onbekende Host-headers, scanners die zoeken naar wp-login.php of .env-bestanden, of geblokkeerde user-agents. Voor de client wordt de verbinding gewoon gesloten: browsers tonen een fout zoals ERR_EMPTY_RESPONSE, en curl meldt “Empty reply from server”.
Staat de site achter Cloudflare, dan zien bezoekers in plaats daarvan 520, omdat Cloudflare een lege response van de oorspronkelijke server heeft ontvangen.
Voorbeeldresponse
# 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 en redirects controleren
Omdat er geen response wordt gestuurd, registreren crawlers een verbindingsfout in plaats van een statuscode, en Google behandelt zulke fouten als serverfouten: het crawlen vertraagt en als het probleem aanhoudt, verdwijnen pagina’s uit de index. Zorg dat 444-regels alleen ongewenst verkeer treffen en nooit echte crawlers. Een redirectchecker meldt voor zo’n hop een verbindingsfout, omdat er geen status is om te tonen.
Veelvoorkomende oorzaken en toepassingen
- Een
server-blok voor de standaardhost laat verzoeken voor onbekende hostnamen vallen metreturn 444;. - Beveiligingsregels laten kwetsbaarheidsscanners en kwaadaardige bots vallen.
- Een te ruime regel treft ook legitieme verzoeken, waardoor sommige bezoekers een leeg antwoord krijgen.