HTTP 상태 코드 조회
HTTP 상태 코드 의미를 빠르게 조회, 모든 표준 상태 코드 설명 포함
1xx 정보(4)
계속. 클라이언트는 요청의 나머지 부분을 계속 전송해야 합니다.
프로토콜 전환. 서버가 클라이언트 요청을 이해하고 Upgrade 메시지 헤더를 통해 프로토콜 전환을 알립니다.
처리 중. 서버가 요청을 수신했으며 처리 중이지만 완료하지는 않았습니다.
사전 힌트. 최종 응답 전에 일부 헤더 정보를 반환하여 클라이언트가 리소스를 미리 로드할 수 있도록 합니다.
2xx 성공(10)
성공. 요청이 성공적으로 처리되었으며 응답에 요청한 데이터가 포함되어 있습니다.
생성됨. 요청이 성공하고 새로운 리소스가 생성되었습니다. 보통 POST 요청에 사용됩니다.
접수됨. 요청이 접수되어 처리되었지만 처리가 완료되지 않았습니다. 비동기 처리에 자주 사용됩니다.
비인가 정보. 서버가 요청을 성공적으로 처리했지만 반환된 정보는 제3자에서 온 것일 수 있습니다.
내용 없음. 요청은 성공했지만 응답에 메시지 본문이 포함되어 있지 않습니다. DELETE 요청에 자주 사용됩니다.
내용 재설정. 요청이 성공했으며 클라이언트는 문서 뷰를 재설정해야 합니다.
부분 내용. 서버가 부분 GET 요청을 성공적으로 처리했으며 이어받기에 사용됩니다.
다중 상태. 여러 상태 코드의 응답 (WebDAV).
이미 보고됨. DAV 바인딩 멤버가 이전의 다중 상태 응답에서 열거되었습니다 (WebDAV).
IM 사용됨. 서버가 GET 요청을 완료했으며 응답에 인스턴스 조작이 사용되었습니다.
3xx 리다이렉트(8)
다양한 선택. 요청한 리소스에 여러 표현 형식이 있어 클라이언트가 선택해야 합니다.
영구 이동. 요청한 리소스가 새로운 위치로 영구 이동되었으며 새로운 URL을 사용해야 합니다.
임시 이동. 요청한 리소스가 현재 임시로 다른 URL에서 응답합니다.
다른 위치 조회. GET 메서드를 사용하여 다른 URL에서 리소스에 접근해야 합니다.
수정되지 않음. 리소스가 수정되지 않았으며 클라이언트는 캐시된 버전을 사용할 수 있습니다.
프록시 사용 (폐기됨). 지정된 프록시를 통해 리소스에 접근해야 합니다.
임시 리다이렉트. 요청은 동일한 메서드와 메시지 본문으로 다른 URL에 리다이렉트해야 합니다.
영구 리다이렉트. 요청은 동일한 메서드로 다른 URL에 영구 리다이렉트해야 합니다.
4xx 클라이언트 오류(29)
잘못된 요청. 서버가 요청의 형식을 이해할 수 없으며 클라이언트는 요청을 수정한 후 다시 시도해야 합니다.
미인증. 요청에 사용자 인증이 필요합니다.
결제 필요. 향후 사용을 위해 예약되며 유료 콘텐츠에 자주 사용됩니다.
접근 금지. 서버가 요청을 이해하지만 실행을 거부합니다.
찾을 수 없음. 요청한 리소스가 존재하지 않으며 가장 흔한 상태 코드입니다.
메서드 허용되지 않음. 요청 메서드가 지원되지 않으며 응답에 Allow 헤더가 포함됩니다.
수락 불가. 서버가 클라이언트가 요청한 콘텐츠 유형에 따라 응답을 반환할 수 없습니다.
프록시 인증 필요. 클라이언트는 먼저 프록시 서버에 인증을 해야 합니다.
요청 시간 초과. 서버가 요청을 기다리다 시간 초과되었습니다.
충돌. 요청이 서버의 현재 상태와 충돌하며 PUT 요청에 자주 사용됩니다.
삭제됨. 요청한 리소스가 영구적으로 삭제되어 복구되지 않습니다.
길이 필요. 요청에 Content-Length 헤더가 포함되어야 합니다.
전제 조건 실패. 요청 헤더에서 지정한 조건이 만족되지 않습니다.
요청 엔티티 과대. 요청 본문이 서버가 처리할 수 있는 크기를 초과했습니다.
URI 과장. 요청한 URL이 너무 길어 서버가 처리할 수 없습니다.
지원되지 않는 미디어 유형. 요청 본문의 형식을 서버가 지원하지 않습니다.
요청 범위 불만족. 요청한 범위가 유효하지 않습니다.
기대 실패. 서버가 요청 헤더 Expect 필드의 기대를 만족할 수 없습니다.
나는 찻주전자입니다. RFC 2324의 이스터 에그 코드로 서버가 커피를 끓이는 것을 거부한다는 것을 표시합니다.
잘못된 요청. 요청이 응답을 생성할 수 없는 서버에 전송되었습니다.
처리할 수 없는 엔티티. 요청의 형식은 올바르지만 의미 오류로 처리할 수 없습니다.
잠김. 요청한 리소스가 잠겨 있습니다 (WebDAV).
의존성 실패. 요청이 이전 요청 실패로 인해 실패했습니다 (WebDAV).
너무 이름. 서버가 재생될 가능성이 있는 요청을 처리할 의향이 없습니다.
업그레이드 필요. 클라이언트는 TLS 프로토콜로 전환해야 합니다.
전제 조건 필요. 요청에 조건 헤더 (예: If-Match)가 필요합니다.
요청 과다. 사용자가 요청을 너무 자주 전송하고 있으며 속도를 제한해야 합니다.
요청 헤더 필드 과대. 요청 헤더가 너무 커서 서버가 처리할 수 없습니다.
법적 이유로 사용 불가. 해당 리소스는 법적 이유로 제공할 수 없습니다.
5xx 서버 오류(11)
서버 내부 오류. 서버가 예상치 못한 상황에 직면하여 요청을 완료할 수 없습니다.
미구현. 서버가 요청에 필요한 기능을 지원하지 않습니다.
잘못된 게이트웨이. 서버가 게이트웨이 또는 프록시로 작동 중 상위에서 무효 응답을 수신했습니다.
서비스 이용 불가. 서버가 일시적으로 요청을 처리할 수 없으며 과부하 또는 유지보수 중일 수 있습니다.
게이트웨이 시간 초과. 서버가 게이트웨이 또는 프록시로 작동 중 상위 응답을 기다리다 시간 초과되었습니다.
HTTP 버전 미지원. 서버가 요청에서 사용한 HTTP 버전을 지원하지 않습니다.
변형도 협상 필요. 서버 구성 오류로 콘텐츠 협상이 루프에 빠졌습니다.
저장 공간 부족. 서버가 요청을 완료하기 위해 필요한 리소스를 저장할 수 없습니다 (WebDAV).
루프 감지됨. 서버가 요청을 처리하다 무한 루프를 감지했습니다 (WebDAV).
미확장. 처리를 위해 요청을 추가 확장해야 합니다.
네트워크 인증 필요. 계속하려면 네트워크 인증이 필요합니다 (예: 핫스팟 로그인).
HTTP 상태 코드란?
HTTP 상태 코드는 서버가 요청에 응답할 때 반환하는 세 자리 숫자 코드로 요청의 처리 결과를 표시합니다. 상태 코드는 다섯 개 카테고리로 나뉩니다: 1xx (정보 응답), 2xx (성공), 3xx (리다이렉트), 4xx (클라이언트 오류), 5xx (서버 오류).
HTTP 상태 코드를 올바르게 이해하는 것은 웹 개발과 디버깅에 매우 중요합니다. 상태 코드를 통해 개발자는 요청의 성공 여부, 실패 원인 및 필요한 조치를 빠르게 판단할 수 있습니다.
사용 방법
임의의 상태 코드 카드를 클릭하면 해당 상태 코드를 복사할 수 있습니다. 검색 상자를 사용하여 특정 상태 코드 및 그 설명을 빠르게 찾을 수 있습니다. 카테고리 태그를 클릭하여 특정 카테고리의 상태 코드를 필터링하여 볼 수 있습니다.
상태 코드 분류
- 1xx - 1xx 정보 응답: 요청이 접수되었으며 처리 중임을 나타냅니다.
- 2xx - 2xx 성공: 요청이 서버에 의해 성공적으로 접수되고 처리되었음을 나타냅니다.
- 3xx - 3xx 리다이렉트: 요청을 완료하기 위해 클라이언트의 추가 작업이 필요함을 나타냅니다.
- 4xx - 4xx 클라이언트 오류: 클라이언트가 보낸 요청에 오류가 있음을 나타냅니다.
- 5xx - 5xx 서버 오류: 서버가 유효한 요청을 완료할 수 없음을 나타냅니다.
자주 묻는 질문 (FAQ)
Q: 가장 흔한 HTTP 상태 코드는 어떤 것이 있나요?
A: 가장 흔한 것: 200 (성공), 301 (영구 리다이렉트), 302 (임시 리다이렉트), 400 (잘못된 요청), 401 (미인증), 403 (접근 금지), 404 (찾을 수 없음), 500 (서버 내부 오류), 502 (잘못된 게이트웨이), 503 (서비스 이용 불가).
Q: 401과 403은 어떻게 다른가요?
A: 401은 사용자가 인증을 하지 않았으며 로그인이 필요함을 나타냅니다. 403은 사용자가 인증되었지만 해당 리소스에 접근 권한이 없음을 나타냅니다. 간단히 말해 401은 '당신은 누구입니까', 403은 '접근할 수 없습니다'입니다.
Q: SEO 관련 상태 코드는 어떤 것이 있나요?
A: SEO에서 중요한 상태 코드: 200 (정상 페이지), 301 (영구 리다이렉트, 가중치 전달), 302 (임시 리다이렉트, 가중치 미전달), 404 (페이지 없음), 410 (페이지 삭제됨), 503 (임시 이용 불가). 이러한 상태 코드를 올바르게 사용하면 검색 엔진이 웹사이트 상태를 이해하는 데 도움이 됩니다.
Q: 언제 301과 302 중 어느 것을 사용해야 하나요?
A: 301은 영구적인 리다이렉트에 사용하며 검색 엔진이 가중치를 새로운 URL에 전달합니다. 302는 임시 리다이렉트에 사용하며 검색 엔진이 원래 URL의 가중치를 보존합니다. 웹사이트 개편, 도메인 변경에는 301을 사용하고 이벤트 페이지, 임시 이동에는 302를 사용하세요.
Q: 왜 429 상태 코드가 발생하나요?
A: 429는 요청이 너무 빈번하여 서버의 속도 제한이 트리거됨을 나타냅니다. 클라이언트는 응답 헤더 Retry-After를 확인하고 지정된 시간 후에 다시 시도해야 합니다. 이것은 API의 일반적인 보호 메커니즘입니다.