2022년 1월 5일 최종 업데이트

웹사이트에 HTTP 요청을 보낼 때 대부분의 웹 브라우저는 자동으로 적절한 HTTP 상태 코드를 보내 웹사이트에 요청의 성공 여부를 알려줍니다. 그러나 이러한 상태 코드는 무엇입니까? 그들은 무엇을 의미합니까? 아래에서 상태 코드 목록을 찾을 수 있습니다.

화이트 레이블 SEO 회사의 화이트 레이블 SEO 전문가로서 우리는 HTTP 상태 코드가 웹사이트의 오류를 식별하는 데 매우 유용하다는 것을 알고 있습니다. 이러한 오류는 엄청난 순위 문제와 검색 엔진 신뢰를 유발할 수 있습니다. 사용자와 검색 엔진 모두, 누구도 검색 결과에서 불안정한 웹사이트를 보고 싶어하지 않습니다.

해당 섹션으로 쉽게 드롭다운하려면 상태 코드 그룹을 선택하십시오.

• 2xx HTTP 상태 코드
• 3xx HTTP 상태 코드
• 4xx HTTP 상태 코드
• 5xx HTTP 상태 코드
• 6xx HTTP 상태 코드
• 7xx HTTP 상태 코드
• 9xx HTTP 상태 코드

2xx HTTP 상태 코드:

200 OK – HTTP 요청 성공. 이것은 아마도 웹사이트에서 얻을 수 있는 가장 일반적인 HTTP 응답일 것입니다. 이는 귀하의 요청이 성공했고 귀하의 데이터가 귀하에게 다시 전송되었음을 의미합니다.

201 생성됨 – HTTP 응답에 성공했지만 새 리소스가 생성되었습니다. 이것은 HTTP 위치 헤더 필드에 첨부된 데이터를 반환하는 GET 요청에 대한 응답입니다. Location 헤더 필드에는 새로 생성된 리소스의 URL이 포함됩니다. 요청이 응답을 보낼 수 있는 리소스를 생성하지 않는 POST 메서드 또는 기타 메서드를 사용한 경우에만 전송됩니다.

202 수락됨 – 처리를 위해 요청 수락됨, 추가 처리 필요. 이 응답은 추가 처리 요청을 수락하는 웹 서버(일반적으로 프록시 서버)에 의해 제공되지만 요청 수신에 대한 즉각적인 확인을 넘어서는 클라이언트의 모든 종류의 작업이 필요합니다.

203 신뢰할 수 없는 정보 - 캐싱에 유용합니다. 이것은 일반적으로 HTTP의 네트워크 수준 캐싱 메커니즘에서 사용되는 응답 코드입니다. 여기에 포함된 정보는 Request-URI로 식별된 리소스가 아닌 다른 엔터티에서 가져온 것일 수 있습니다. 결과는 오래된 콘텐츠로 인해 프록시 또는 캐시에서 요청을 충족할 수 없음을 나타낼 수 있습니다. 그러나 팁이 200(OK) 응답을 보낼 수 있는 엔터티인지 여부는 나타내지 않습니다.

204 콘텐츠 없음 – 요청이 제공되었지만 콘텐츠가 반환되지 않았습니다. 이는 서버가 요청을 성공적으로 처리했지만 이 특정 요청에 대한 콘텐츠를 반환하지 않았음을 의미합니다. 이는 일반적으로 이미지 또는 기타 정적 웹 자산과 같은 정적 파일을 제공할 때 사용됩니다.

205 콘텐츠 재설정 – 요청된 리소스에 대한 콘텐츠 재설정. 이는 서버가 이 요청에 대한 응답을 준비했지만 클라이언트로 다시 보내지 않았음을 나타냅니다. 클라이언트는 수정 없이 요청을 다시 보내야 합니다. 이 응답 코드는 일반적으로 204(내용 없음) 응답과 함께 사용되어 추가 요청이 처리되는 동안 현재 상태를 유지할 수 있도록 Request-URI에 의해 식별된 리소스가 "재설정"되었음을 나타냅니다. 그러나 이러한 요청은 무기한 콘텐츠 길이를 반환합니다: "0 바이트".

