완전한 가이드 및 HTTP 상태 코드 목록

HTTP 상태 코드는 웹 페이지에 부착된 서버의 짧은 메모와 같습니다. 그들은 실제로 사이트 콘텐츠의 일부가 아닙니다. 대신 특정 페이지를 보기 위한 요청을 받았을 때 상황이 어떻게 되었는지 알려주는 서버의 메시지입니다.

이러한 종류의 메시지는 사용자가 볼 수 없더라도 브라우저가 서버와 상호 작용할 때마다 반환됩니다. 웹사이트 소유자 또는 개발자인 경우 HT TP 상태 코드 를 이해하는 것이 중요합니다. HTTP 상태 코드가 표시되면 웹 사이트 구성 오류를 진단하고 수정하는 데 매우 유용한 도구입니다.

이 문서에서는 여러 서버 상태 및 오류 코드를 소개하고 서버에서 이면에서 일어나는 일에 대해 밝히고 설명합니다.

뛰어들자!

비디오 버전을 보고 싶으십니까?

HTTP 상태 코드란 무엇입니까?

링크를 클릭하거나 URL을 입력하고 Enter 키 를 누를 때마다 브라우저는 액세스하려는 사이트에 대한 요청을 웹 서버에 보냅니다. 서버는 요청을 수신하고 처리한 다음 HTTP 헤더와 함께 관련 리소스를 다시 보냅니다.

HTTP 상태 코드는 HTTP 헤더에서 브라우저로 전달됩니다. 브라우저가 웹 페이지나 리소스를 요청할 때마다 상태 코드가 반환되지만 대부분의 경우에는 표시되지 않습니다.

일반적으로 문제가 발생한 경우에만 브라우저에 표시될 수 있습니다. 이것은 서버가 말하는 방식입니다. “뭔가 잘못되었습니다. 무엇이 잘못되었는지 설명하는 코드입니다.”

일반적으로 브라우저에 표시되지 않는 상태 코드를 보려면 이를 쉽게 수행할 수 있는 다양한 도구가 있습니다. 브라우저 확장은 Chrome 및 Firefox와 같은 개발자 친화적인 플랫폼에서 사용할 수 있으며 Web Sniffer와 같은 웹 기반 헤더 가져오기 도구가 많이 있습니다.

이러한 도구 중 하나를 사용하여 HTTP 상태 코드를 보려면 "상태: HTTP/1.1"이라는 보고서 상단 근처에 나타나는 줄을 찾으십시오. 그 다음에는 서버에서 반환한 상태 코드가 나옵니다.

HTTP 상태 코드 클래스 이해

HTTP 상태 코드는 5개의 "클래스"로 나뉩니다. 유사하거나 관련된 의미를 가진 응답 그룹입니다. 그것들이 무엇인지 알면 특정 의미를 찾기 전에 상태 코드의 일반적인 내용을 빠르게 결정하는 데 도움이 될 수 있습니다.

5가지 클래스는 다음과 같습니다.

• 100s: 브라우저에서 시작한 요청이 계속되고 있음을 나타내는 정보 코드입니다.
• 200s: 브라우저 요청이 서버에서 수신, 이해 및 처리될 때 반환된 성공 코드입니다.
• 300s: 요청된 리소스에 대해 새 리소스가 대체되었을 때 반환된 리디렉션 코드입니다.
• 400s: 요청에 문제가 있음을 나타내는 클라이언트 오류 코드.
• 500s: 요청이 수락되었지만 서버의 오류로 인해 요청이 이행되지 않았음을 나타내는 서버 오류 코드.

이러한 각 클래스 내에는 다양한 서버 코드가 존재하며 서버에서 이를 반환할 수 있습니다. 각 개별 코드에는 구체적이고 고유한 의미가 있으며, 이에 대해서는 아래의 보다 포괄적인 목록에서 다룰 것입니다.

검색 엔진 최적화(SEO)에 HTTP 상태 코드 및 오류가 중요한 이유

검색 엔진 봇은 사이트를 크롤링하는 동안 HTTP 상태 코드를 봅니다. 경우에 따라 이러한 메시지는 페이지의 색인 생성 여부와 방법, 검색 엔진이 사이트 상태를 인식하는 방법에 영향을 줄 수 있습니다.

