결제를 알아보는 대표님들의 첫 질문은 거의 같습니다. "지금 사이트에 결제 버튼만 붙이면 되지 않나요?" 상품이 한두 개이고 사이트 구조가 갖춰져 있다면 맞는 말입니다. 실제로 결제창 자체는 생각보다 빨리 붙습니다.
문제는 결제창 앞과 뒤입니다. 카드사 심사를 통과할 페이지가 있는지, 옵션과 할인과 구독을 계산할 곳이 있는지, 결제가 끝난 주문을 어디에 쌓을지. 이 세 가지가 비어 있으면 결제는 붙어도 장사는 붙지 않습니다.
이 글의 답
결제를 붙이려다 홈페이지를 새로 만들게 되는 경우는 세 가지입니다. 카드사 심사를 통과할 상품과 사업자 정보 구조가 없을 때, 상품 옵션과 할인과 정기결제를 지금 빌더가 계산하지 못할 때, 주문과 회원 정보가 사이트 밖 여러 곳에 흩어질 때입니다. 하나만 해당하면 보강으로 충분하고, 둘 이상이면 새로 만드는 쪽이 대체로 싸고 빠릅니다.
30초 요약
- •결제창보다 먼저 막히는 곳은 카드사 심사입니다. 구매 가능한 상품, 가격 일치, 하단 사업자 정보, 환불 정책이 사이트에 보여야 합니다.
- •옵션, 할인, 정기결제는 결제사가 대신 계산해 주지 않습니다. 금액을 정하고 검증하는 로직이 사이트 쪽에 있어야 합니다.
- •주문과 회원 정보가 흩어지면 환불과 재구매에서 무너집니다.
- •셋 중 둘 이상이면 보강보다 새로 만드는 쪽이 낫습니다. 아래 표로 바로 판단할 수 있습니다.
경우 1. 카드사 심사를 통과할 페이지 구조가 없을 때
소개용으로 만든 홈페이지에는 심사가 요구하는 상품 페이지와 사업자 정보, 환불 정책 자리가 아예 없는 경우가 많습니다.
토스페이먼츠의 카드사 심사 체크리스트를 보면 요구하는 것이 분명합니다. 품절이나 샘플이 아닌 바로 살 수 있는 상품이 최소 1개, 상품 금액과 실제 결제 금액의 일치, 사이트 하단의 사업자등록번호와 상호, 주소, 대표자 이름, 통신판매업 신고번호, 고객센터 연락처, 그리고 배송 안내와 환불 정책입니다. 회원만 볼 수 있는 사이트라면 심사용 테스트 계정이나 결제 경로 자료도 따로 준비해야 합니다.
신호
- •상품은 PDF 소개서나 문의 폼으로만 안내하고 있다
- •가격이 "상담 후 안내"로만 되어 있다
- •하단에 회사 이름과 이메일만 있고 사업자 정보 칸을 넣을 구조가 없다
붙여서 버티면
심사가 반려되고, 고칠 때마다 다시 기다립니다. 심사는 계약 완료 뒤 최대 10~14영업일이 걸린다고 안내되어 있어서, 페이지를 몇 번 덧대다 보면 한두 달이 그냥 지나갑니다. 필수 문서는 결제 전에 붙여야 할 약관, 개인정보처리방침, 환불규정 글에 정리했습니다.
새로 만들 때의 범위
상품 목록과 상세, 가격 표기, 하단 사업자 정보, 약관과 환불 페이지를 처음부터 심사 기준에 맞춰 설계합니다. 디자인을 바꾸는 일이 아니라 사이트의 뼈대를 판매용으로 바꾸는 일입니다.
경우 2. 옵션, 할인, 정기결제를 지금 빌더가 계산하지 못할 때
결제사는 정해진 금액을 결제할 뿐, 그 금액이 맞는지 계산해 주지 않습니다.
색상과 사이즈에 따라 가격이 달라지는 옵션, 쿠폰과 묶음 할인, 매달 자동으로 빠져나가는 정기결제는 모두 "얼마를 받을지"를 사이트 쪽에서 계산하고, 결제 직전에 그 금액이 조작되지 않았는지 서버에서 다시 확인해야 합니다. 이 계산을 어디에 둘지는 상품 옵션과 할인, 주문 로직을 어디서 구현할지 다룬 글에 자세히 썼습니다.
신호
- •옵션별 가격을 사람이 문의를 받고 손으로 알려 주고 있다
- •정기결제를 매달 수동 청구나 계좌이체로 처리하고 있다
- •빌더의 결제 위젯에 옵션을 넣으려다 금액 변경이 막혔다
붙여서 버티면
상품이 늘 때마다 예외 처리가 쌓이고, 금액이 틀린 주문을 사람이 찾아 환불하게 됩니다. 매출이 커질수록 운영 시간이 같이 커지는 구조입니다.
새로 만들 때의 범위
화면은 지금처럼 빌더에 두고 결제 계산만 분리할 수도 있고, 주문 전체를 직접 개발할 수도 있습니다. 저희는 프레이머 화면을 유지한 채 결제 로직만 Cloudflare Workers로 분리해 과세와 면세 분기, 알림톡 발송까지 처리한 적이 있습니다. 그 구조는 프레이머 결제 연동 한계를 Cloudflare Workers로 해결한 사례에 있습니다.
경우 3. 주문과 회원 정보가 사이트 밖에 흩어질 때
결제사 관리 화면, 구글 시트, 이메일, 메신저에 주문이 나뉘어 쌓이면 환불과 재구매, 회원 권한 관리가 사람 손에 달리게 됩니다.
신호
- •한 고객의 결제 내역과 배송 정보, 문의 기록을 보려면 창을 세 개 열어야 한다
- •결제한 사람에게만 열어야 할 강의나 자료를 링크로 나눠 주고 있다
- •환불 요청이 오면 어느 결제였는지 찾는 데부터 시간이 걸린다
붙여서 버티면
담당자가 바뀌는 순간 주문 이력이 끊깁니다. 결제한 사람만 보는 콘텐츠는 링크가 밖으로 퍼지기 쉽습니다. 회원과 결제를 함께 설계하는 순서는 로그인, 회원가입, 결제가 있는 웹서비스 구조 정리를 참고해 주세요.
새로 만들 때의 범위
회원, 주문, 결제를 한 데이터베이스에 묶고, 관리자 화면에서 한 고객의 이력을 한 번에 보게 만듭니다. 결제한 회원에게만 콘텐츠가 열리도록 권한도 같이 설계합니다.
지금 사이트에 붙여도 되는 경우와 새로 만드는 게 나은 경우
오른쪽 칸이 둘 이상이면 보강보다 새로 설계하는 편이 비용과 일정 모두 유리한 경우가 많습니다
| 확인할 것 | 지금 사이트에 붙여도 되는 경우 | 새로 만드는 게 나은 경우 |
|---|---|---|
| 상품과 가격 | 상품 몇 개, 가격 고정, 페이지에 가격이 보임 | 상품이 계속 늘고 가격이 상담으로만 정해짐 |
| 사업자 정보와 환불 정책 | 하단에 넣을 자리가 있고 문서도 있음 | 하단 구조부터 바꿔야 하고 문서도 없음 |
| 옵션, 할인, 구독 | 없거나 한두 가지 | 옵션별 가격, 쿠폰, 정기결제가 함께 필요 |
| 주문과 회원 정보 | 결제사 관리 화면으로 충분 | 회원 권한, 주문 이력, 환불 관리가 필요 |
| 앞으로 1년 | 판매는 보조 수단 | 판매가 매출의 중심이 됨 |
플랫폼을 무엇으로 할지는 프레이머, 아임웹, 카페24, 직접 개발을 비교한 글에서, 결제사를 고르는 기준은 토스페이먼츠와 포트원 비교에서 이어서 보시면 됩니다.
EasySpark의 시선: 결제는 기능이 아니라 사이트의 목적이 바뀌는 일
EasySpark(이지스파크)는 디자인, 개발, 검색 노출을 한 팀이 맡는 프레이머(Framer) 전문 웹 제작사입니다. 결제 문의를 받으면 저희는 결제사 이야기보다 먼저 "이 사이트가 앞으로 무엇을 하는 곳인지"를 묻습니다.
소개하는 사이트와 파는 사이트는 첫 화면부터 다릅니다. 파는 사이트에는 상품을 고르는 길, 금액을 맞추는 계산, 결제 뒤 주문을 관리하는 화면이 있어야 합니다. 결제를 붙이고 싶다는 말은 사실 사이트의 목적을 바꾸고 싶다는 말인 경우가 많습니다. 그래서 저희는 붙여서 끝나는 경우라면 그렇게 말씀드리고, 새로 만드는 게 맞다면 그 이유와 범위를 숫자로 보여 드립니다.
붙일지, 새로 만들지 대표가 직접 판단해 드립니다
지금 사이트 주소와 팔고 싶은 상품을 알려 주시면, 붙여도 되는지 새로 만들어야 하는지 대표가 직접 판단해 드려요.
글 허수진 EasySpark(이지스파크) 대표. 프레이머(Framer)와 피그마를 1,500명에게 가르쳤고, 결제와 회원 기능이 들어간 웹사이트를 직접 설계하고 구축합니다.
함께 읽으면 좋은 글
- •토스페이먼츠 vs 포트원, 무엇을 골라야 할까
- •웹사이트에 결제를 붙이려면? 국내와 해외 결제 툴 비교
- •프레이머, 노션, 아임웹 사이트에 결제 붙이는 법
- •결제 붙이기 전 필수 3종 문서
이 글은 EasySpark 허수진 대표의 실무 내용이며, 카드사 심사 기준은 결제사와 카드사, 업종에 따라 다르고 바뀔 수 있습니다. 심사 항목은 토스페이먼츠 공식 안내(2026년 10월 확인)를 기준으로 했습니다. 지금 사이트에 결제를 붙여도 될지 궁금하시다면 편하게 상담 신청해 주세요.
