HTTP 상태코드 확인
여러 URL의 응답 상태를 한 번에 확인하세요. 배포 후 링크와 리다이렉트가 의도대로 동작하는지 점검할 수 있습니다.
빠른 사용법
- URL을 한 줄에 하나씩 넣으세요.
- 최대 5개 주소를 함께 확인하세요.
- 상태코드와 최종 경로를 비교하세요.
상태코드를 읽는 기준
| 코드 | 의미 | 다음 확인 |
|---|---|---|
| 200 | 요청을 성공적으로 처리했다는 HTTP 응답 | 내용이 올바른지·로그인 페이지가 대신 나온 것은 아닌지 확인 |
| 301 / 302 / 307 / 308 | 다른 위치로 이동하는 응답 | Location과 최종 URL 확인 |
| 401 / 403 | 인증 요구 또는 접근 거부 | 인증·권한·WAF 정책 확인 |
| 404 | 요청한 리소스를 찾지 못했다는 응답 | 경로와 배포 상태 확인 |
| 429 | 요청량 제한 | Retry-After와 제한 정책 확인 |
| 500 / 502 / 503 / 504 | 서버 처리·업스트림·가용성·시간 초과 관련 오류 | 앱·프록시 로그를 구분해 확인 |
응답 오류와 연결 실패의 차이
HTTP 상태코드는 서버의 응답을 받았을 때 존재합니다. DNS 실패, TLS 검증 실패, 연결 거부, 시간 초과는 HTTP 404나 500으로 해석하지 않습니다.
이 도구는 URL마다 최대 2회의 HTTP 리다이렉트를 따라갑니다. 브라우저의 JavaScript 이동, 로그인 쿠키나 화면 내용까지 확인하지 않습니다. 연결 위치가 다르면 결과도 달라질 수 있습니다.
실무 확인 순서
- 입력 URL의 스킴·호스트명·대소문자를 포함한 경로를 확인합니다.
- 리다이렉트가 있다면 최종 호스트와 경로를 확인합니다.
- 인증이 필요한 페이지인지 확인하고 브라우저의 로그인 상태와 비교합니다.
- 동일 시각의 프록시·애플리케이션 로그에서 해당 경로를 찾습니다.
주소 형태별로 결과 비교하기
같은 사이트라도 이전 주소, 대소문자, 끝 슬래시처럼 여러 형태의 주소로 요청이 들어옵니다. 각 형태가 의도한 최종 주소로 이동하는지 확인하세요. 아래는 PPORT 자체 주소로 확인한 결과입니다.
$ curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' https://pport.cloud/ja/about
301 https://pport.cloud/en/about
$ curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' https://pport.cloud/KO/
404
$ curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' https://nonexistent.invalid/
000| 결과 | 읽는 법 |
|---|---|
| 301 → /en/about | 영구 이동입니다. 운영을 중단한 언어의 주소를 같은 경로의 영어 페이지로 보낸 경우입니다. |
| 404 (/KO/) | 경로는 대소문자를 구분합니다. /ko/는 있지만 /KO/는 없는 주소입니다. 대문자 링크가 외부에 퍼져 있다면 리다이렉트를 따로 둡니다. |
| 000 | HTTP 응답을 받지 못했습니다. .invalid는 존재하지 않도록 예약된 최상위 도메인이라 이름 해석 단계에서 실패했습니다(curl 종료 코드 6). |
사이트를 옮긴 뒤 확인하는 순서
- 이전 주소 목록을 만듭니다. 검색 결과와 외부 링크로 많이 들어오는 주소를 먼저 넣습니다.
- 이 도구로 한 번에 5개씩 확인해 각 주소가 301 또는 308로 새 주소에 연결되는지 봅니다.
- 최종 주소가 200인지, 이동이 두 번 이상 이어지지 않는지 확인합니다. 이 도구는 2회까지 따라가므로 그보다 긴 연결은 끝까지 보이지 않습니다.
- 사이트맵에는 이동 없이 바로 200을 돌려주는 최종 주소만 남깁니다.
자주 묻는 질문
200이면 서비스가 완전히 정상인가요?
아닙니다. 오류 안내 HTML을 200으로 반환하거나 로그인 화면으로 이동했을 수도 있습니다. 기능과 내용은 별도로 확인해야 합니다.