HTTP 상태 확인기 — 상태 코드와 리디렉션 체인 확인

어떤 URL의 HTTP 상태 코드를 확인하고 리디렉션 동작을 빠르게 이해하세요. 리디렉션을 따라가서(최대 10회) 루프를 감지하고 최종 목적지 응답을 확인합니다. 가동 시간 확인, 헬스 엔드포인트, SEO 감사, 잘못된 라우팅 URL 디버깅에 이상적입니다. 결과를 JSON으로 내보낼 수 있습니다.

Loading…

소개 HTTP 상태 확인기

URL을 붙여넣어 HTTP 상태(200, 301, 302, 404, 500…)를 확인하고, 필요한 경우 리디렉션을 따라 전체 리디렉션 체인을 검사하세요. 가용성 문제 진단, 헬스 체크 검증, 리디렉션이 SEO 친화적이고 루프가 없는지 확인하는 데 완벽합니다.

기능

  • 어떤 URL(웹사이트 또는 API)의 HTTP 응답 상태를 확인합니다.
  • 리디렉션을 따라가고 리디렉션 체인을 검사합니다(최대 10회).
  • 리디렉션 루프와 잘못된 구성을 빠르게 감지합니다.
  • 200 OK 동작을 확인하는 헬스 엔드포인트에 탁월합니다.
  • 정식 목적지(HTTP→HTTPS, www, 로케일 경로) 검증에 도움이 됩니다.
  • 디버깅 및 지원 티켓을 위해 결과를 복사/공유합니다.
  • 자동화 및 모니터링 워크플로우를 위해 JSON 보고서를 내보냅니다.
  • 안전 기본값: 사설 네트워크 대상을 차단하고 고정 User-Agent를 사용합니다.

🧭 사용 방법 for http-status-checker

1

URL 입력

확인하려는 URL(페이지, API 엔드포인트 또는 헬스 경로)을 붙여넣으세요.

2

리디렉션 동작 선택

최종 목적지에 도달하려면 "리디렉션 따라가기"를 활성화하세요. 첫 번째 응답만 원하면 비활성화하세요.

3

필요한 경우 리디렉션 제한 설정

긴 체인을 피하고 리디렉션 루프를 안전하게 감지하려면 "최대 리디렉션 횟수"를 조정하세요.

4

결과 해석

보고된 상태 코드를 사용하여 다음 단계를 결정하세요(깨진 URL 수정, 리디렉션 수정, 서버 오류 문제 해결).

5

문서화 또는 자동화를 위해 내보내기

시간에 따른 변경 사항을 추적하거나 티켓에 증거를 첨부하려면 JSON을 다운로드하세요.

기술 사양

요청 모델

이 도구는 주어진 URL에 대한 응답 상태를 확인하고 리디렉션을 따라 최종 상태와 체인 동작을 표면화할 수 있습니다.

