Location 하나만으로 항상 자동 이동한다고 읽지 않습니다
Location은3xx 리디렉션이나201 생성 응답에서 의미를 읽어야 합니다. 전자는 다음으로 조회할 주소를, 후자는 새 자원의 위치를 안내하는 맥락일 수 있습니다. 브라우저와 API 클라이언트의 처리도 다를 수 있어 헤더 존재만으로 화면 이동이 완료되었다고 보고하지 않습니다. 근거: MDN Location, 2026-11-04.
근거: MDN Location header · 2026-11-04 확인
301과201의 같은 주소 안내를 예제로 비교합니다
가상 응답301과 Location: /new-guide는 옮겨 갈 주소를 알립니다. 반면201과 Location: /notes/73는 생성한 메모의 위치를 알릴 수 있습니다. 두 경우의 다음 행동을 구분해야 생성 응답을 이동 실패로 오해하지 않습니다. 이 값은 설명용이며 실제 자원이나 응답이 아닙니다. Location에 상대 주소가 있으면 요청 기준 주소와 해석 규칙을 확인하고 임의 도메인을 붙이지 않습니다.
근거: MDN Location header · 2026-11-04 확인
리디렉션은 목적지와 다음 메서드까지 확인합니다
원래 메서드와 상태 코드 종류에 따라 이동 뒤 메서드 보존 여부가 달라질 수 있습니다. 허가된 테스트에서 첫 응답의 상태·Location과 최종 요청의 주소·메서드·본문을 따로 기록합니다. 중요한 본문을 허가하지 않은 호스트로 보내지 않도록 목적지를 먼저 확인합니다. 자동 이동 도구가 첫 응답을 숨기면 기록 옵션을 이용해 두 단계를 나눠 봅니다.
근거: MDN Location header · 2026-11-04 확인
생성 위치는 다시 조회해 결과를 대조합니다
201의 주소라면 어떤 자원이 만들어졌는지 문서와 본문에서 확인하고 허가된 조회로 ID·내용을 대조합니다. 그 주소가 작업 기록이면 업무 산출물 완료는 별도일 수 있습니다. 위치 조회가 실패했을 때 같은 생성을 반복하지 말고 환경·권한·주소 해석을 먼저 확인합니다. 상태를 모르는 채 다시 제출하면 중복을 만들 수 있습니다.
루프와 불명확한 위치는 해결 범위를 좁혀 전달합니다
같은 주소 사이를 반복하면 각 단계의 Location 목록을 적습니다. 예상 외 목적지면 민감한 본문 전송을 중단하고 담당자에게 비밀 없는 주소·상태·시각을 전달합니다. 성공 기준은 올바른 위치를 찾고 그 맥락에 맞는 결과까지 확인한 상태이며 이 글에서는 해당 시험을 실행하지 않았습니다.
원문으로 이어 읽기
확인일: 2026-11-04. 정의와 적용 범위, 발행일과 판본을 함께 살펴봅니다. 원문이 존재한다는 사실만으로 개별 주장의 정확성과 재사용 권리가 자동 보장되지는 않습니다.