복잡한 검색·필터 요청을 보낼 때 우리는 늘 딜레마에 빠졌습니다. GET은 본문(body)을 쓸 수 없어 긴 조건을 URL 쿼리스트링에 욱여넣어야 했고, URL 길이 제한·인코딩·로그 노출 문제가 따라왔죠. 그렇다고 POST를 쓰면 본문은 자유롭지만 '안전하지 않고(non-safe)' 멱등하지 않으며 캐싱도 안 됩니다. 사실 검색은 데이터를 바꾸지 않는 '읽기'인데 말이죠.
새로 표준화 중인 QUERY 메서드는 이 둘의 장점만 취합니다. GET처럼 안전하고(safe) 멱등하며 응답을 캐시할 수 있으면서도, POST처럼 요청 본문에 JSON 등 구조화된 복잡한 쿼리를 담을 수 있습니다. 즉 '본문을 가진 GET'이라고 이해하면 쉽습니다.
실무 포인트는 명확합니다. 그동안 검색 API를 POST로 우회 구현하던 관행을 의미론적으로 올바르게 바꿀 수 있고, 캐싱·재시도 안전성도 확보됩니다. 다만 아직 클라이언트·서버·프록시·CDN 지원이 무르익는 단계라 당장 전면 도입보다는 표준 진행 상황을 주시하며 준비해 두는 것이 좋습니다.
이 글도 읽어보세요
이 뉴스가 유용했나요?
TTJ 코딩클래스 정규반
월급 외 수입,
코딩으로 만들 수 있습니다
17가지 수익 모델을 직접 실습하고, 1,300만원 상당의 자동화 도구와 소스코드를 받아가세요.
144+실전 강의
17개수익 모델
4.9수강생 평점
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공