201 Created 응답에서 새 자원의 주소는 어디서 찾을까

201이면 생성된 자원의 주소부터 찾습니다

201 Created는 요청으로 자원이 생성되었다는 성공 응답입니다. 새 자원은 요청한 URL이나 응답 Location의 URL로 찾을 수 있어야 하며 응답 본문에도 생성 항목이나 설명이 들어올 수 있습니다. 따라서 코드만 저장하지 말고 무엇이 만들어졌고 어디서 다시 확인하는지 함께 읽습니다. 근거: MDN 201 Created, 2026-11-04 확인.

근거: MDN 201 Created · 2026-11-04 확인

Location과 본문의 ID를 가상 예제로 읽습니다

설명용 API에서 POST /notes에 새 메모를 제출한 뒤 201, Location: /notes/73, 본문 id=73을 받았다고 합시다. 여기서 생성된 대상은 메모 73이며 다시 확인할 위치는 API가 안내한 주소입니다. 이 값들은 설명을 위해 만든 예로 실제 응답이 아닙니다. 상대 주소를 실제로 해석할 때는 원래 요청 기준 주소와 API 문서를 확인하며 다른 환경의 호스트를 임의로 붙이지 않습니다.

근거: MDN 201 Created · 2026-11-04 확인

작업 기록이 만들어진 것과 업무 완료는 구분합니다

예를 들어 내보내기 작업 자원을 생성하는 API가 201을 보냈다면 생성 완료된 것은 작업 기록일 수 있습니다. 파일 생성이나 이메일 전달까지 끝났는지는 그 자원의 상태와 서비스 계약을 봐야 합니다. 화면에 완료라고 표시하기 전 생성된 자원의 종류가 메모인지 처리할 작업인지 구분합니다. 자원이 생겼다는 HTTP 의미를 업무 전체 완료로 확대하지 않습니다.

근거: MDN 201 Created · 2026-11-04 확인

허가된 테스트에서는 한 번 생성하고 다시 조회합니다

테스트할 계정과 대상 환경을 확인하고 식별 가능한 가상 입력으로 한 번만 제출합니다. 응답 상태·Location·ID를 기록한 뒤 안내된 조회 경로에서 해당 입력이 보이는지 확인합니다. 생성 뒤 추가 처리가 있다면 그 상태도 따로 관찰합니다. 성공 기준은 ID를 받았는지가 아니라 의도한 자원과 저장 내용이 맞는지입니다. 이 글에서는 해당 시험을 실행하지 않았습니다.

주소를 못 찾거나 조회가 실패하면 반복 생성하지 않습니다

201인데 위치 안내가 불명확하다면 요청 URL이 새 자원 자체를 가리키는지부터 계약을 확인합니다. 조회가 401·403이면 계정 권한, 404라면 환경·주소 해석·문서에 명시된 처리 조건을 대조합니다. 원인이 확정되기 전 같은 생성 요청을 반복하면 중복 자원이 늘 수 있습니다. 응답과 요청 식별자, 시각을 민감정보 없이 보존해 담당자에게 문의합니다.

옆 문서로 이어가기