206 부분 콘텐츠 – 일부 불완전한 표현이 수신됨. 이는 서버가 요청을 성공적으로 처리했지만 요청된 리소스의 전체 표현을 반환하지 않았음을 나타냅니다. 종종 206 응답에는 클라이언트가 이 리소스에 대해 다른 요청을 하기 전에 기다려야 하는 시간을 나타내는 값이 포함된 Retry-After 헤더 필드가 수반됩니다.

3xx HTTP 상태 코드:

301 영구 이동 – 새 위치로 영구 리디렉션. 이 코드는 HTTP 리디렉션에만 관련됩니다. 302 응답은 요청된 리소스를 더 이상 사용할 수 없음을 나타냅니다. 302 응답의 URI는 새 위치로 영구적으로 리디렉션되었으므로 원래 리소스로 확인되지 않습니다.

302 발견 – 성공적인 리디렉션. 이는 성공적인 리디렉션 후에 요청된 리소스를 찾았음을 나타냅니다. 원래 요청의 방문 페이지는 응답의 Location 헤더 필드에 지정된 새 URL에서 찾을 수 있습니다.

303 기타 참조 – 요청된 리소스가 있지만 요청은 페이싱되어야 합니다. 이는 요청을 처리할 수 있음을 나타내지만 결과를 반환하기 전에 추가 시간이 필요합니다. 종종 이 응답에는 클라이언트가 이 요청을 재시도해야 하는 시간을 나타내는 Retry-After 헤더 필드가 수반됩니다.

304 Not Modified – 요청이 성공적으로 처리되었으며 조치가 필요하지 않습니다. 이는 응답이 모든 요구 사항(예: 유효성 검사)을 충족했지만 이 요청이 마지막으로 실행된 이후로 리소스가 수정되지 않았음을 의미합니다. 즉, 처리를 계속하기 위해 클라이언트의 추가 작업이 필요하지 않은 "304 Not Modified" 응답입니다.

305 프록시 사용 – 요청은 프록시를 통해 라우팅되어야 합니다. 주로 중간 프록시 서버와 함께 사용되는 응답 코드입니다. 실제 응답에는 상태 코드와 선택적 암호화된 WWW-Authenticate 헤더 필드만 포함됩니다. 실제 내용은 변경되지 않고 프록시 서버에서만 액세스할 수 있습니다.

307 임시 리디렉션 – HTTP 요청이 다른 위치로 리디렉션되었습니다. 이 응답 코드는 클라이언트의 요청이 서버에 의해 다른 URL로 리디렉션되었음을 나타냅니다. 이 응답의 Location 헤더 필드에 새 URL이 제공되며 이는 전체 또는 부분 URI가 됩니다. 이 코드는 한 서버에 있는 스크립트나 프로그램의 요청을 동일한 서버 또는 다른 서버의 다른 위치로 리디렉션하는 데 사용할 수 있습니다.

308 영구 리디렉션 – HTTP 요청이 다른 서버로 리디렉션되었습니다. 이 응답 코드는 클라이언트의 요청이 동일한 서버 또는 다른 서버의 다른 위치로 리디렉션되었음을 나타냅니다. 이 응답의 Location 헤더 필드에 새 URL이 제공되며 이는 전체 또는 부분 URI가 됩니다. 이 코드는 한 서버에 있는 스크립트나 프로그램의 요청을 동일한 서버 또는 다른 서버의 다른 위치로 리디렉션하는 데 사용할 수 있습니다.

4xx HTTP 상태 코드:

403 금지 - 요청 권한이 거부되었습니다. 이 응답 코드는 서버가 요청을 인식하고 있지만 이를 수행할 방법이 없음을 나타냅니다. 클라이언트는 이 리소스에 대한 요청 전송을 중지해야 합니다.

404 찾을 수 없음 - 요청한 리소스를 찾을 수 없습니다. 이것은 서버가 이 요청에 해당하는 엔티티를 찾을 수 없거나 클라이언트가 요청이 의미하는 바를 이해하지 못한다는 것을 의미합니다. 어느 쪽이든 클라이언트는 요청을 진행해서는 안 됩니다.

