HTTP 상태 코드 참조 무료 온라인: 1xx-5xx 전체 가이드

A 301은 영구 이동, 302는 임시 이동.

A 물론입니다. API를 다룰 때 특정 상태 코드를 이해하는 것은 디버깅의 핵심입니다. 예를 들어, 400 Bad Request는 보낸 데이터에 문제가 있음을 자주 나타냅니다. 또는 503 Service Unavailable은 API가 일시적으로 과부하 상태임을 의미할 수 있습니다. 여기 있는 검색 및 필터 기능을 사용하여 정확한 코드를 식별하고 일반적인 원인을 파악하여 개발 시간을 절약할 수 있습니다.

A 429 상태 코드는 속도 제한에 도달했음을 의미합니다. 서버는 이를 남용이나 과부하를 막는 데 사용합니다. 앱이 짧은 시간에 너무 많은 요청을 보내면 이 오류가 나타납니다. 응답의 Retry-After 헤더를 확인하세요 — 정확히 몇 초를 기다려야 하는지 알려줍니다. 이 도구는 4xx 섹션에서 이 세부 정보를 제공합니다. 지정된 시간을 기다린 후 재시도하세요. API의 경우 지수 백오프를 구현하면 원활히 처리됩니다.

A 대부분 200 OK가 완벽한 상태라고 생각합니다. 꼭 그렇지는 않습니다. 200이 반환돼도 페이지 로딩이 느리거나 내부 로직이 깨져 있을 수 있습니다. 예를 들어 API가 200을 반환했는데 JSON 본문에 오류 메시지가 포함된 경우가 있습니다. 이 도구는 각 코드의 함정까지 설명해줍니다. 상태 코드와 함께 응답 본문도 반드시 확인하세요.

A 물론입니다 — 특히 외부 URL로 302 리디렉션할 때 그렇습니다. 공격자는 오픈 리디렉션을 악용해 피싱이나 멀웨어를 유포합니다. 이 참조 도구는 각 코드 옆에 보안 영향을 함께 표시합니다. 3xx 섹션에서 리디렉션 대상을 검증하는 방법을 확인하세요. 피싱 페이지에서 200이 떠도 안전하다는 뜻이 아닙니다. 코드 리뷰 중 엔드포인트를 감사할 때 빠른 점검 도구로 활용하세요.

A 둘 다 임시 리디렉션이지만 의미가 다릅니다. 302는 일시적 이동을 알리며, 검색엔진이 링크 자산을 완전히 이전하지 않을 수 있습니다. 307은 더 엄격해서 요청 메서드(POST는 POST로 유지)를 보존합니다. SEO 측면에서 둘 다 301만큼 랭킹 파워를 전달하지 못합니다. 저희 툴의 3xx 섹션에서 각각의 정확한 사용 사례를 확인하세요. 사이트 유지보수 시에는 302, 영구 이동 시에는 절대 301을 빼먹지 마세요.

A 502 Bad Gateway는 백엔드 서버가 프록시나 로드 밸런서에 제대로 응답하지 않을 때 발생합니다. 트래픽이 폭증하면 공유 호스팅에서 250명 동시 접속자를 넘길 때 서버 리소스가 고갈되는 것이 흔한 원인입니다. 서버 로그에서 타임아웃이나 데이터베이스 연결 풀 고갈을 확인해보세요. 이 도구의 5xx 섹션은 정확한 서버 측 원인을 분석해주므로 호스팅 업체에 문제를 명확히 설명할 수 있습니다. 팁: 트래픽이 많을 때는 CDN의 오리진 풀 요청을 분산시키세요.

A 둘 다 1xx 정보 코드이지만 역할이 완전히 다릅니다. 100 Continue는 서버가 요청 헤더를 수락했으며 본문 전송을 계속해도 좋다는 의미입니다. 101 Switching Protocols는 WebSocket 핸드셰이크 같은 프로토콜 업그레이드 시 나타납니다. 이 도구의 1xx 섹션에서 각 코드의 사용 사례를 명확히 비교할 수 있습니다. '1xx'로 필터링하여 나란히 확인해보세요. QA 테스터 팁: WebSocket 연결이 끊기면 101 응답이 제대로 전송되는지 먼저 점검하세요.

A 꼭 그렇지는 않습니다. 503 Service Unavailable은 대개 서버가 데이터베이스 연결 500개 제한에 도달하는 등 일시적인 과부하를 의미합니다. 사이트는 몇 분 내에 복구될 수 있습니다. 이 도구의 5xx 섹션은 Retry-After 헤더 유무 등 각 하위 유형을 설명합니다. 당황하기 전에 서버 로그를 확인하세요. 팁: 사용자가 자동으로 재시도하도록 meta refresh 태그가 포함된 맞춤 503 페이지를 설정해 두세요.

A 304는 브라우저가 If-Modified-Since나 If-None-Match 헤더를 보내고 서버가 변경 없음을 응답할 때 발생합니다. 전체 다운로드를 건너뛰지만, 캐싱이 제대로 되어 있을 때만 가능합니다. 서버 로그를 확인하세요. 같은 리소스에 대해 200과 304가 함께 보여야 정상입니다. 304가 전혀 없다면 캐시 헤더 설정이 잘못된 겁니다. 정적 파일에는 Cache-Control max-age를 최소 3600초로 설정하세요. 저희 도구의 3xx 섹션에 304 트리거 조건이 정확히 나와 있습니다. 잘못된 설정을 몇 초 만에 찾을 수 있는 곳입니다.