444 no es un código de estado HTTP real. Es un valor especial de nginx: return 444; indica a nginx que cierre la conexión sin enviar encabezados ni cuerpo de respuesta. El 444 solo aparece en el registro de acceso de nginx; el cliente nunca lo recibe.
Los administradores lo usan para descartar el tráfico no deseado sin apenas consumir recursos, como las solicitudes con encabezados Host desconocidos, los escáneres que buscan archivos wp-login.php o .env, o los User-Agent bloqueados. Para el cliente, la conexión simplemente se cierra: los navegadores muestran un error como ERR_EMPTY_RESPONSE, y curl informa de “Empty reply from server”.
Si el sitio está detrás de Cloudflare, los visitantes ven un 520, porque Cloudflare recibió una respuesta vacía del origen.
Ejemplo de respuesta
# 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 y verificación de redirecciones
Como no se envía ninguna respuesta, los rastreadores registran un error de conexión en lugar de un código de estado, y Google trata esos errores como errores del servidor: el rastreo se ralentiza y, si el problema persiste, las páginas se eliminan del índice. Asegúrate de que las reglas 444 solo afecten al tráfico no deseado y nunca a los rastreadores reales. Un verificador de redirecciones muestra un error de conexión en ese salto, porque no hay ningún código de estado que mostrar.
Causas frecuentes y casos de uso
- Un bloque
serverpredeterminado descarta conreturn 444;las solicitudes para nombres de host desconocidos. - Las reglas de seguridad descartan los escáneres de vulnerabilidades y los bots maliciosos.
- Una regla demasiado amplia también afecta a solicitudes legítimas, así que algunos visitantes reciben respuestas vacías.