일반적으로 100 및 200 수준 HTTP 상태 코드는 SEO에 큰 영향을 미치지 않습니다. 그들은 모든 것이 귀하의 사이트에서 정상적으로 작동하고 있음을 알리고 검색 엔진 봇이 계속 진행되도록 합니다. 그러나 그들은 당신의 순위를 높이지 않을 것입니다.

대부분의 경우 SEO에 중요한 것은 상위 수준 코드입니다. 400 및 500 수준 응답은 봇이 페이지를 크롤링하고 색인을 생성하는 것을 방지할 수 있습니다. 이러한 오류가 너무 많으면 사이트의 품질이 좋지 않아 순위가 낮아질 수 있습니다.

300레벨 코드는 SEO와 좀 더 복잡한 관계가 있습니다. 그 영향을 이해하기 위해 알아야 할 주요 사항은 영구 리디렉션과 임시 리디렉션의 차이이며, 이에 대해서는 아래 관련 섹션에서 더 자세히 다룰 것입니다.

그러나 간단히 말해서 영구 리디렉션은 백링크의 링크 자산을 공유하지만 임시 리디렉션은 그렇지 않습니다. 즉, 이동한 페이지에 대해 임시 리디렉션을 사용하면 수행한 모든 링크 구축의 SEO 이점을 잃게 됩니다.

Google Search Console에서 HTTP 상태 코드 확인

Google이 사이트에서 HTTP 상태 코드를 인식하는 방식을 모니터링하는 한 가지 방법은 Google Search Console을 사용하는 것입니다. 적용 범위 보고서에서 300, 400 및 500 수준 상태 코드를 볼 수 있습니다.

대시보드의 이 영역은 사이트에 있는 네 가지 유형의 콘텐츠를 보여줍니다.

• 오류를 반환하는 페이지.
• 경고가 있는 유효한 페이지입니다.
• 유효한 자원.
• 색인에서 제외된 콘텐츠입니다.

코드 유형에 따라 제외됨 , 오류 또는 경고가 있는 유효 섹션에서 300, 400 및 500 수준 HTTP 상태 코드가 있는 페이지를 찾을 수 있습니다. 예를 들어 301 리디렉션은 리디렉션이 있는 페이지로 제외됨 아래에 나열될 수 있습니다.

400 및 500 수준 상태 코드는 오류 아래에 나타날 수 있습니다.

HTTP 상태 코드를 보는 또 다른 방법은 URL 검사 도구를 사용하는 것입니다. Google이 오류로 인해 특정 페이지의 색인을 생성할 수 없는 경우 다음과 같이 표시됩니다.

Google Search Console 사용에 대한 추가 팁은 플랫폼에 대한 포괄적인 가이드를 확인하세요.

완전한 가이드 및 HTTP 상태 코드 목록

40개 이상의 서로 다른 서버 상태 코드가 있지만 정기적으로 12개 미만의 서버 상태 코드를 보게 될 것입니다. 아래에서 더 일반적인 코드와 여전히 마주칠 수 있는 몇 가지 애매한 코드를 다루었습니다.

100 상태 코드

100레벨 상태 코드는 서버에 대한 요청이 어떤 이유로 인해 아직 진행 중임을 알려줍니다. 이것은 반드시 문제가 되는 것은 아니며 진행 상황을 알려주기 위한 추가 정보일 뿐입니다.

• 100: "계속." 이는 해당 서버가 브라우저의 요청 헤더를 수신했으며 이제 요청 본문도 보낼 준비가 되었음을 의미합니다. 이렇게 하면 헤더가 거부된 경우에도 브라우저가 본문 요청을 보내는 것을 방지하기 때문에 요청 프로세스가 더 효율적입니다.
• 101: "프로토콜 전환." 브라우저에서 서버에 프로토콜 변경을 요청했으며 서버가 이를 준수했습니다.
• 103: "조기 힌트." 이것은 서버의 나머지 응답이 준비되기 전에 일부 응답 헤더를 반환합니다.

200 상태 코드

