조회시 GET이 아닌 POST를 쓰는 것이 나쁜 이유

모든 개발자를 위한 HTTP 웹 기본 지식

클라이언트에서 서버로 데이터 전송

작성

2.9K

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오) 네 
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 네 
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 네 

[질문 내용]
여기에 질문 내용을 남겨주세요.

조회할때는 GET을 쓰는 거라고 배웠고, 저 스스로도 설계할 때는 그렇게 해야겠다고 생각하고 있습니다.

하지만 실무에서 거의 모든 걸 POST로 API를 설계하셨던 분을 본적이 있어서 질문을 남기게 되었습니다.

설계한 분께는 제가 조심스럽게 물어보니까 개인적으로 쿼리 그대로가 보여지는 게 싫어서 POST로 쓴다고 하셨는데요, 그 분의 이유가 납득이 되지 않지만, 왜 POST가 아닌 GET을 쓰는 것이 옳은 방향인지 정확히 알고 싶어서 질문을 남기게 되엇습니다.

설계 원칙을 지키기 위한 이유 외에 뭐가 또 있을까요?

답변 3

URL 노출을 해야 다른 사용자들에게 URL을 공유할 때 내가 보던 화면을 그대로 보여줄 수 있는 게 좋은 것 같습니다.

검색어나 카테고리를 POST로 URL 노출이 없게 설계하면 URL만으로 같은 화면을 공유하기엔 어려우니까요.

저랑 같은 경험을 하셨네요...ㅎㅎ

질문자

하핫 ... 🥲 저희는 구분해서 잘 써보아요

저는 프론트개발자라서 어떻게 할 수 없어서 더 답답했습니다... 열심히 공부하시고 안 좋은 부분은 반면교사 삼으시는 모습 멋있습니다 :) 킵고잉하세요!

안녕하세요. Y K님, 공식 서포터즈 OMG입니다.

POST의 경우 URL에 노출되지 않을 뿐 암호화 하지않았다면 확인가능합니다.

관련하여 아래를 참고해주세요.

GET/POST를 구분지어야 하는 이유는 강의에서 영한님이 설명하신 내용 외로 특별한 이유가 있지는 않은 것 같습니다.

설계 원칙 즉, 정해진 약속과 표준으로 브라우저와 서버가 통신을 해야한다고 생각합니다.

표준이 정의되는 이유와 표준을 지키지 않을 경우의 혼선을 생각해보시면 좋을 것 같아요.

감사합니다.

인프런 커뮤니티 질문&답변