웹 애플리케이션을 개발하거나 API를 설계할 때 가장 먼저 접하게 되는 개념이 바로 HTTP 요청 메서드입니다. 클라이언트가 서버에 데이터를 요청할 때 어떤 목적을 가지고 있는지를 명확히 알려주는 이정표 역할을 합니다. 주로 사용하는 GET, POST, PUT, PATCH, DELETE는 각각 고유한 목적과 특성을 지니고 있습니다. 이들의 차이점을 정확히 이해하고 상황에 맞게 올바르게 사용하는 것은 안정적이고 효율적인 웹 서비스를 구축하는 첫걸음입니다. 이번 글에서는 각 메서드의 정의부터 핵심적인 차이점까지 상세하게 살펴보겠습니다.
01. 핵심 기준 한눈에 보기
각 HTTP 메서드는 데이터의 생성, 조회, 수정, 삭제라는 CRUD(Create, Read, Update, Delete) 구조와 밀접하게 연관되어 있으며 안전성과 등등성이라는 중요한 특성을 가집니다.
| 메서드 (Method) | 주요 역할 (CRUD) | 안전성 (Safe) | 등등성 (Idempotent) | 캐시 가능 여부 |
| GET | 조회 (Read) | 데이터 변경 없음 (O) | 여러 번 실행해도 결과 동일 (O) | 캐시 가능 (O) |
| POST | 생성 (Create) | 데이터 변경 가능 (X) | 실행할 때마다 새로운 데이터 생성 (X) | 일부 조건에서 가능 |
| PUT | 수정/대체 (Update) | 데이터 변경 가능 (X) | 동일한 요청은 결과가 항상 동일 (O) | 캐시 불가능 (X) |
| PATCH | 부분 수정 (Update) | 데이터 변경 가능 (X) | 구현 방식에 따라 다를 수 있음 (△) | 캐시 불가능 (X) |
| DELETE | 삭제 (Delete) | 데이터 변경 가능 (X) | 이미 삭제된 후에는 결과가 동일 (O) | 캐시 불가능 (X) |
✓ 확인할 점
여기서 안전성(Safe)이란 메서드를 호출해도 서버의 리소스 상태가 변하지 않는다는 것을 의미합니다. 또한 등등성(Idempotent)은 동일한 요청을 한 번 보내는 것과 여러 번 연속해서 보내는 것이 서버에 동일한 효과를 지니고 리소스 상태가 똑같이 유지되는 성질을 뜻합니다.
02. GET과 POST의 결정적인 차이점
웹에서 가장 빈번하게 사용되는 두 메서드는 데이터를 서버로 전달하는 방식과 목적에서 뚜렷한 차이를 보입니다.
✓ GET 메서드의 특징
GET은 서버로부터 특정 리소스의 정보를 조회하기 위해 사용합니다.
데이터 전송 방식: URL 뒤에 쿼리 스트링(Query String) 형태로 데이터를 붙여서 전송합니다. 예를 들어
example.com/search?q=keyword와 같은 방식입니다.보안과 길이 제한: 데이터가 URL에 그대로 노출되므로 로그인 비밀번호와 같은 민감한 정보를 전송하기에는 적합하지 않습니다. 브라우저마다 URL 길이에 제한이 있어 대용량 데이터를 보내기 어렵습니다.
캐싱 활용: 동일한 요청에 대해 항상 같은 응답을 반환하므로, 브라우저가 결과를 캐싱하여 재사용할 수 있어 웹 페이지 로딩 속도를 높이는 데 기여합니다.
✓ POST 메서드의 특징
POST는 서버에 새로운 리소스를 생성하거나 데이터를 제출하여 처리를 요청할 때 사용합니다.
데이터 전송 방식: HTTP 요청의 본문(Body)에 데이터를 담아 전송합니다. 겉으로 데이터가 노출되지 않으며, 전송할 수 있는 데이터의 크기에 제한이 없습니다.
비등등성 특성: 동일한 POST 요청을 두 번 보내면 서버에는 동일한 데이터가 두 개 생성될 수 있습니다. 따라서 결제 요청이나 글 작성 같은 작업에 주로 쓰이며, 중복 요청이 발생하지 않도록 주의해야 합니다.
03. 리소스 수정 시 PUT과 PATCH의 차이점
데이터를 수정한다는 목적은 같지만, 대상을 처리하는 범위와 방식에서 큰 차이가 존재합니다.
✓ 전체를 대체하는 PUT
PUT은 요청한 자원이 존재하면 그 자원을 새로운 데이터로 완전히 대체하고, 자원이 존재하지 않으면 새로운 자원을 생성합니다.
만약 회원 정보 중 이름과 이메일이 있는 상태에서 이메일만 변경하고자 PUT 요청에 이메일 데이터만 보낸다면, 이름 정보는 누락되거나 기본값으로 초기화되어 버립니다. 즉, 수정할 자원의 전체 상태를 전송해야 합니다.
동일한 데이터로 여러 번 PUT을 호출해도 결과적으로 서버의 자원은 항상 같은 상태를 유지하므로 등등성을 만족합니다.
✓ 일부만 변경하는 PATCH
PATCH는 리소스의 일부분만 수정할 때 사용합니다.
앞선 예시처럼 이름과 이메일 중 이메일만 바꾸고 싶다면, 변경하고자 하는 이메일 값만 요청 본문에 담아 보내면 됩니다. 나머지 이름 데이터는 서버에 기존 상태 그대로 안전하게 보존됩니다.
일반적으로 자원의 특정 부분만 전송하므로 네트워크 대역폭을 절약할 수 있으며, 실제 필드 수정 작업에서 훨씬 직관적이고 효율적입니다.
04. 리소스를 삭제하는 DELETE
DELETE는 서버에 지정된 특정 리소스를 삭제해 달라고 요청하는 메서드입니다.
✓ 안전한 자원 관리를 위한 특성
등등성 성질: 특정 자원을 처음 삭제할 때는 서버에서 데이터가 사라지므로 상태가 변하지만, 이미 삭제된 자원에 대해 두 번, 세 번 동일한 DELETE 요청을 보내더라도 서버의 해당 자원이 사라진 상태 자체는 변함이 없습니다. 따라서 등등한 메서드로 분류됩니다.
일반적으로 요청 본문(Body)은 사용하지 않으며, 삭제할 대상의 식별자를 URL 경로에 포함하여 전달하는 방식(
example.com/users/123)을 취합니다.
05. 올바른 HTTP 메서드 선택을 위한 설계 가이드
안정적인 웹 애플리케이션 프로그래밍 인터페이스(API)를 설계하기 위해서는 상황에 맞는 적절한 규약을 따르는 것이 중요합니다.
조회 시에는 무조건 GET을 사용하세요: 서버의 상태를 변경하지 않고 단순히 읽어오는 작업은 반드시 GET을 사용해야 브라우저 최적화와 캐싱 혜택을 볼 수 있습니다.
생성과 처리는 POST로 제어하세요: 데이터 등록, 복잡한 검색 조건으로 인한 대용량 데이터 전송, 서버의 동작을 유발하는 제어 흐름에는 POST가 적합합니다.
수정 범위를 명확히 하세요: 리소스의 구조가 명확하고 전체를 항상 덮어써도 무방하다면 PUT을, 특정 필드만 선택적으로 빈번하게 바뀐다면 PATCH를 선택하는 것이 좋습니다.
FAQ
Q1. 로그인을 할 때는 왜 GET 대신 POST를 사용해야 하나요?
A1. 로그인 시 입력하는 아이디와 비밀번호를 GET 메서드로 전송하면 URL 경로에 비밀번호가 고스란히 노출되며, 브라우저 방문 기록에도 그대로 남게 되어 심각한 보안 취약점이 발생합니다. 반면 POST 메서드는 데이터를 요청 본문(Body)에 숨겨서 전송하고, 여기에 HTTPS 암호화를 결합하면 전송 과정에서 데이터를 안전하게 보호할 수 있기 때문입니다.
Q2. PUT과 PATCH 중에서 실무에서 더 자주 권장되는 것은 무엇인가요?
A2. 자원의 모든 필드를 매번 전송하는 것은 효율성이 떨어지고 데이터 누락의 위험이 따르기 때문에, 실무에서는 변경이 필요한 부분만 전송하는 PATCH 메서드가 자원 수정 작업에 더 자주 선호되고 권장되는 추세입니다. 다만 시스템 설계 원칙이나 프레임워크의 지원 여부에 따라 명확히 규정하여 혼용하지 않는 것이 가장 중요합니다.
Q3. 데이터를 조회할 때 검색 조건이 너무 많으면 어떻게 해야 하나요?
A3. 원칙적으로 조회의 의미를 가진 작업은 GET을 사용하는 것이 맞지만, 검색 필터 조건이 수십 개에 달하여 URL 길이 제한을 초과하거나 조건 자체의 구조가 복잡한 경우에는 예외적으로 요청 본문(Body)을 활용할 수 있는 POST 메서드를 사용하여 검색 요청을 처리하기도 합니다.