utilbox
개발자

HTTP 상태 코드 조회

200·301·404·500 등 HTTP 상태 코드의 의미·사용 시점·흔한 원인을 한국어로 검색합니다.

상태 코드 검색 (번호 / 영문 / 한글 / 카테고리)
예시:
결과 (1)
404
클라이언트 오류
Not Found· 찾을 수 없음

요청한 리소스가 서버에 존재하지 않음.

사용: 잘못된 URL, 삭제된 글, 존재하지 않는 ID

사용 방법

  1. 코드 번호(404), 영문 이름(Not Found), 한글 키워드(리다이렉트, 권한)로 검색합니다.
  2. 카테고리만 보고 싶다면 2xx, 5xx처럼 입력합니다.
  3. 결과 카드 우측의 코드·전체 버튼으로 클립보드에 복사할 수 있습니다.
  4. API 응답 코드 결정, 에러 메시지 작성, 백엔드 디버깅, 기술 면접 준비에 활용하세요.

HTTP 상태 코드 조회 자세히 알아보기

HTTP 상태 코드는 서버가 클라이언트 요청을 어떻게 처리했는지 알리는 3자리 숫자입니다. 1xx(정보)·2xx(성공)·3xx(리다이렉션)·4xx(클라이언트 오류)·5xx(서버 오류) 5개 그룹으로 나뉘며, REST API 설계·웹 디버깅·SEO 최적화 모두에서 핵심 지표입니다. 잘못된 상태 코드를 반환하는 API는 재시도 로직·캐싱·검색엔진 색인을 다 망가뜨립니다. 이 도구는 IANA 등록 코드와 실무 관용 코드를 모두 한국어 설명·사용 시점·흔한 원인과 함께 수록했습니다. 단순 사전이 아니라 실제 "401과 403의 차이", "301과 308의 차이", "422를 언제 쓰나" 같은 헷갈리기 쉬운 부분을 짚어줍니다. 코드 번호로도, 영문 이름으로도, 한글 키워드(리다이렉트·권한·rate limit)로도 검색할 수 있고, `5xx` 같은 카테고리 입력으로 그룹 전체를 한 번에 볼 수 있습니다.

이럴 때 사용하세요

  • REST API 설계 시 적절한 상태 코드 선택 (POST 성공은 200? 201? 202?)
  • 프로덕션 에러 분석 — 502/504가 왜 발생했는지 의미 파악
  • 리다이렉트 전략 결정 — 도메인 변경에 301 vs 308 어느 게 맞나
  • 기술 면접 준비 — 401과 403의 차이, 5xx 그룹 의미 정리
  • API 문서·에러 메시지 작성 시 정확한 한국어 용어 확인

HTTP 상태 코드 조회 자주 묻는 질문

401과 403의 차이는 무엇인가요?
401 Unauthorized는 "누구인지 모르겠다" — 인증 자체가 안 됐거나 토큰이 만료된 상태입니다. 클라이언트가 로그인하면 해결됩니다. 403 Forbidden은 "누구인지는 알지만 권한이 없다" — 인증은 성공했으나 해당 자원에 대한 권한이 없는 상태입니다. 일반 사용자가 관리자 페이지에 접근하면 403, 토큰 없이 보호된 API를 부르면 401이 맞습니다. 이름이 헷갈리는 건 RFC 작성 당시 용어 선택 실수로 알려져 있습니다.
301과 308의 차이는 무엇인가요?
둘 다 영구 리다이렉트지만 메서드 보존이 다릅니다. 301은 클라이언트가 POST 요청을 받았더라도 리다이렉트 후 GET으로 바꿔도 되는 "느슨한" 영구 이동입니다. 308은 메서드와 본문을 그대로 유지하며 재요청해야 합니다. 도메인 이전·URL 구조 변경처럼 정적 페이지면 301이 무난하고, POST API 엔드포인트 영구 이전 같은 케이스는 308이 정확합니다. SEO 측면에서는 둘 다 동일하게 "영구"로 인식됩니다.
400과 422 중 폼 검증 실패는 어디에 쓰나요?
RFC 9110 기준 400 Bad Request는 "문법적으로 잘못된 요청"(JSON 파싱 실패, 헤더 누락)이고, 422 Unprocessable Entity는 "문법은 맞지만 의미적으로 처리 불가"(예: 이메일 형식은 맞지만 이미 가입된 이메일)입니다. Laravel·NestJS·Rails 등 다수 프레임워크는 폼 검증 실패에 422를 기본으로 사용합니다. 다만 클라이언트 입장에서 둘 다 "내 잘못"이므로, 프로젝트 내에서 일관되게만 쓰면 됩니다. 표준에 더 충실하려면 422 권장.
404와 410의 차이는?
404 Not Found는 "지금 없다" — 잠시 후 생길 수도, 영원히 없을 수도 있는 모호한 상태입니다. 410 Gone은 "영구히 삭제됐다" — 검색엔진과 캐시가 더 이상 시도하지 말라는 명확한 신호입니다. 탈퇴한 회원 페이지·종료한 캠페인은 410이 맞고, 검색엔진은 410을 받으면 인덱스에서 빠르게 제거합니다. 다만 구현 비용 때문에 대부분의 사이트가 둘 다 404로 처리하는 게 현실입니다.
502와 504의 차이는 무엇인가요?
둘 다 게이트웨이(nginx, Cloudflare, AWS ALB) 뒤의 백엔드 문제입니다. 502 Bad Gateway는 백엔드가 잘못된 응답을 줬거나 연결 자체가 안 된 경우 — Node.js 프로세스가 죽었거나 포트가 닫혔을 때입니다. 504 Gateway Timeout은 백엔드 연결은 됐는데 시간 안에 응답을 못 받은 경우 — DB 쿼리가 너무 느리거나, 외부 API 응답이 늦거나, 무한 루프에 빠진 상황입니다. 502는 "죽었나"부터, 504는 "느리네"부터 의심하세요.