405 메서드 – 요청은 리소스에서 데이터를 검색하기 위해 POST를 사용해야 합니다. 이것은 일반적으로 이 리소스에 대해 의미가 없기 때문에 서버가 GET 메서드를 사용하여 요청을 수락하지 않음을 나타내는 데 사용됩니다.

406 Not Acceptable – 요청된 리소스는 협상 가능한 매개변수가 있는 경우에만 허용됩니다. 이는 클라이언트 측의 오류 또는 상태 비저장 HTTP 프록시 서버로 인해 요청을 이행할 수 없음을 의미합니다. 응답에는 채울 수 없는 이유를 설명하는 엔터티가 포함됩니다. 이 엔터티의 표현을 사용할 수 없는 경우 응답에 포함할 필요가 없습니다.

408 요청 시간 초과 – 서버가 제 시간에 응답할 수 없습니다. 클라이언트는 Retry-After 헤더 필드 또는 Retry-After 응답 헤더 또는 응답 본문의 다른 위치에 지정된 서버에서 지정한 시간 요구 사항에 따라 요청을 다시 시도해야 합니다. Retry-After 헤더가 생략되면 클라이언트는 즉시 재시도할 수 있지만 Retry-After 시간보다 빠르면 안 됩니다.

413 요청 엔터티가 너무 큼 – 요청에 서버가 지원하지 않거나 다른 이유로 수락을 거부하는 콘텐츠가 포함되어 있습니다. 응답에는 채울 수 없는 이유를 설명하는 엔터티가 포함됩니다. 이 엔터티의 표현을 사용할 수 없는 경우 응답에 포함할 필요가 없습니다.

414 Request-URI Too Long – 제공된 URI가 서버에서 처리하기에 너무 깁니다. 이는 웹 서버의 버퍼 오버플로 취약점을 악용하려는 시도를 나타낼 수 있습니다.

415 지원되지 않는 미디어 유형 – 요청된 리소스에는 서버 또는 리소스가 지원하지 않는 방식으로 포맷된 데이터가 필요합니다. 응답에는 채울 수 없는 이유를 설명하는 엔터티가 포함됩니다. 이 엔터티의 표현을 사용할 수 없는 경우 응답에 포함할 필요가 없습니다.

416 Requested Range Not Satisfiable - 서버 측 소프트웨어 구성 요소가 유효한 HTTP 범위 헤더를 생성하지 않았습니다. 범위가 원본 서버에서 허용되는 경우에 있어야 합니다. 응답에는 채울 수 없는 이유를 설명하는 엔터티가 포함됩니다. 이 엔터티의 표현을 사용할 수 없는 경우 응답에 포함할 필요가 없습니다.

417 예상 실패 – 클라이언트는 이 섹션이 영향을 받을 것으로 예상하지 않았지만 서버가 무시된 문서 섹션을 터치했습니다. 일반적으로 웹 스파이더 또는 크롤러에 의해 발생합니다. 응답에는 채울 수 없는 이유를 설명하는 엔터티가 포함됩니다. 이 엔터티의 표현을 사용할 수 없는 경우 응답에 포함할 필요가 없습니다.

420 Unprocessable Entity – 요청이 너무 커서 수락할 수 없습니다. 이 응답 코드는 더 이상 사용되지 않습니다. HTTP 클라이언트는 대신 400 잘못된 요청 오류로 처리해야 합니다.

421 잠김 - 리소스는 클라이언트에서 직접 수정할 수 없지만 조건부 GET 또는 POST 요청을 사용하여 "잠글" 수 있습니다. 잠긴 리소스가 파일이면 그 내용이 지금까지 수신된 부분과 아직 수신 중인 부분을 나타내는 Content-Range 헤더 필드에 반환됩니다. 잠긴 리소스가 엔터티인 경우 해당 응답은 헤더 필드로 시작하는 일련의 엔터티 헤더입니다.

422 다중 상태 – 서버에는 다양한 상태 및 알고리즘의 리소스 표현이 여러 개 있으며, 현재 표현을 새 것으로 교체하기 위해 언제든지 업데이트될 수 있습니다. 예를 들어, 상점에서 구입한 CD에는 전자 메일로 구매자에게 전송된 암호화된 복사본이 있고 아카이브에 다른 로컬 복사본이 있을 수 있습니다.

