444는 실제 HTTP 상태 코드가 아닙니다. nginx의 특수한 값으로, return 444;는 응답 헤더나 본문을 보내지 않고 연결을 닫으라고 nginx에 지시합니다. 444는 nginx의 액세스 로그에만 나타나며, 클라이언트는 이 코드를 받지 못합니다.
관리자는 알 수 없는 Host 헤더가 담긴 요청, wp-login.php나 .env 파일을 찾는 스캐너, 차단된 User-Agent처럼 원치 않는 트래픽을 적은 비용으로 걸러 내는 데 이를 사용합니다. 클라이언트 입장에서는 연결이 그냥 닫힙니다. 브라우저는 ERR_EMPTY_RESPONSE 같은 오류를 표시하고, curl은 “Empty reply from server”를 보고합니다.
사이트가 Cloudflare 뒤에 있다면, Cloudflare가 원본 서버로부터 빈 응답을 받았으므로 방문자에게는 대신 520이 표시됩니다.
응답 예시
HTTP
# 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 및 리디렉션 검사
응답이 전송되지 않으므로 크롤러는 상태 코드 대신 연결 오류를 기록하며, Google은 이런 오류를 서버 오류처럼 취급합니다. 크롤링 속도가 느려지고, 문제가 계속되면 페이지가 색인에서 삭제됩니다. 444 규칙이 원치 않는 트래픽에만 적용되고 실제 크롤러에는 절대 적용되지 않도록 하세요. 리디렉션 검사 도구는 표시할 상태 코드가 없으므로 이런 홉을 연결 오류로 보고합니다.
주요 원인과 사용 사례
- 기본
server블록이return 444;로 알 수 없는 호스트 이름에 대한 요청을 버립니다. - 보안 규칙이 취약점 스캐너와 악성 봇의 요청을 버립니다.
- 규칙의 범위가 너무 넓어 정상적인 요청까지 걸리는 바람에 일부 방문자가 빈 응답을 받습니다.