HTTP 상태 코드 (HTTP Status Codes)

정의

HTTP 상태 코드(HTTP Status Codes)는 웹 서버가 브라우저나 검색엔진 봇의 요청에 응답할 때 반환하는 3자리 숫자 코드다. 요청의 처리 결과를 표준화된 방식으로 전달한다.

SEO에서 상태 코드는 크롤링봇이 페이지를 처리하는 방식에 직접 영향을 준다. 200은 인덱싱 대상, 301은 PageRank 이전, 404는 인덱스 제거 신호로 작동한다. 잘못된 상태 코드는 크롤링 실패, 인덱싱 오류, PageRank 손실을 유발한다.

요약

SEO 핵심 상태 코드: ①200(OK) = 정상 응답, 인덱싱 대상 → ②301 = 영구 이전, PageRank 이전 → ③302 = 임시 이전, PageRank 불확실 → ④404 = 페이지 없음 → ⑤410 = 영구 삭제(인덱스 제거 더 빠름) → ⑥500/503 = 서버 오류, 반복 시 크롤링 감소. GSC에서 5xx 오류가 반복되면 즉시 서버를 점검한다.

SEO 핵심 상태 코드

[COMPARISON_TABLE: HTTP 상태 코드 SEO 영향 비교]

2xx — 성공

200 OK
가장 일반적인 정상 응답. 서버가 요청을 성공적으로 처리했고 콘텐츠를 반환한다. 인덱싱 대상 페이지는 200을 반환해야 한다.

204 No Content
서버가 요청을 처리했지만 반환할 콘텐츠가 없다. API에서는 정상이지만, 웹 페이지가 204를 반환하면 봇이 빈 페이지로 인식해 인덱싱에 불리하다.

3xx — 리다이렉트

301 Moved Permanently
URL이 영구적으로 이전됨. PageRank와 백링크 권위가 신 URL로 전달된다. HTTPS 전환, URL 구조 변경, 도메인 이전 시 사용. 자세히는 301 리다이렉트 참조.

302 Found (임시 이전)
URL이 임시로 이전됨. PageRank 전달 여부 불확실. A/B 테스트, 임시 유지보수 페이지에 적합. 영구 이전인데 302를 사용하면 SEO 손실이 발생할 수 있다.

307 Temporary Redirect
302와 유사하지만 HTTP 메서드(POST 등)를 유지한다.

308 Permanent Redirect
301과 유사하지만 HTTP 메서드를 유지한다.

4xx — 클라이언트 오류

404 Not Found
요청한 URL이 서버에 없음. 봇이 404를 발견하면 해당 URL을 크롤링 목록에서 제거하고 인덱스에서 제거한다. 삭제된 페이지의 자연스러운 응답이다.

410 Gone
URL이 영구적으로 삭제됨. 404와 달리 "다시는 돌아오지 않는다"는 명시적 신호. 구글이 410 페이지를 404보다 더 빠르게 인덱스에서 제거한다. 콘텐츠를 영구 삭제할 때 410이 더 SEO에 유리하다.

403 Forbidden
서버가 요청을 이해했지만 접근을 거부. 인증이 필요한 페이지. 봇이 403을 반복 경험하면 해당 사이트 크롤링 신뢰도가 낮아질 수 있다.

429 Too Many Requests
봇이 너무 많은 요청을 보내 서버가 제한. 크롤링 속도 제어에 활용한다.

5xx — 서버 오류

500 Internal Server Error
서버 내부 오류. 간헐적 발생은 큰 문제 없지만, 반복적으로 발생하면 구글봇이 크롤링 빈도를 줄인다.

503 Service Unavailable
서버가 일시적으로 사용 불가. 유지보수 중 올바른 응답이지만, 장기간 지속되면 크롤링 문제가 발생한다. Retry-After 헤더로 봇에게 재시도 시간을 알려줄 수 있다.

소프트 404 (Soft 404) 문제

소프트 404는 URL이 실제로 존재하지 않는 콘텐츠를 반환하면서 HTTP 200 상태를 반환하는 경우다.

예시:

상품이 없어졌는데 "이 상품은 품절입니다"라고 표시하며 200 반환
검색 결과가 없는데 빈 페이지를 200으로 반환
존재하지 않는 사용자 프로필을 200으로 반환

구글이 소프트 404를 감지하면 GSC에 경고를 표시하고, 해당 URL의 크롤링·인덱싱 우선순위를 낮춘다.