이것은 수신할 수 있는 최상의 HTTP 상태 코드입니다. 200 수준 응답은 모든 것이 제대로 작동하고 있음을 의미합니다.

• 200: "모든 것이 정상입니다." 이것은 웹 페이지 또는 리소스가 예상대로 정확하게 작동할 때 전달되는 코드입니다.
• 201: "만들었습니다." 서버는 브라우저의 요청을 이행했으며 결과적으로 새 리소스를 만들었습니다.
• 202: "승인되었습니다." 서버가 브라우저의 요청을 수락했지만 아직 처리 중입니다. 요청은 궁극적으로 완료된 응답으로 이어질 수도 있고 그렇지 않을 수도 있습니다.
• 203: "권한이 없는 정보." 이 상태 코드는 프록시가 사용 중일 때 나타날 수 있습니다. 이는 프록시 서버가 원본 서버로부터 200 "Everything is OK" 상태 코드를 받았지만 브라우저에 전달하기 전에 응답을 수정했음을 의미합니다.
• 204: "내용이 없습니다." 이 코드는 서버가 요청을 성공적으로 처리했지만 콘텐츠를 반환하지 않을 것임을 의미합니다.
• 205: "콘텐츠 재설정." 204 코드와 마찬가지로 이는 서버가 요청을 처리했지만 콘텐츠를 반환하지 않는 방식을 의미합니다. 그러나 브라우저에서 문서 보기를 재설정해야 합니다.
• 206: "일부 콘텐츠." HTTP 클라이언트(브라우저라고도 함)가 '범위 헤더'를 사용하는 경우 이 상태 코드를 볼 수 있습니다. 이렇게 하면 브라우저에서 일시 중지된 다운로드를 다시 시작하고 다운로드를 여러 스트림으로 분할할 수 있습니다. 범위 헤더로 인해 서버가 요청된 리소스의 일부만 보낼 때 206 코드가 전송됩니다.

300 상태 코드

리디렉션은 리소스가 새 위치로 이동되었음을 알리는 데 사용되는 프로세스입니다. 방문자에게 원하는 콘텐츠를 찾을 수 있는 위치에 대한 정보를 제공하기 위해 리디렉션과 함께 제공되는 여러 HTTP 상태 코드가 있습니다.

• 300: "다중 선택." 때로는 서버가 브라우저의 요청을 이행하기 위해 응답할 수 있는 여러 가능한 리소스가 있을 수 있습니다. 300 상태 코드는 브라우저가 이제 둘 중에서 선택해야 함을 의미합니다. 이것은 여러 파일 형식 확장자를 사용할 수 있거나 서버에서 단어 의미 모호성이 발생하는 경우 발생할 수 있습니다.
• 301: "요청한 리소스가 영구적으로 이동되었습니다." 이 코드는 웹 페이지 또는 리소스가 다른 리소스로 영구적으로 대체되었을 때 전달됩니다. 영구 URL 리디렉션에 사용됩니다.
• 302: "요청한 리소스가 이동했지만 찾았습니다." 이 코드는 요청된 리소스가 예상된 위치가 아니라 발견되었음을 나타내는 데 사용됩니다. 임시 URL 리디렉션에 사용됩니다.
• 303: "기타 참조." 303 상태 코드를 이해하려면 네 가지 기본 HTTP 요청 방법 간의 차이점을 알아야 합니다. 기본적으로 303 코드는 브라우저가 POST, PUT 또는 DELETE를 통해 요청한 리소스를 찾았음을 브라우저에 알립니다. 그러나 GET을 사용하여 검색하려면 이전에 사용한 것과 다른 URL에 대해 적절한 요청을 해야 합니다.
• 304: "요청한 리소스는 마지막으로 액세스한 이후로 수정되지 않았습니다." 이 코드는 브라우저 캐시에 저장된 리소스가 변경되지 않았음을 브라우저에 알려줍니다. 이전에 다운로드한 리소스를 재사용하여 웹 페이지 전달 속도를 높이는 데 사용됩니다.
• 307: "임시 리디렉션." 이 상태 코드는 리소스가 일시적으로 다른 URL로 이동되었을 때 적절한 조치로 302 "찾음"을 대체했습니다. 302 상태 코드와 달리 HTTP 메서드를 변경할 수 없습니다.
• 308: "영구 리디렉션." 308 상태 코드는 301 "영구적으로 이동됨" 코드의 후속 코드입니다. HTTP 메서드 변경을 허용하지 않으며 요청된 리소스가 이제 새 URL에 영구적으로 있음을 나타냅니다.