설정동작기본값
리디렉션 따라가기리디렉션 응답(3xx)을 최종 목적지까지 따라갑니다활성화됨
최대 리디렉션 횟수루프 방지를 위한 리디렉션 제한10 (범위 0–20)
타임아웃요청 타임아웃 제한12000 ms
사용자 에이전트요청 사용자 에이전트를 식별합니다Encode64Bot/1.0 (+https://encode64.com)
사설 네트워크안전을 위해 사설 네트워크 범위 접근을 차단합니다비활성화됨 (사설 네트워크 허용 안 됨)

상태 코드 카테고리 (빠른 가이드)

상태 코드 계열을 이해하면 문제가 리디렉션, 클라이언트 오류, 서버 장애 중 무엇인지 판단하는 데 도움이 됩니다.

범위의미일반적인 예시
2xx성공200 OK, 204 No Content
3xx리디렉션301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xx클라이언트 오류400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xx서버 오류500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
SEO를 위해 콘텐츠를 완전히 이동했을 때는 영구 리디렉션(301/308)을 사용하고, 리디렉션 체인을 짧게 유지하세요.

명령줄

브라우저 외부에서 상태 코드와 리디렉션을 확인하려면 이 명령어들을 사용하세요. CI 검사와 사고 대응에 유용합니다.

macOS / Linux

상태 코드만 확인 (본문 제외)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

HTTP 상태 코드만 출력합니다.

리디렉션을 따라가며 최종 상태 출력

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

리디렉션(HTTP→HTTPS, www 등)을 따라가며 최종 상태 코드를 출력합니다.

리디렉션 체인 헤더 표시

curl -I -L http://example.com

각 단계의 헤더(Location 포함)를 표시합니다.

Windows (PowerShell)

상태 코드 가져오기

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

응답 상태 코드를 가져옵니다(PowerShell 버전에 따라 리디렉션 처리 조정 필요).

모니터링에는 인증이 필요 없고 빠르게 200을 반환하는 전용 /health 엔드포인트를 사용하세요. 안정적이고 가볍게 유지하십시오.

사용 사례

헬스 엔드포인트 및 가동 시간 검증

중요 엔드포인트가 200 OK를 반환하고 예상 조건 내에서 접근 가능한지 확인합니다.

  • /health 및 /status 엔드포인트 확인
  • 사고 중 간헐적 5xx 감지
  • 사고 증거용 JSON 내보내기

리디렉션 체인 및 루프 디버깅

URL이 예상치 못하게 여러 번 리디렉션되거나(또는 절대 해결되지 않을 때) 체인을 검사하고 루프를 빠르게 중지합니다.

  • 리디렉션 루프 감지
  • HTTP→HTTPS 및 www 정규화 확인
  • 혼합 규칙(Nginx, 앱, CDN)으로 인한 긴 체인 발견

SEO 감사 및 깨진 링크 확인

상태 코드는 크롤링/색인에 큰 영향을 미칩니다. 이 도구를 사용하여 페이지와 사이트맵에 대한 올바른 응답을 확인하세요.

  • 색인 가능 페이지에 대해 200 확인
  • 영구 이동에는 301/308 사용
  • 삭제된 콘텐츠에 대한 404/410 찾기
  • 영구 리디렉션에 의도치 않게 사용된 302/307 발견

API 디버깅

API 엔드포인트에 접근 가능한지, 리디렉션하는지(일부 클라이언트를 중단시킬 수 있음) 빠르게 확인합니다.

  • 예상 성공에 대해 200/204 확인
  • 예상치 못한 3xx 리디렉션 또는 401/403 인증 실패 감지
  • 502/504 게이트웨이 문제 식별

❓ Frequently Asked Questions

301과 302의 차이점은 무엇인가요?

301(및 308)은 영구 리디렉션을 나타냅니다. 302(및 307)은 임시 리디렉션을 나타냅니다. SEO를 위해 이동이 영구적일 때는 영구 리디렉션이 선호됩니다.

리디렉션 체인을 짧게 유지해야 하는 이유는 무엇인가요?

긴 리디렉션 체인은 사용자와 크롤러의 속도를 저하시키고, 실패 지점을 증가시키며, 신호를 희석시킬 수 있습니다. 가능하면 정식 목적지로의 단일 홉을 선호하세요.

리디렉션 루프는 어떻게 생겼나요?

URL이 두 개 이상의 위치(종종 HTTPHTTPS, www↔비-www, 또는 후행 슬래시 규칙) 사이에서 계속 리디렉션됩니다. 도구는 최대 리디렉션 제한에 도달하고 문제를 보고합니다.

404는 항상 나쁜 건가요?

항상 그렇지는 않습니다. 404는 존재하지 않는 리소스에 대해 올바른 응답입니다. 영구적으로 제거된 콘텐츠의 경우 410 Gone이 더 명확할 수 있습니다. 중요한 것은 중요한 페이지가 200을 반환하고 리디렉션이 의도적으로 설정되어 있는 것입니다.

왜 403이나 401이 표시되나요?

401은 인증이 필요함을 의미합니다. 403은 접근이 금지되었음을 의미합니다. 이는 비공개 엔드포인트, WAF 규칙, 지역 차단 또는 잘못 구성된 권한 설정에서 예상할 수 있는 현상입니다.

여기에 URL을 붙여넣는 것이 안전한가요?

이 도구는 제공된 URL에 대해 서버 측 요청을 수행하며 사설 네트워크 대상을 차단합니다. URL에 쿼리 문자열의 토큰과 같은 비밀 정보를 포함하지 마세요.

Pro Tips

Best Practice

정식화를 위해서는 최종 URL(HTTPS + 선택한 호스트명)로의 단일 리디렉션 홉을 선호하세요.

Performance Tip

홈페이지 대신 빠른 /health 엔드포인트를 가동 시간 모니터링에 사용하세요. 홈페이지는 더 무겁고 변동성이 클 수 있습니다.

CI Tip

SEO 마이그레이션의 경우 영구적인 이동에는 301/308을 사용하고 내부 링크와 사이트맵을 최종 URL을 직접 가리키도록 업데이트하세요.

Best Practice

루프가 의심된다면, 빠르게 실패하고 잘못 구성된 규칙 집합을 식별하기 위해 최대 리디렉션 수를 낮게(예: 3–5) 설정하세요.

CI Tip

JSON을 내보내고 인시던트 티켓에 첨부하여 중단 및 롤백 중 상태 변경 사항을 문서화하세요.

Additional Resources

Other Tools