해결책: 실제로 없는 콘텐츠라면 404 또는 410 응답, 영구적으로 이동했다면 301 리다이렉트를 사용한다.

GSC에서 상태 코드 모니터링

Google Search Console → 색인 생성 → 페이지 → 에서 상태 코드별 문제를 확인할 수 있다. 특히:

5xx 오류: 서버 점검 즉시 필요
404 증가: 삭제된 페이지에 내부/외부 링크가 남아 있는지 확인
소프트 404: "크롤링됨-현재 색인에 없음" 상태와 함께 표시됨

자세히는 인덱싱 커버리지, 구글 서치 콘솔 참조.

한국 시장 적용

한국 호스팅과 5xx 오류

카페24, 가비아 등 공유 호스팅에서 트래픽이 집중될 때 503 오류가 자주 발생한다. 503이 반복되면 구글봇이 크롤링 빈도를 줄여 인덱싱 업데이트가 지연된다. 트래픽이 급증하는 이벤트·세일 기간에 서버 리소스를 사전에 확보한다.

네이버봇과 상태 코드

네이버봇(Yeti)도 HTTP 상태 코드를 해석한다. 404와 410은 네이버 인덱스에서도 빠른 제거 신호로 작동한다. 네이버 서치어드바이저 → 웹마스터 도구 → 오류 보고에서 크롤링 오류를 확인할 수 있다.

이커머스 품절 상품 처리

한국 이커머스에서 흔한 상황인 품절/단종 상품 처리:

임시 품절: 200 유지 + 재입고 예정 안내 (품절이 일시적이면 정상)
영구 단종: 410 반환 또는 301로 대체 상품 페이지로 이전
시즌성 상품: 다음 시즌에 복귀 예정이라면 302 리다이렉트 고려

자주 묻는 질문

Q. 404와 410 중 어느 것을 사용해야 하나요?
A. 콘텐츠를 영구 삭제하고 다시 복구할 계획이 없다면 410이 SEO에 더 유리하다. 구글이 410을 더 명확한 "영구 삭제" 신호로 인식해 인덱스에서 더 빠르게 제거한다. 반면 404는 나중에 같은 URL로 콘텐츠를 복구할 가능성이 있을 때 더 적합하다. 실제 운영에서는 많은 사이트가 404와 410을 구분 없이 404만 사용하는 경우가 많으며, 큰 차이가 없는 경우도 많다.

Q. 삭제된 페이지로 들어오는 백링크의 PageRank를 살릴 수 있나요?
A. 삭제된 페이지로 백링크가 있다면 관련성 높은 대체 페이지로 301 리다이렉트하는 것이 가장 효과적이다. 대체 페이지가 없다면 404 또는 410을 유지하는 것이 낫다. 홈페이지로 무조건 리다이렉트하는 "소프트 404" 방식은 구글이 페널티를 부과할 수 있으므로 피한다.

Q. 5xx 오류가 SEO에 미치는 영향은 얼마나 심각한가요?
A. 간헐적 5xx 오류(하루 1-2회, 수분 이내 복구)는 큰 영향이 없다. 그러나 지속적인 5xx 오류(수시간, 반복적)는 구글봇이 크롤링 빈도를 대폭 줄여 인덱싱 업데이트가 수주 이상 지연될 수 있다. 대규모 사이트에서 5xx 오류가 반복되면 GSC에 알람이 표시된다.

Q. 구글 봇에서 오는 404 요청이 너무 많습니다. 무엇이 문제인가요?
A. 구글봇이 404를 많이 요청하는 주요 원인: ①과거에 존재했지만 삭제된 페이지 ②외부 사이트의 잘못된 링크(백링크 오타) ③사이트맵에 포함된 삭제된 URL ④내부 링크 오타. GSC에서 404 오류 목록을 확인하고, 내부 링크 수정 및 사이트맵 업데이트를 진행한다. 외부 백링크에서 오는 404는 301 리다이렉트로 복구한다.

Q. 서버 유지보수 중에는 어떤 상태 코드를 사용해야 하나요?
A. 503 Service Unavailable이 올바른 응답이다. Retry-After HTTP 헤더를 함께 설정해 봇에게 재시도 시간을 알려준다. 503은 일시적 서비스 중단을 의미하므로 장기간(수일 이상) 유지하면 안 된다. 계획된 유지보수는 트래픽이 낮은 시간대(새벽)에 진행하고 시간을 최소화한다.