400 상태 코드

400 수준에서 HTTP 상태 코드가 문제가 되기 시작합니다. 이것은 브라우저 및/또는 요청에 오류가 있음을 지정하는 오류 코드입니다.

• 400: "잘못된 요청입니다." 클라이언트 측 오류로 인해 서버에서 응답을 반환할 수 없습니다. 이 오류를 해결하려면 가이드를 참조하세요.
• 401: "승인되지 않음" 또는 "승인이 필요합니다." 대상 리소스에 유효한 인증 자격 증명이 없는 경우 서버에서 반환합니다. htpasswd를 사용하여 기본 HTTP 인증을 설정한 경우 이를 볼 수 있습니다.

• 402: "결제가 필요합니다." 원래 이 코드는 디지털 현금 시스템의 일부로 사용하기 위해 만들어졌습니다. 그러나 그 계획은 결코 지켜지지 않았다. 대신, 일반적으로 필요한 자금 부족으로 인해 요청을 이행할 수 없음을 나타내기 위해 다양한 플랫폼에서 사용됩니다. 일반적인 경우는 다음과 같습니다.
  • Google Developers API에 대한 일일 요청 한도에 도달했습니다.
  • Shopify 수수료를 지불하지 않았고 스토어가 일시적으로 비활성화되었습니다.
  • Stripe를 통한 결제에 실패했거나 Stripe에서 사기 결제를 방지하려고 합니다.
• 403: "해당 리소스에 대한 액세스가 금지되어 있습니다." 이 코드는 사용자가 보기 권한이 없는 항목에 액세스하려고 할 때 반환됩니다. 예를 들어 로그인하지 않고 암호로 보호된 콘텐츠에 접근하려고 하면 403 오류가 발생할 수 있습니다.
• 404: "요청한 리소스를 찾을 수 없습니다." 이것은 그들 모두의 가장 일반적인 오류 메시지입니다. 이 코드는 요청한 리소스가 존재하지 않으며 서버가 리소스가 존재했는지 여부를 알 수 없음을 의미합니다.
• 405: "허용되지 않는 방법입니다." 이것은 호스팅 서버(원본 서버)가 수신한 메소드를 지원하지만 대상 리소스가 지원하지 않을 때 생성됩니다.
• 406: "허용되지 않는 응답입니다." 요청된 리소스는 요청에서 보낸 수락 헤더에 따라 허용되지 않는 콘텐츠만 생성할 수 있습니다.
• 407: "프록시 인증이 필요합니다." 프록시 서버가 사용 중이며 계속하기 전에 브라우저가 스스로를 인증해야 합니다.
• 408: "서버가 브라우저의 나머지 요청을 기다리는 시간이 초과되었습니다." 이 코드는 브라우저의 완전한 요청을 기다리는 동안 서버가 시간 초과될 때 생성됩니다. 즉, 서버는 브라우저에서 보낸 전체 요청을 받지 못했습니다. 한 가지 가능한 원인은 브라우저와 서버 간의 데이터 패킷 손실을 초래하는 순 정체일 수 있습니다.
• 409: "충돌." 409 상태 코드는 관련 리소스와 충돌이 있기 때문에 서버가 브라우저의 요청을 처리할 수 없음을 의미합니다. 이는 여러 동시 편집으로 인해 발생하는 경우가 있습니다.
• 410: "요청한 리소스가 사라졌고 다시 오지 않을 것입니다." 이것은 404 "찾을 수 없음" 코드와 유사하지만 410은 조건이 예상되고 영구적임을 나타냅니다.
• 411: "길이가 필요합니다." 이것은 요청된 자원이 클라이언트가 특정 길이를 지정하도록 요구하고 지정하지 않았음을 의미합니다.
• 412: "전제 조건이 실패했습니다." 브라우저의 요청 헤더에 특정 조건이 포함되어 있으며 서버가 해당 사양을 충족하지 않습니다.
• 413: "페이로드가 너무 큼" 또는 "요청 엔터티가 너무 큽니다." 귀하의 요청이 서버에서 처리할 의사가 있거나 처리할 수 있는 것보다 큽니다.
• 414: "URI가 너무 깁니다." 이것은 일반적으로 서버가 처리하기에 너무 큰 쿼리 문자열로 인코딩된 GET 요청의 결과입니다.
• 415: "지원되지 않는 미디어 유형입니다." 요청에 서버 또는 리소스가 지원하지 않는 미디어 유형이 포함되어 있습니다.
• 416: "만족할 수 없는 범위." 귀하의 요청은 서버가 반환할 수 없는 리소스 부분에 대한 것입니다.
• 417: "예상 실패." 서버가 요청의 예상 헤더 필드에 지정된 요구 사항을 충족할 수 없습니다.
• 418: "나는 찻주전자입니다." 이 코드는 커피 추출 요청을 수신한 찻주전자에 의해 반환됩니다. 1998년 만우절 농담이기도 하다.

