SEO를 위한 중요한 HTTP 상태 코드 안내
게시 됨: 2020-10-22기술적 SEO 감사를 수행하거나 웹사이트의 기술적 문제를 진단할 때 SEO가 가장 일반적인 HTTP 상태 코드가 무엇이며 언제 사용해야 하는지 이해하는 것이 중요합니다. 이 기사에서는 이러한 문제가 무엇인지, 언제, 왜 발생하는지, 그리고 가장 중요하게는 이를 효과적으로 활용하는 방법에 대해 설명합니다.
- HTTP 상태 코드란 무엇입니까?
- 가장 일반적인 상태 코드는 무엇입니까?
- 상태 코드를 확인하고 테스트하는 방법은 무엇입니까?
- 상태 코드의 다른 클래스는 무엇입니까?
HTTP 상태 코드란 무엇입니까?
웹 사이트의 새 페이지(또는 웹 전체의 페이지)를 방문할 때마다 브라우저는 해당 웹 사이트의 서버에 요청을 보냅니다. 요청에 대한 응답은 서버의 세 자리 코드입니다. 이것이 HTTP 상태 코드입니다. 이 코드는 클라이언트의 요청을 확인하고 서버의 응답을 나타냅니다.
수백 개의 서로 다른 코드가 있으며 각 코드는 서로 다른 용도로 사용됩니다. 이 코드를 통해 페이지가 올바르게 작동하는지 또는 문제가 있는지, 문제가 있는 경우 어떤 문제가 발생하고 있는지 알 수 있습니다.
봇이 웹사이트를 크롤링할 때 브라우저와 동일한 방식으로 웹페이지를 요청합니다. HTTP 코드는 이 교환을 지시합니다.
SEO 전문가는 사이트 전체에 특정 코드를 구현하여 사용자와 봇을 위한 다양한 여정을 만들 수 있습니다. 즉, 사이트를 크롤링할 때 사용자나 봇의 경로를 변경하는 것입니다. 상태 코드는 페이지를 통해 흐르는 링크 자산을 전달하거나 차단하는 데에도 사용할 수 있습니다.
이러한 코드는 검색 엔진에 따라 다르게 처리되므로 올바르게 사용하는 것이 중요합니다! 코드가 잘못 사용되면 사이트가 주요 기술 SEO 문제에 직면할 수 있습니다.
이것이 검색 엔진 최적화(SEO) 전문가가 HTTP 프로토콜과 이것이 봇 크롤링 및 인덱싱 페이지에 미치는 영향을 이해해야 하는 이유입니다.
SEO 전문가는 또한 일반적인 상태 코드를 이해하고 기술적인 SEO 전략을 알리고 웹사이트의 문제를 진단해야 합니다.
아래에서는 일반적인 HTTP 코드, 이러한 코드를 사용하는 시기 및 모범 사례 SEO를 위해 이러한 코드를 구현하는 방법을 분석합니다.
가장 일반적인 상태 코드는 무엇입니까?
- 200(확인)
- 301(영구이전)
- 302(임시 이전)
- 307(임시 리디렉션)
- 404 찾을 수 없음)
- 410 (사라짐)
- 500 내부 서버 오류)
- 503(서비스 오류)
상태 코드를 어떻게 확인하고 테스트합니까?
URL의 HTTP 상태 코드를 확인하는 데 사용할 수 있는 다양한 도구가 있으며 일부 도구는 다른 도구보다 더 효율적입니다.
내장 브라우저 도구를 사용하여 HTTP 상태 코드 확인
Chrome에 내장된 도구에 액세스하려면 Chrome DevTools를 열고 '네트워크' 탭에 액세스하여 네트워크 활동을 확인하세요.
사용자는 종종 이 도구가 약간 투박하다고 생각하고 URL을 테스트할 때 브라우저 플러그인 도구를 사용하는 것을 선호합니다(아래 참조).

브라우저 플러그인(Redirect Path)을 사용하여 HTTP 상태 코드 확인
Redirect Path는 Ayima의 인기 있는 브라우저 플러그인입니다. 이 도구를 사용하면 HTTP 응답을 완전히 탐색할 수 있습니다. Chrome 플러그인은 여기에서 다운로드할 수 있습니다.
Ayima 웹사이트에 대한 응답 코드의 예 – 해당 사이트의 HTTPS 버전으로 리디렉션되는 301이 있습니다.

리디렉션 경로를 사용하는 URL에 대한 전체 HTTP 응답입니다.
Google Search Console을 사용하여 HTTP 상태 코드 확인
Google Search Console의 URL 검사 기능을 사용하면 HTTP 응답을 요청할 수 있습니다.
URL을 요청하면 '커버리지 패널'을 엽니다. 이 내에서 "페이지 가져오기"는 HTTP 응답을 정의합니다.
URL https://www.semetrical.com/technical-seo/를 요청하면 도구는 200 Ok 상태 코드를 나타내는 'Successful' 응답을 반환합니다.

