HTTP 상태 코드 참조 무료 온라인: 1xx-5xx 전체 가이드
300 회 사용HTTP 코드 가이드
2xx — 성공
200 OK, 201 Created, 204 No Content. 요청이 성공적으로 처리됨.
3xx — 리다이렉션
301, 302, 304. 리소스 이동 또는 유효한 캐시.
4xx — 클라이언트 오류
400, 401, 403, 404. 요청 오류.
5xx — 서버 오류
500, 502, 503. 서버 측 오류.
자주 묻는 질문
HTTP 상태 코드가 실제 보안 문제를 일으킬 수 있나요?
물론입니다 — 특히 외부 URL로 302 리디렉션할 때 그렇습니다. 공격자는 오픈 리디렉션을 악용해 피싱이나 멀웨어를 유포합니다. 이 참조 도구는 각 코드 옆에 보안 영향을 함께 표시합니다. 3xx 섹션에서 리디렉션 대상을 검증하는 방법을 확인하세요. 피싱 페이지에서 200이 떠도 안전하다는 뜻이 아닙니다. 코드 리뷰 중 엔드포인트를 감사할 때 빠른 점검 도구로 활용하세요.
302 리디렉션이 307보다 SEO에 더 해롭나요?
둘 다 임시 리디렉션이지만 의미가 다릅니다. 302는 일시적 이동을 알리며, 검색엔진이 링크 자산을 완전히 이전하지 않을 수 있습니다. 307은 더 엄격해서 요청 메서드(POST는 POST로 유지)를 보존합니다. SEO 측면에서 둘 다 301만큼 랭킹 파워를 전달하지 못합니다. 저희 툴의 3xx 섹션에서 각각의 정확한 사용 사례를 확인하세요. 사이트 유지보수 시에는 302, 영구 이동 시에는 절대 301을 빼먹지 마세요.
사이트 트래픽이 급증하면 502 Bad Gateway 오류가 계속 발생하는 이유는?
502 Bad Gateway는 백엔드 서버가 프록시나 로드 밸런서에 제대로 응답하지 않을 때 발생합니다. 트래픽이 폭증하면 공유 호스팅에서 250명 동시 접속자를 넘길 때 서버 리소스가 고갈되는 것이 흔한 원인입니다. 서버 로그에서 타임아웃이나 데이터베이스 연결 풀 고갈을 확인해보세요. 이 도구의 5xx 섹션은 정확한 서버 측 원인을 분석해주므로 호스팅 업체에 문제를 명확히 설명할 수 있습니다. 팁: 트래픽이 많을 때는 CDN의 오리진 풀 요청을 분산시키세요.
100 Continue와 101 Switching Protocols의 차이는 무엇인가요?
둘 다 1xx 정보 코드이지만 역할이 완전히 다릅니다. 100 Continue는 서버가 요청 헤더를 수락했으며 본문 전송을 계속해도 좋다는 의미입니다. 101 Switching Protocols는 WebSocket 핸드셰이크 같은 프로토콜 업그레이드 시 나타납니다. 이 도구의 1xx 섹션에서 각 코드의 사용 사례를 명확히 비교할 수 있습니다. '1xx'로 필터링하여 나란히 확인해보세요. QA 테스터 팁: WebSocket 연결이 끊기면 101 응답이 제대로 전송되는지 먼저 점검하세요.
503 오류가 항상 사이트가 다운되었다는 뜻인가요?
꼭 그렇지는 않습니다. 503 Service Unavailable은 대개 서버가 데이터베이스 연결 500개 제한에 도달하는 등 일시적인 과부하를 의미합니다. 사이트는 몇 분 내에 복구될 수 있습니다. 이 도구의 5xx 섹션은 Retry-After 헤더 유무 등 각 하위 유형을 설명합니다. 당황하기 전에 서버 로그를 확인하세요. 팁: 사용자가 자동으로 재시도하도록 meta refresh 태그가 포함된 맞춤 503 페이지를 설정해 두세요.
304 Not Modified 응답이 실제로 대역폭을 절약하는지 어떻게 알 수 있나요?
304는 브라우저가 If-Modified-Since나 If-None-Match 헤더를 보내고 서버가 변경 없음을 응답할 때 발생합니다. 전체 다운로드를 건너뛰지만, 캐싱이 제대로 되어 있을 때만 가능합니다. 서버 로그를 확인하세요. 같은 리소스에 대해 200과 304가 함께 보여야 정상입니다. 304가 전혀 없다면 캐시 헤더 설정이 잘못된 겁니다. 정적 파일에는 Cache-Control max-age를 최소 3600초로 설정하세요. 저희 도구의 3xx 섹션에 304 트리거 조건이 정확히 나와 있습니다. 잘못된 설정을 몇 초 만에 찾을 수 있는 곳입니다.
404를 깨진 링크로 처리해야 할까요, 아니면 누락 콘텐츠의 성공적인 소프트 론칭으로 봐야 할까요?
404가 반드시 실패는 아닙니다. 많은 팀이 의도적으로 삭제된 항목이나 크롤링하지 않아야 할 초안에 404를 반환합니다. 하지만 이전에 실제 트래픽이 있던 URL에서 404가 발생한다면 위험 신호입니다. 링크 가치와 사용자 신뢰를 잃는 중입니다. 검색 기능으로 3xx 섹션을 확인해 영구 삭제를 알리는 410 Gone 코드를 살펴보세요. 빠른 해결책으로 기존 URL을 가장 가까운 활성 페이지로 리디렉션하세요. 결정 전에 애널리틱스에서 실제 404 빈도를 확인해 보세요.
정렬 없이 클라이언트 오류 탐색하기
즉시 검색창을 이용하면 클라이언트 측 문제 필터링이 10초 안에 완료됩니다. 상자에 400을 입력하여 모든 요청 구문 문제를 즉시 격리하세요. 성공적인 200 코드나 5xx 서버 오류를 스크롤하며 시간을 낭비하지 않습니다. 지금 바로 페이로드나 거부 같은 특정 용어를 입력해 범위를 좁혀보세요.
비행기 안에서 REST API를 디버깅할 때 이 레퍼런스를 오프라인으로 쓸 수 있나요?
실시간 레퍼런스는 계속 업데이트되므로 활성 인터넷 연결이 필요합니다. 하지만 이륙 전에 메인 페이지를 북마크하거나 주요 2xx 및 4xx 표를 미리 인쇄해 둘 수 있습니다. 검색창에 401이나 403 같은 코드를 입력해 미리 테스트해 보세요. 비행 중에도 캐시된 화면에서 핵심 오류 정의를 바로 확인할 수 있습니다.
디코딩된 JWT 토큰이 여전히 401 오류를 반환하는 이유는 무엇인가요?
페이로드는 정상처럼 보여도 서버 측 서명 검증에서 실패했을 수 있습니다. 환경 변수의 시크릿 키가 일치하는지 확인해 보세요. 4xx 필터를 사용하면 관련 인증 오류와 차이점을 쉽게 파악할 수 있습니다. API를 호출하기 전에 토큰 만료 시간을 꼭 먼저 검증하세요.
사용 방법
- 코드 또는 키워드로 검색
- 카테고리 필터: 1xx, 2xx, 3xx, 4xx, 5xx
- 설명과 용도 포함
- 개발자 빠른 참조