202 Accepted는 서버가 요청을 수락했지만 아직 완료하지 않았고, 끝내 완료하지 못할 수도 있다는 뜻입니다. HTTP에는 백그라운드 작업의 결과를 나중에 알려 줄 방법이 없으므로, 202는 의도적으로 아무것도 약속하지 않습니다.
이 코드는 일괄 작업, 내보내기, 동영상 트랜스코딩, 메시지 큐 등 백그라운드에서 실행되는 작업에 쓰입니다. 좋은 202 응답은 클라이언트가 이후에 무엇을 하면 되는지 알려 줍니다. 상태를 확인할 수 있는 URL(본문이나 Location 헤더에 담음)과 작업이 끝날 예상 시점을 알려 주며, 때로는 Retry-After를 함께 보냅니다.
클라이언트는 202를 성공으로 처리합니다. 예를 들어 웹훅 발신자는 다른 2xx 코드와 마찬가지로 202를 이벤트가 수신되었다는 확인으로 받아들입니다.
응답 예시
HTTP
HTTP/1.1 202 Accepted
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://api.example.com/v1/exports/3f9c
Retry-After: 30
Content-Type: application/json
Content-Length: 31
{"id":"3f9c","status":"queued"}SEO 및 리디렉션 검사
검색엔진에 노출할 페이지에는 202를 쓰지 않습니다. 크롤러는 202를 성공으로 처리하지만, 대개 색인할 내용이 없습니다. 분석 비콘이나 추적 엔드포인트는 흔히 202나 204를 반환하는데, 이들은 페이지로 크롤링되지 않으므로 문제가 없습니다.
주요 원인과 사용 사례
- API가 오래 걸리는 작업을 큐에 넣고, 상태를 폴링할 수 있는 URL을 반환합니다.
- 웹훅 수신기가 이벤트를 받았다고 즉시 응답하고 나중에 처리합니다.
- 로그나 분석 엔드포인트가 데이터를 받되 저장되었는지는 확인해 주지 않습니다.