• 422: "처리할 수 없는 개체." 클라이언트 요청에 의미 오류가 포함되어 서버에서 처리할 수 없습니다.
• 425: "너무 이르다." 이 코드는 요청이 재생될 수 있기 때문에 서버가 요청을 처리하기를 꺼릴 때 전송됩니다.
• 426: "업그레이드가 필요합니다." 요청의 업그레이드 헤더 필드 내용으로 인해 클라이언트는 다른 프로토콜로 전환해야 합니다.
• 428: "전제 조건이 필요합니다." 서버는 요청을 처리하기 전에 조건을 지정해야 합니다.
• 429: "요청이 너무 많습니다." 이것은 사용자가 주어진 시간 동안 너무 많은 요청을 보낸 경우 서버에서 생성됩니다(속도 제한). 이는 사이트에 액세스하려는 봇 또는 스크립트로 인해 발생할 수 있습니다. 이 경우 WordPress 로그인 URL을 변경하려고 할 수 있습니다. 429 "Too Many Requests" 오류 수정에 대한 가이드도 확인할 수 있습니다.

• 431: "요청 헤더 필드가 너무 큽니다." 헤더 필드가 너무 커서 서버에서 요청을 처리할 수 없습니다. 이는 단일 헤더 필드 또는 전체 헤더 필드에 문제가 있음을 나타낼 수 있습니다.
• 451: "법적 이유로 사용할 수 없습니다." 서버 운영자가 귀하가 요청한 리소스(또는 요청한 리소스를 포함하는 리소스 집합)에 대한 액세스를 금지하라는 요청을 받았습니다. 재미있는 사실: 이 코드는 Ray Bradbury의 소설 Fahrenheit 451 에 대한 참조 입니다.
• 499: "클라이언트가 요청을 닫았습니다." 이것은 Nginx가 처리하는 동안 클라이언트가 요청을 닫을 때 NGINX에 의해 반환됩니다.

500 상태 코드

500레벨 상태 코드도 오류로 간주됩니다. 그러나 문제가 서버 측에 있음을 나타냅니다. 이로 인해 문제를 해결하기가 더 어려워질 수 있습니다.

• 500: "서버에 오류가 있어 요청을 완료할 수 없습니다." 이것은 단순히 "내부 서버 오류"를 의미하는 일반 코드입니다. 서버에서 문제가 발생하여 요청한 리소스가 전달되지 않았습니다. 이 코드는 일반적으로 타사 플러그인, 잘못된 PHP 또는 데이터베이스 연결 끊김에 의해 생성됩니다. 데이터베이스 연결 설정 오류를 수정하는 방법 및 500 내부 서버 오류를 해결하는 다른 방법에 대한 자습서를 확인하십시오.