상태 코드의 다른 클래스는 무엇입니까?
SEO가 메모리에서 알아야 하는 여러 가지 상태 코드 클래스가 있습니다. 이러한 클래스를 알고 있으면 문제의 원인을 보다 효율적으로 찾을 수 있습니다. 그들은:
- 2xx – 클라이언트 성공: 서버에 대한 요청이 성공했습니다. 이것은 브라우저가 예상된 응답, 즉 웹 페이지가 성공적으로 로드되었음을 의미합니다.
- 3xx 리디렉션: 서버 요청이 성공적으로 수신되었으며 서버에서 다른 페이지로 리디렉션했습니다. 즉, 페이지 A > 페이지 B에서 리디렉션됩니다.
- 4xx 클라이언트 오류: 요청한 페이지가 유효하지 않거나 로드할 수 없습니다. 클라이언트 측 문제로 인해(예: 페이지를 찾을 수 없거나 페이지를 로드할 수 없습니다.)
- 5xx 서버 오류: 클라이언트가 유효한 요청을 했지만 서버가 요청을 로드하지 못했습니다.
2xx – 클라이언트 성공 코드
이 코드는 페이지를 성공적으로 가져왔음을 나타내며, 이는 사용자에게 페이지가 예상대로 로드되었음을 의미합니다. 일반적으로 2xx 요청은 사용자에게 표시되지 않지만 봇에 의해 처리됩니다.
200 – 좋아
200 코드는 인터넷에서 가장 흔히 접하게 되는 코드로, 클릭한 페이지가 올바르게 로드되었음을 나타냅니다. 이것은 브라우저와 웹 페이지 간의 가장 일반적인 교환입니다. 200에는 조치가 필요하지 않습니다.
SEO의 경우 200개의 코드가 페이지 간에 링크 자산을 전달합니다.
3xx – 리디렉션 코드
한 페이지에서 다른 페이지로 리디렉션되면 서버에서 3xx 응답이 전송됩니다. 리디렉션은 임시 또는 영구적일 수 있으며 다른 코드로 구분됩니다.
301 – 영구 리디렉션
301 상태 코드는 SEO 사이에서 인기 있는 코드입니다. 브라우저에 웹 페이지가 다른 페이지로 영구적으로 이동했음을 알려줍니다(URL이 변경되었음을 의미함). 사용자와 봇 모두 이전 페이지에서 301이 있는 새 대상 페이지로 리디렉션됩니다.
약간의 추측이 있지만 업계에서는 301 리디렉션이 이전 페이지에서 새로 리디렉션된 페이지로 귀중한 링크 자산을 전달한다는 데 널리 동의합니다. 이는 301 리디렉션을 사용해도 순위 결정력이 손실되지 않는다는 것을 의미합니다!
검색 엔진의 경우 301은 색인에서 이전 페이지를 제거하고 이전 페이지 지표를 새 페이지에 연결하라는 신호를 보냅니다.
SEO 애플리케이션: 한 페이지를 새 페이지 주소로 영구적으로 리디렉션해야 하는 경우 항상 301을 사용해야 합니다. 예를 들어 HTTP에서 HTTPS로 마이그레이션할 때 각 HTTP 페이지에서 해당 HTTPS 버전으로 301 리디렉션을 사용합니다.
SEO 팁: 항상 301 페이지를 최종 목적지로 리디렉션합니다! 그렇지 않으면 봇이 원하는 페이지를 찾기 위해 크롤링해야 하는 리디렉션 체인이 생성될 위험이 있습니다. 이는 웹사이트의 크롤링 가능성을 감소시킵니다!
예를 들어 페이지 A > 페이지 B > 페이지 C의 301은 기술적인 문제를 일으킵니다.