423 잠김 – 리소스는 클라이언트에서 직접 수정할 수 없지만 조건부 GET 또는 POST 요청을 사용하여 "잠글" 수 있습니다. 잠긴 리소스가 파일이면 그 내용이 지금까지 수신된 부분과 아직 수신 중인 부분을 나타내는 Content-Range 헤더 필드에 반환됩니다. 잠긴 리소스가 엔터티인 경우 해당 응답은 헤더 필드로 시작하는 일련의 엔터티 헤더입니다.

424 Not Modified – 응답이 생성된 이후 엔터티가 수정되지 않았습니다.

426 부분 콘텐츠 – 서버가 요청 엔터티에 대한 보다 적절한 표현을 생성할 수 없습니다. 이 코드는 서버가 요청된 콘텐츠의 일부만 반환할 수 있지만 가능한 것은 보낼 것임을 나타냅니다.

5xx HTTP 상태 코드:

500 내부 서버 오류 – 요청을 생성하거나 처리하는 동안 내부 수준에서 문제가 발생했지만 클라이언트에서 오류로 간주할 수준은 아닙니다.

501 Not Implemented – 리소스가 구현되지 않았지만 사용 가능한 밀접하게 관련된 리소스로 전달됩니다.

502 Bad Gateway – 게이트웨이 또는 프록시 역할을 하는 서버가 요청 유형을 정상적으로 처리하지 못하고 이를 수행할 수 없습니다. 이것은 일반적으로 서버가 주어진 요청을 처리하는 방법을 몰랐기 때문에 발생합니다.

503 서비스를 사용할 수 없음 – 유지 관리 중단 시간, 서버 과부하 또는 기타 이유로 인해 서버가 일시적으로 요청을 처리할 수 없습니다.

504 게이트웨이 시간 초과 – 서버가 시간 초과로 인해 게이트웨이 요청을 처리하지 않습니다.

505 HTTP 버전이 지원되지 않음 – 지원되는 프로토콜 중 하나가 아니기 때문에 서버에서 요청을 처리할 수 없습니다.

506 Variant Also Negotiates – 서버는 리소스의 변형만 제공합니다. 콘텐츠의 변형(예: 이미지 또는 스타일시트)을 별도로 처리하려는 경우 이 응답 코드를 사용해야 합니다.

507 Insufficient Storage – 서버가 요청을 완료하는 데 필요한 표현을 저장할 수 없습니다. 이는 일시적인 오류로 인해 일시적으로 요청을 처리할 수 없음을 나타낼 수 있습니다. 사용자의 계정에 사용 가능한 저장 공간이 없거나 저장 할당량이 초과된 경우에도 사용됩니다.

508 Loop Detected – 이 코드는 403 Forbidden과 유사하지만 귀하의 IP 주소가 사이트 액세스를 차단했기 때문에 아직 승인되지 않았음을 의미합니다. 이러한 이유로 응답 본문에는 사용자가 자신을 인증할 수 있는 방법을 나타내는 WWW-Authenticate 헤더 필드가 포함되어야 합니다.

509 Not Extended – 서버가 "프로파일" OData 작업을 지원하지 않습니다. 프로필 요청이 필요한 경우 대신 GET 요청을 사용하세요. 이 경우 클라이언트 애플리케이션이 OAuth2와 호환되지 않으면 WWW-Authenticate 헤더 필드를 생략하고 이를 빈 응답으로 처리할 수 있습니다.

510 Not Extended – 서버가 "스키마" OData 작업을 지원하지 않습니다. 스키마 요청을 수행해야 하는 경우 대신 GET 요청을 사용하십시오. 이 경우 클라이언트 애플리케이션이 OAuth2와 호환되지 않으면 WWW-Authenticate 헤더 필드를 생략하고 이를 빈 응답으로 처리할 수 있습니다.

511 네트워크 인증 필요 - 클라이언트는 네트워크 액세스 권한을 얻기 위해 인증해야 합니다. 코드는 401 응답에 사용됩니다. 응답에는 추가 인증 옵션이 있는 WWW-Authenticate 헤더 필드가 포함될 수 있습니다.

