successUrl 리다이렉트 문의
successUrl이 GET 방식으로 리다이렉트되는것으로 알고 연동되어 있는데 POST로 오는것이 확인되어 문의드립니다. POST 요청의 경우 orderId, amount, paymentKey가 body로 요청되고 있습니다.
해당 요청들의 공통점은 UA가 페이스북 인앱브라우저입니다. (예시 [FB_IAB/FB4A;FBAV/514.0.0.65.72;IABMV/1;])
확인부탁드립니다.
16 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
네 페이스 북의 경우 페이스북 웹뷰의 제한 때문에 POST 로 보내지게 됩니다 GET 으로는 페이스북 웹뷰에서 차단이 걸립니다.
혹시 원래부터 페이스북은 POST로 보내졌던건가요? 가이드문서에서는 따로 못봤던것 같아서요.
네 GET 으로 보냈을때 동작을 안해서 POST 로 변경된건 오래전이긴 합니다. 특별한 케이스라 별도로 문서에서는 언급하지 않고 있습니다
저도 처음알던 사실이네요 ㅎ;
대부분의 가맹점에서 @GetMapping으로 사용하고 있는터라 이 부분이 문서에 없으면 치명적일 것 같네요.
현재 일부 결제수단은 포트원도 함께 사용중인데 GET으로 보내지고 있고 정상적으로 처리되고 있습니다.
혹시 클라이언트에서 GET 또는 POST 방식을 선택할 수 없을까요?
POST를 허용하도록 처리하고 싶으나 타 도메인에서 POST로 받으면 쿠키가 전달되지 않아서 세션이 끊기는 이슈가 있어 수정하는데 어려움이 있는 상황입니다.
혹시 토스페이먼츠 연동도 포트원에서 하신걸까요?
아니면... 토스페이먼츠는 직연동하신걸까요?
토스페이먼츠는 직연동입니다.
페이스북 인앱에서만 POST 로 넘어갑니다.
여기서 get 으로 넘기면 아예 successURL 로 진행이 되지 않아서 페이스북 인앱에서는 POST 로 처리해 드리고 있어요.
만약 POST 로 보내면 처리를 못하시는 상황이라면 고객분께 페이스북 인앱이 아닌 다른브라우저를 사용하도록 가이드 하셔야 할것 같아요.
네 알겠습니다. 확인 감사합니다.
그런데 failUrl이 POST로 요청올때 body에 code, message가 포함되어 있지 않습니다. GET으로 올때는 쿼리스트링에 포함되어 있습니다.
주문번호 확인해주실수 있을까요?
테스트환경에서 확인하고 있었고 가상계좌 결제창 열고 X버튼만 눌렀습니다.
POST방식 orderId: "68380ed94892b245fc1ad2d5"
GET 방식인경우 "사용자가 결제를 취소하였습니다" 이 값이 message로 전달됩니다.
POST 로 전달되지만 query param 에 code 와 message 가 전달되지 않나요?
method만 POST 이고 전달방식은 GET 처럼 쿼리파람으로 전달됩니다.
POST는 성공, 실패 모두 body로 오고 있습니다. 첨부 이미지는 실패일때 payload 입니다. 성공하고 동일하게 오고 있습니다.
이부분 확인해 보겠습니다.
주문번호좀 text 로 보내주실수 있을까요?
683814b14892b245fc1af27e 입니다. 테스트환경입니다.