"포트원 단점", "토스페이먼츠 정기결제 수수료 공식", 결제 연동을 알아보는 분들이 실제로 이런 검색어로 저희 글을 찾아옵니다.
먼저 정정해 드릴 게 있습니다. 토스페이먼츠와 포트원의 표준 결제위젯은 쿠폰, 옵션, 수량에 따라 금액을 바꾸는 기능(updateAmount)을 이미 제공합니다. "표준 위젯은 옵션값별 가격을 반영하지 못한다"는 건 정확한 설명이 아닙니다.
진짜 문제는 다른 곳에 있습니다. 위젯은 금액을 바꿔서 보여주는 기능은 제공하지만, 그 금액을 어떻게 계산할지, 그 계산이 조작되지 않았는지 확인할지, 주문 내역을 어떻게 저장할지는 판매자가 직접 만들어야 합니다. 이 글은 그 경계를 정리합니다.
30초 요약
- •표준 위젯은 금액 변경 기능을 이미 제공합니다. 토스페이먼츠 결제위젯의 updateAmount 메서드가 대표적입니다.
- •위젯이 대신해주지 않는 건 계산과 검증입니다. 옵션 조합에 따른 금액 계산, 조작 방지를 위한 서버 재검증, 주문 정보 저장은 판매자 몫입니다.
- •색상, 사이즈 조합, 수량별 단가, 견적 기반 상품처럼 가격이 동적으로 계산되는 쇼핑몰일수록 이 로직을 놓치기 쉽습니다.
- •이 글은 이 로직이 왜 필요한지, 무엇을 직접 만들어야 하는지를 다룹니다.
"포트원 단점"을 검색하시는 이유, 알고 있습니다
저희 블로그의 토스페이먼츠 vs 포트원 비교글에는 매주 "포트원 수수료", "포트원 단점", "토스페이먼츠 비용" 같은 검색어로 방문이 이어집니다. 이 검색어들의 공통점은, 단순히 수수료율을 비교하는 게 아니라 "우리 서비스에 이 PG가 맞을까"를 판단하려는 목적이라는 점입니다.
실제로 상담을 진행하다 보면, PG사 자체의 문제가 아니라 상품 구조에 맞는 결제 로직을 누가 구현하느냐의 문제인 경우가 많습니다. 특히 상품 옵션값에 따라 가격이 달라지는 쇼핑몰에서 이 문제가 두드러집니다.
위젯이 못 하는 게 아니라, 위젯이 대신해주지 않는 것입니다
포트원이나 토스페이먼츠의 표준 결제창은 금액을 바꿔서 보여주는 기능 자체는 갖추고 있습니다. 노코드 쇼핑몰 빌더에 내장된 결제 기능도 대부분 비슷합니다.
하지만 이런 질문에는 답해주지 않습니다.
- •색상, 사이즈별로 추가 금액이 붙는 조합형 옵션, 최종 금액을 누가 계산하나요
- •수량 구간에 따라 단가가 달라지는 상품, 그 계산은 어디서 하나요
- •사용자가 개발자 도구로 요청 값을 조작해서 실제보다 낮은 금액으로 결제를 시도하면, 누가 막나요
- •결제가 끝난 뒤 어떤 옵션을 몇 개, 얼마에 주문했는지는 어디에 기록하나요
이 네 가지에 답하는 로직이 필요합니다. 위젯을 대체하는 게 아니라, 위젯과 함께 동작하는 판매자 쪽 로직입니다. 저희는 이걸 결제 브릿지(payment bridge) 로직이라고 부릅니다.
결제 브릿지 로직이란 무엇인가
결제 브릿지 로직은 상품 상세 페이지와 PG사 결제창 사이에서, 사용자가 선택한 옵션 조합을 서버에서 검증하고 최종 금액을 계산한 뒤, 그 금액을 위젯에 반영(updateAmount)하고, 결제 승인 시점에 한 번 더 검증하는 흐름입니다.
| 단계 | 하는 일 | 누가 하나 |
|---|---|---|
| 옵션 선택 | 사용자가 색상, 사이즈, 수량 등을 선택 | 프론트엔드 |
| 금액 계산 | 선택된 옵션 조합에 맞는 최종 금액 계산 | 판매자가 구현 |
| 위젯에 반영 | 계산된 금액을 결제위젯에 표시 (updateAmount) | 위젯 기능 + 판매자 연동 |
| 결제 요청 | 사용자가 결제 버튼을 누름 | 위젯 |
| 서버 재검증 | 요청된 금액이 실제 옵션 조합과 일치하는지 서버에서 재확인 | 판매자가 구현 |
| 주문 저장 | 결제 승인 후 옵션, 수량, 금액을 주문 정보로 저장 | 판매자가 구현 |
왜 서버 검증이 중요한가
프론트엔드에서만 가격을 계산하면, 개발자 도구로 요청 값을 조작해 실제 가격과 다른 금액으로 결제를 시도하는 보안 문제가 생길 수 있습니다. 위젯이 금액 변경 기능을 제공한다고 해도, 그 금액이 정말 맞는 금액인지는 판매자 서버가 결제 승인 단계에서 한 번 더 검증해야 합니다. 이 검증 로직은 PG도, 위젯도 대신해주지 않습니다.
노코드 결제 위젯 그대로 vs 브릿지 로직 추가, 언제 뭘 선택해야 할까
표준 위젯 그대로 충분한 경우
상품 하나에 가격이 고정되어 있거나, 옵션이 있어도 가격 변동이 없는 경우(색상만 다른 상품 등)라면 포트원, 토스페이먼츠 표준 위젯이나 아임웹 같은 노코드 커머스 기능을 그대로 쓰면 됩니다.
브릿지 로직 추가가 필요한 경우
옵션 조합에 따라 가격이 계산되거나, 견적 기반 상품, 대량 구매 할인처럼 결제 직전에 금액이 확정되는 구조라면 계산, 검증, 주문 저장 로직을 추가로 구현해야 합니다. 이 경우 노코드 플랫폼에 억지로 끼워 맞추기보다, 필요한 부분만 자체 개발로 보완하는 것이 유지보수 측면에서도 더 안전합니다.
왜 이지스파크여야 하는가
이지스파크는 자체 쇼핑몰 구축 프로젝트를 통해 결제 로직을 직접 설계, 개발해온 팀입니다. 표준 위젯이 제공하는 기능과 판매자가 직접 구현해야 하는 부분의 경계를 정확히 알고 있다는 것이 저희가 실질적으로 도움이 되는 지점입니다. 상품 옵션 구조를 먼저 파악한 뒤, 표준 위젯 연동만으로 충분한지 브릿지 로직이 필요한지부터 솔직하게 진단해드립니다.
다음 단계
포트원이나 토스페이먼츠의 수수료, 기능을 비교하고 계셨다면, 그 판단 기준에 "우리 상품의 옵션 계산과 검증 로직을 누가 구현할 것인가"를 하나 더 넣어보시길 권합니다. 애매하다면 상담을 통해 구체적으로 진단받아보세요.
함께 읽으면 좋은 글
이 글은 EasySpark 허수진 대표의 실무 내용이며, 상품 구조와 거래 규모마다 상황이 다를 수 있어 결과를 보장하지 않습니다. 우리 쇼핑몰에 맞는 결제 구조가 궁금하시다면 편하게 상담 신청해주세요.