599 네트워크 인증 필요 - 클라이언트는 네트워크 액세스를 얻기 위해 자신을 인증해야 합니다. 코드는 407 응답에 사용됩니다. 이 경우 클라이언트 애플리케이션이 OAuth2와 호환되지 않으면 WWW-Authenticate 헤더 필드를 생략하고 이를 빈 응답으로 처리할 수 있습니다.

6xx HTTP 상태 코드:

600 Busy – 요청이 많아 서버가 일시적으로 요청을 처리할 수 없습니다. 여기에는 서비스를 다시 사용할 수 있는 시기를 나타내는 Retry-After 헤더 필드가 수반될 수 있습니다. 요청 방법이 HEAD가 아니고 하나 이상의 요청 엔터티를 정의한 경우 해당하는 경우 error_status 및 error_reason 값이 있는 Entity-Body도 포함해야 합니다.

601 거부됨 – 서버가 요청을 거부했으며 이에 대한 이유를 포함합니다(예: 사용자 계정이 승인되지 않음).

602 잘못된 게이트웨이 – 서버가 요청된 리소스에 대한 게이트웨이를 처리하지 않습니다. 예를 들어 엔드포인트 중 하나에 대한 요청이 이 오류를 반환했습니다. 다른 호스트의 서버가 이 리소스에 대한 게이트웨이 역할을 하는 경우 발생할 수 있습니다.

603 서비스를 사용할 수 없음 – 유지 관리 중단 시간, 서버 과부하 또는 기타 이유로 인해 서버가 일시적으로 요청을 처리할 수 없습니다. 경우에 따라 다른 서비스가 유지 관리를 위해 서비스를 일시적으로 종료하여 외부 클라이언트에서 서비스를 사용할 수 없게 되었기 때문에 발생할 수 있습니다.

604 메서드가 허용되지 않음 – 요청된 리소스에 메서드가 허용되지 않습니다. error_status 값이 더 설명적이고 오랫동안 존재하기 때문에 이것은 응답으로 거의 사용되지 않아야 합니다.

605 Variant Also Negotiates – 서버는 리소스의 변형만 제공합니다. 콘텐츠의 변형(예: 이미지 또는 스타일시트)을 별도로 처리하려는 경우 이 응답 코드를 사용해야 합니다.

606 Not Acceptable – 클라이언트는 동봉된 표현을 수락해야 합니다.

607 Insufficient Storage – 서버가 요청을 완료하는 데 필요한 표현을 저장할 수 없기 때문에 요청을 처리할 수 없습니다. 이는 일시적인 오류로 인해 일시적으로 요청을 처리할 수 없음을 나타낼 수 있습니다. 사용자의 계정에 사용 가능한 저장 공간이 없거나 저장 할당량이 초과된 경우에도 사용됩니다.

610 전제 조건 실패 – 이전 요청에서 받은 정보로 조건이 충족되지 않았습니다. 요청에는 사용 가능한 유효한 표현이어야 하는 Content-Type의 본문이 포함될 수 있습니다.

611 네트워크 인증 필요 - 클라이언트는 네트워크 액세스를 얻기 위해 자신을 인증해야 합니다. 코드는 407 응답에 사용됩니다. 이 경우 클라이언트 애플리케이션이 OAuth2와 호환되지 않으면 WWW-Authenticate 헤더 필드를 생략하고 이를 빈 응답으로 처리할 수 있습니다. 이 코드는 요청자 자체가 아닌 외부 서버 또는 서비스에 대해 인증할 때만 사용해야 합니다.

616 잘못된 요청 – 요청이 잘못되었거나 지원되지 않습니다. 요청 형식이 잘못되었음을 나타내는 슈퍼 코드여야 합니다. 예를 들어 엔터티 본문이 없는 요청입니다.

617 이미 응답 중 – 서버가 이미 이전 요청에 응답 중입니다. 클라이언트가 첫 번째 요청이 아직 처리되는 동안 두 번째 요청을 보내는 경우에 사용할 수 있습니다.

618 내부 서버 오류 – 내부 서버 오류 또는 잘못된 서버 구성으로 인해 잘못된 응답이 생성되었습니다.

