GET은 데이터를 읽는 요청인데 왜 주소만으로 작업을 실행하면 안 될까

GET으로 삭제나 결제를 실행하도록 설계하지 않습니다

GET은 대상 자원의 표현을 가져오는 조회를 뜻합니다. 삭제·주문 확정처럼 사용자가 상태 변경을 요구하는 동작은 조회 링크와 분리해야 합니다. 브라우저나 자동 수집기가 링크를 읽기만 해도 작업이 실행된다면 사용자의 의사와 다른 결과가 생길 수 있기 때문입니다. 이는 HTTP가 정한 의미이며 서버가 잘못 구현한 주소를 메서드 이름만으로 강제로 안전하게 만들어 주는 기능은 아닙니다. 근거 확인: MDN GET 및 RFC 9110 §9.2.1, 2026-11-04.

근거: MDN GET 요청 메서드 · 2026-11-04 확인

조회 URL과 실행 URL을 예제로 나눠 봅니다

아래는 실제 서비스가 아닌 설계 검토용 예입니다. GET /orders/42는 주문 42의 현재 상태를 읽는 요청으로 해석할 수 있습니다. 반면 GET /orders/42/cancel?confirm=yes가 주문을 취소한다면 주소를 여는 행위와 취소 실행이 붙어 있습니다. 확인 화면을 GET으로 여는 것은 가능하지만 실제 취소는 별도의 상태 변경 요청과 서버의 인증·권한 검사로 처리하도록 구분해야 합니다. 경로 끝에 cancel이 있다는 철자만으로 결론 내리지는 않습니다. 실제로 무엇이 변하는지가 판단 기준입니다.

근거: RFC 9110 §9.2.1 Safe Methods · 2026-11-04 확인

이미 있는 API는 문서와 테스트 환경부터 확인합니다

먼저 API 문서에서 메서드, 대상 경로, 입력, 반환 상태와 부작용을 한 줄씩 적습니다. 다음으로 상태 변경이 없는 조회인지 담당자에게 확인하고 테스트 환경에서만 전후 상태를 비교합니다. 운영 서비스의 의심스러운 삭제 링크를 눌러 시험하지 않습니다. 특히 링크 미리보기·로봇 수집·프리패치가 주소에 접근할 수 있음을 설계 검토에 포함합니다. 문서에 부작용이 빠져 있으면 안전하다고 추정하지 말고 확인이 필요한 항목으로 남깁니다.

근거: MDN GET 요청 메서드 · 2026-11-04 확인

개발자 도구에서는 메서드와 응답을 함께 봅니다

자신이 관리하거나 시험이 허가된 페이지에서 개발자 도구의 Network를 열고 일반 조회를 한 번 실행합니다. 해당 요청의 Request Method가 GET인지, 상태 코드가 무엇인지, Response의 내용이 예상한 자원인지 기록합니다. 이 관찰만으로 서버 내부 부작용까지 없다고 증명할 수는 없습니다. 따라서 요청 기록과 테스트용 데이터의 전후 상태 또는 담당자가 제공한 동작 명세를 함께 대조합니다. 로그인 토큰이나 개인 데이터가 담긴 화면은 공유 기록에서 제거합니다.

점검이 끝났다고 볼 수 있는 조건을 정합니다

조회 요청이 예상한 표현을 반환하고, 반복 조회가 주문 추가·취소·설정 변경을 요구하지 않는지 확인합니다. 상태 변경 동작은 조회와 별도 경로로 이루어지고 권한 없는 계정에서는 서버가 거부하는지도 점검 대상입니다. 이 글에서는 실제 서비스 점검을 실행하지 않았습니다. 따라서 예제대로 분리했다는 설계 설명과 실제 기능·보안 검증 통과를 같은 결과로 표시하지 않습니다.

로그가 남거나 비용이 발생해도 곧 규약 위반은 아닙니다

safe는 사용자가 서버 상태 변경을 요청하지 않는다는 의미입니다. 조회 과정의 접속 로그나 통계 같은 부수 효과까지 전혀 없어야 한다는 뜻은 아닙니다. 또 인증이 필요한 조회나 사용량에 따라 비용이 청구되는 조회도 있을 수 있습니다. 그러므로 GET이라는 이유만으로 공개 데이터·무료 호출·무제한 재시도로 판단하지 않습니다. 반대로 사용자가 요구하지 않은 결제나 삭제를 조회의 부수 효과라고 정당화해서도 안 됩니다.

잘못된 GET 실행 URL을 발견하면 자동 접근부터 중단합니다

영향이 의심되면 반복 요청이나 링크 검사에 추가하지 말고 담당자에게 URL의 민감한 값을 제거한 형태, 관찰한 메서드, 발생한 변경, 확인한 시각을 전달합니다. 수정 요구는 조회 화면과 실행 요청의 분리, 인증·권한 점검, 의도하지 않은 자동 접근의 회귀 확인으로 정리할 수 있습니다. GET을 POST로 바꾸기만 하면 권한 문제가 저절로 해결되는 것은 아니므로 실제 동작 검증은 별도로 남겨 둡니다.

옆 문서로 이어가기