301 페이지 A > 페이지 C에 대한 모범 사례입니다.
302 – 임시 리디렉션
301과 마찬가지로 302 리디렉션은 브라우저에 페이지가 이동했음을 알려줍니다. 중요한 차이점은 302가 임시 페이지 리디렉션이라는 것입니다.
사용자와 봇이 새 대상 페이지로 전송되는 동안 검색 엔진은 원래 페이지를 색인에 유지합니다.
302 리디렉션의 이러한 일시적인 특성은 링크 자산이 새 페이지로 전달되지 않음을 의미합니다. Google은 원본 페이지가 잠시 후에 활성화될 것임을 이해하기 때문입니다.
SEO 애플리케이션: 봇과 사용자를 한 페이지에서 새 대상 페이지로 일시적으로 이동하려는 경우 302 리디렉션을 적용합니다.
예를 들어 새 방문 페이지의 효과를 테스트할 때 방문 페이지가 페이지 A > 페이지 B에서 이동하도록 302 리디렉션을 구현합니다. 테스트 기간이 끝나면 302를 제거합니다.
302 리디렉션은 한 페이지에서 다른 페이지로 링크 자산을 전달한다는 점을 기억하는 것이 중요합니다. 일정 시간이 지난 후에도 302 리디렉션이 제거되지 않으면 원본 페이지의 링크 자산이 손실되어 사이트를 통해 흐르지 못하게 되어 사이트의 순위권이 손상됩니다!
307 – 임시 리디렉션/내부 리디렉션
임시 리디렉션:
307은 302 리디렉션과 동일합니다. 차이점은 307은 클라이언트가 사용자와 봇 모두를 새로운 임시 페이지로 안내하는 요청을 따르도록 보장한다는 것입니다. 이전 클라이언트 페이지는 리디렉션을 준수하지 않아 문제가 발생할 수 있습니다.
임시 리디렉션으로서 링크 자산은 이전 URL에서 대상 URL로 전달되지 않으며 검색 엔진은 인덱스에 이전 URL을 유지합니다.
내부 리디렉션:
307 리디렉션은 서버 리디렉션이 아닌 브라우저 리디렉션으로도 이해할 수 있습니다. 307은 브라우저가 HTTP에서 HTTPS로 리디렉션될 때 제공됩니다.
사이트가 HSTS 서버 사전 로드 목록에 있거나 브라우저가 이전에 요청한 경우 브라우저는 내부적으로 사용자와 봇을 사이트의 HTTPS 버전으로 리디렉션합니다.
참고로 HSTS 사전 로드 목록의 웹 사이트는 브라우저에 HTTPS를 제공하도록 지시합니다.
예를 들어 사용자가 http://yourseowebsite.com으로 이동하도록 요청할 수 있지만 브라우저는 https://yourseowebsite.com으로 307을 사용하여 이를 무시합니다. 이 리디렉션은 안전하지 않은 사이트(HTTP를 사용하는 사이트)에 대한 요청을 방지합니다.
HSTS는 여러 브라우저에서 지원되며 이에 대한 자세한 내용은 https://hstspreload.org/에서 확인할 수 있습니다.
SEO 애플리케이션: 내부 리디렉션이 안전한지 확인하려면 A 307을 적용해야 합니다.
4xx – 클라이언트 오류 코드
페이지에 액세스할 수 없는 경우 서버에서 4xx 코드를 전송합니다. 웹페이지에 오류 메시지가 나타납니다. 이 코드는 클라이언트 측에서 페이지를 평가할 수 없는 이유를 나타냅니다.
404 페이지를 찾을 수 없습니다
가장 일반적인 4xx 코드는 404입니다. 이것은 요청한 페이지를 찾을 수 없다는 서버의 응답입니다. 사용자는 페이지에 액세스할 수 없습니다.
404는 웹 소유자가 사이트에서 페이지를 제거했지만 이 페이지는 여전히 내부적으로 연결되어 있는 경우 의도적으로 발생할 수 있습니다. 또는 시스템의 버그를 통해 우발적으로 발생할 수 있습니다. 이러한 우발적인 404는 어떤 대가를 치르더라도 피해야 하며 사이트의 404 페이지를 검토하는 것의 중요성을 강조해야 합니다.
404 페이지는 현재 액세스할 수 없지만 여전히 Google 색인 내에 있습니다. 시간이 지나면 페이지가 반복적으로 크롤링되고 이 오류가 반환되면 해당 페이지가 색인에서 제거됩니다.
그럼에도 불구하고 404를 부정적으로 봐서는 안 됩니다. Google 색인에서 페이지를 제거하는 데 도움이 되도록 이러한 오류를 구현하는 전략적 방법이 있으며 Google에서 권장하는 사용자 친화적인 404 페이지를 만들 기회가 있습니다!
SEO 응용 프로그램: SEO가 404 페이지 오류 페이지를 301로 리디렉션(영구적으로 이동)하여 활성 URL로 만들 수 있는 기회가 있습니다. 예를 들어 트래픽 흐름이 많고 링크 자산(카테고리 허브 페이지)이 있는 중요한 페이지는 사이트의 다른 관련 페이지로 301 리디렉션되어야 합니다.
404페이지를 유지하는 것이 전략적으로 중요한 경우도 있습니다. 이렇게 하면 검색 엔진에서 크롤링하지 않기 때문에 Google 색인에서 페이지를 제거하는 데 도움이 됩니다. 이 시나리오에서는 사용자가 주요 내부 링크를 사용하여 사이트의 다른 영역으로 이동할 수 있는 사용자 지정 404 페이지를 만듭니다. 이렇게 하면 사용자가 404 페이지를 접할 때 더 높은 이탈률의 잠재적인 부정적인 영향을 방지할 수 있습니다.
410 – 페이지 가니
410 오류 코드는 404와 유사하지만 차이점은 410이 페이지가 영구적으로 제거되었음을 나타냅니다. 410은 사이트 소유자로부터 페이지를 의도적으로 제거할 때 발생합니다. 페이지는 더 이상 서버에서 사용할 수 없습니다.
페이지를 크롤링하는 사용자와 봇 모두에게 410 오류 페이지는 막다른 골목이므로 이 페이지를 가리키는 내부 링크를 제거해야 합니다.
검색 엔진의 경우 410 페이지는 색인에서 페이지를 제거하라는 직접적인 신호입니다. 따라서 410은 SEO에 강력할 수 있지만 주의해서 사용해야 합니다.
SEO 애플리케이션: 410 상태 코드는 영구적으로 제거되고 다시는 돌아오지 않을 페이지에만 적용해야 합니다. 페이지를 일시적으로 사용할 수 없는 경우 404 상태 코드를 적용해야 합니다.
5xx – 서버 오류 코드
클라이언트가 서버에 유효한 요청을 했지만 서버가 요청을 처리할 수 없는 경우 5xx 오류 코드가 제공됩니다. 사용자의 경우 페이지가 로드되지 않고 봇의 경우 페이지를 크롤링할 수 없습니다. 이러한 오류는 SEO에 큰 문제를 일으킬 수 있습니다.
서버가 5xx 오류로 응답하면 사이트의 크롤링 효율성이 감소하거나 더 나빠져 오류가 수정될 때까지 봇이 사이트를 크롤링하지 않습니다.
크롤링 속도에 대한 영향은 새 콘텐츠의 색인 생성이 지연되거나 사이트 전체에 대한 유기적 가시성 손실을 의미할 수 있습니다.
Google의 경우 사용자에게 긍정적인 사용자 경험을 제공하는 것이 가장 중요합니다. 5xx 페이지 오류는 이에 해를 끼치므로 어떤 경우에도 피해야 합니다.
500 – 내부 서비스 오류
500 오류는 서버에 문제가 있지만 문제가 지정되지 않았음을 나타냅니다. 이는 서버가 요청된 페이지를 제공할 수 없음을 의미합니다.
링크 자산은 이러한 페이지를 통해 흐르지 않으며 사용자와 봇 모두에게 이 페이지는 막다른 골목입니다. 위에서 언급했듯이 검색 엔진은 이러한 오류가 있는 사이트에 대한 크롤링 예산을 줄이므로 500개 오류를 발견하는 즉시 조사하고 수정하는 것이 중요합니다.
SEO 응용 프로그램 : 500 오류는 사이트의 크롤링 가능성을 손상시키므로 이러한 오류가 발생할 때를 알고 있는 것이 중요합니다. 500개의 오류 페이지에 대한 정기 검사를 예약하는 것은 이를 최소화하는 방법입니다. Google Search Console에는 이 오류를 제공하는 페이지를 찾기 위한 보고서가 있습니다.
503 – 서비스를 사용할 수 없음
503 오류를 표시하는 페이지는 서버를 일시적으로 사용할 수 없음을 나타냅니다. 인간과 봇 모두에 대한 페이지 응답은 나중에 다시 확인하는 것입니다. 503 코드는 서버 과부하 또는 서버 유지 보수와 같은 일시적인 오류로 인해 발생할 수 있습니다.
500 오류와 마찬가지로 Google은 이 오류가 발생하면 크롤링 속도를 줄입니다. 그러나 503은 단기 오류이므로 Google은 503 오류가 수정되면 색인의 페이지를 사용자에게 제공할 준비가 된 상태로 유지합니다.
503이 장기간 제공되면 Google에서 500으로 처리한다는 점에 유의해야 합니다.
SEO 애플리케이션: 사이트가 유지 관리 중인 경우 503을 제공하면 나중에 사이트를 크롤링할 준비가 되면 크롤러가 다시 돌아올 것입니다.
이 기사를 읽고 HTTP 상태 코드의 중요성, 차이점 및 사용해야 하는 경우를 이해하기를 바랍니다. 우선 순위 상태 코드의 차이점을 파악하면 웹 사이트에서 문제를 훨씬 더 빨리 진단할 수 있습니다.
웹사이트에서 기술적인 SEO 문제에 직면한 경우 자세한 내용은 기술적인 SEO 서비스 페이지를 방문하십시오.