619 요청 시간 초과 – 요청을 더 이상 처리하지 못하게 하는 포착되지 않은 예외, 시간 초과 또는 기타 기술적인 문제가 발생했습니다. 응답 메시지 본문에는 일반적으로 문제에 대한 자세한 내용이 포함됩니다.

620 잘못된 게이트웨이 – 서버가 요청된 리소스에 대한 게이트웨이를 처리하지 않습니다. 이것은 다른 호스트의 서버가 이 리소스에 대한 게이트웨이 역할을 할 때 발생합니다.

7xx HTTP 상태 코드:

711 알 수 없는 리소스 - 서버가 이 특정 요청 방법을 처리하지 않거나 요청 본문을 이해할 수 없습니다.

712 Unprocessable Entity – 요청 엔터티의 형식이 올바르지만 처리할 수 없습니다. 이는 서버 수준 유효성 검사 오류 때문일 수 있습니다. 또는 응답인 경우 응답이 만료되었거나 삭제된 리소스를 참조하고 있기 때문일 수 있습니다. 여기에는 서비스를 다시 사용할 수 있는 시기를 나타내는 Retry-After 헤더 필드가 수반될 수 있습니다.

713 잠김 – 리소스가 다른 시스템에서 사용 중이거나 읽기 전용입니다. 여기에는 서비스를 다시 사용할 수 있는 시기를 나타내는 Retry-After 헤더 필드가 수반될 수 있습니다.

714 Shared Use – 리소스가 둘 이상의 클라이언트에 할당되었습니다. 이것은 한 클라이언트에게 리소스에 대한 단독 액세스 권한을 부여해서는 안 되는 411(사용 충돌) 응답 코드와 함께 사용해야 합니다. 또한 이 리소스에 대한 추가 트랜잭션이 다른 클라이언트가 트랜잭션을 완료할 때까지 기다려야 함을 나타낼 수도 있습니다.

9xx HTTP 상태 코드:

915 요청 엔터티가 너무 큼 – 서버가 요청 본문의 길이 때문에 처리할 수 없습니다. 요청에 큰 문서를 포함하려면 POST를 사용하고 문서 길이를 제한하는 것이 좋습니다.

917 요청 엔터티가 너무 큼 – 서버가 요청의 길이가 길어 올바른 형식인지 확인할 수 없습니다. 요청에 긴 형식을 보내려면 대신 POST를 사용하는 것이 좋습니다.

918 요청 엔터티가 너무 큼 - 서버가 요청의 길이가 길어 올바른 형식인지 확인할 수 없습니다. 요청에 긴 형식을 보내려면 대신 POST를 사용하는 것이 좋습니다.

919 요청 엔터티 불완전 - 엔터티가 너무 작거나 미디어 유형이 지원되지 않기 때문에 서버에 요청을 처리하기에 충분한 정보가 없습니다. 이것은 요청이 수신되었는지 확인하고 처리를 계속하기 전에 필요한 모든 정보가 포함되어 있는지 확인하려는 클라이언트에서 사용할 수 있습니다.

930 인증 필요 – 클라이언트가 자체 인증을 시도했지만 실패하여 엔터티 본문이 반환되지 않았습니다. 자신을 인증하는 방법에 대한 정보가 포함된 WWW-Authenticate 헤더 필드가 수반될 수 있습니다.

980 Not Found – 리소스를 찾을 수 없습니다. 이는 API 키 또는 API 경로(URI)와 같이 이 API에 대해 정의된 식별자 중 하나에 오류가 있음을 나타낼 수 있습니다.

999 알 수 없는 오류 – 일반 오류가 발생했습니다. 문제에 대한 추가 정보가 없습니다. 예상치 못한 오류에 대한 응답으로 사용할 수 있습니다.

이것으로 만날 수 있는 HTTP 상태 코드의 광범위한 목록을 마칩니다. 고맙게도 이들 중 대부분은 야생에서 매우 드물게 발견되지만 발견했을 때 어떻게 해야 하는지 아는 것이 중요합니다. 그렇기 때문에 문제를 식별하고 적절한 해결책을 찾을 수 있는 화이트 라벨 SEO 전문가와 협력하는 것이 중요합니다.