• 501: "구현되지 않음." 이 오류는 서버가 요청을 이행하는 데 필요한 기능을 지원하지 않음을 나타냅니다. 이것은 거의 항상 웹 서버 자체의 문제이며 일반적으로 호스트에서 해결해야 합니다. 501 구현되지 않음 오류를 해결하는 방법에 대한 권장 사항을 확인하세요.
• 502: "나쁜 게이트웨이입니다." 이 오류 코드는 일반적으로 프록시 서버가 사용 중일 때와 같이 한 서버가 다른 서버로부터 잘못된 응답을 수신했음을 의미합니다. 다른 경우에는 쿼리 또는 요청이 너무 오래 걸리므로 서버에 의해 취소되거나 종료되고 데이터베이스 연결이 끊어집니다. 자세한 내용은 502 Bad Gateway 오류를 수정하는 방법에 대한 심층 자습서를 참조하세요.
• 503: "서버는 지금 이 요청을 처리할 수 없습니다." 현재로서는 요청을 완료할 수 없습니다. 이 코드는 추가 요청을 처리할 수 없는 과부하된 서버에서 반환될 수 있습니다. 503 서비스를 사용할 수 없음 오류를 수정하는 방법에 대한 전체 가이드가 있습니다.
• 504: "게이트웨이 역할을 하는 서버가 다른 서버의 응답을 기다리는 시간이 초과되었습니다." 이것은 요청 처리에 두 개의 서버가 관련되어 있고 첫 번째 서버가 두 번째 서버의 응답을 기다리는 시간이 초과된 경우 반환되는 코드입니다. 전용 가이드에서 504 오류를 수정하는 방법에 대해 자세히 알아볼 수 있습니다.
• 505: "HTTP 버전이 지원되지 않습니다." 서버는 클라이언트가 요청하는 데 사용한 HTTP 버전을 지원하지 않습니다.
• 508 : 웹 호스트에서 설정한 리소스에 대한 "Resource Limit Is Reached" 제한에 도달했습니다. "508 Resource Limit Is Reached" 오류를 해결하는 방법에 대한 자습서를 확인하십시오.
• 511: "네트워크 인증이 필요합니다." 이 상태 코드는 사용하려는 네트워크가 서버에 요청을 보내기 전에 인증을 요구할 때 전송됩니다. 예를 들어 공용 Wi-Fi 핫스팟의 이용 약관에 동의해야 할 수 있습니다.
• 521: "웹 서버가 다운되었습니다." 오류 521은 Cloudflare 관련 오류 메시지입니다. 이는 웹 브라우저가 Cloudflare에 성공적으로 연결할 수 있었지만 Cloudflare가 원본 웹 서버에 연결할 수 없었음을 의미합니다.
• 525 : "SSL 핸드셰이크 실패". 오류 525는 Cloudflare를 사용하는 도메인과 원본 웹 서버 간의 SSL 핸드셰이크가 실패했음을 의미합니다. 문제가 발생하는 경우 오류 525를 쉽게 수정할 수 있는 다섯 가지 방법이 있습니다.

HTTP 상태 코드에 대해 자세히 알아볼 수 있는 곳

이 목록에서 다룬 HTTP 상태 코드 외에도, 알고 싶은 모호한 코드가 몇 가지 더 있습니다. 다음을 포함하여 이러한 희귀 코드를 읽기 위해 참조할 수 있는 몇 가지 리소스가 있습니다.

• Wikipedia의 HTTP 상태 코드의 포괄적인 목록입니다.
• IETF(Internet Engineering Task Force)의 상태 코드 정의.
• RFC 7231.

이러한 상태 코드를 알면 자신의 웹사이트를 유지 관리하는 동안 또는 다른 사이트에서 문제가 발생한 경우에도 몇 가지 고유한 문제를 해결하는 데 도움이 될 수 있습니다.

요약

표면적으로는 혼란스럽거나 위협적으로 보일 수 있지만 HTTP 상태 코드는 실제로 매우 유익합니다. 몇 가지 일반적인 사항을 학습하면 사이트의 문제를 보다 신속하게 해결할 수 있습니다.

이 게시물에서는 만날 수 있는 40개 이상의 HTTP 상태 코드를 정의했습니다. 가벼운 100 및 200 수준 코드에서 까다로운 400 및 500 수준 오류에 이르기까지 이러한 메시지를 이해하는 것은 웹 사이트를 유지 관리하고 사용자가 액세스할 수 있도록 하는 데 매우 중요합니다.