토스페이먼츠 vs 포트원 비교와 노코드 결제 실전 가이드에서 두 번이나 경고했던 주제가 있습니다. 바로 빌링키입니다. 단건 결제는 실수해도 고치면 되지만, 정기결제는 첫 설계를 잘못하면 구독 고객 전원의 카드를 다시 받아야 하는 상황이 옵니다.
강의 멤버십, SaaS, 정기 배송, 커뮤니티 구독, 반복 매출을 만들고 싶은 국내 사업자가 선택할 수 있는 옵션을 전부 정리했습니다. 이번에도 결론부터 시작합니다.
30초 요약, 이렇게 시작하면 됩니다
- •국내 고객 카드 정기결제 토스페이먼츠 빌링 또는 포트원+PG 빌링키. 어느 쪽이든 서버가 반드시 필요합니다.
- •해외 고객 대상 디지털 상품, SaaS 구독 LemonSqueezy가 가장 빠르고, 세금(VAT) 처리까지 대신해 줍니다.
- •노코드 사이트 + 국내 구독 링크 결제만으로는 안 됩니다. 외부 결제 서버 구축이 전제입니다.
정기결제는 '결제 붙이기'가 아니라 '구독 시스템 만들기'입니다. 결제 성공보다 결제 실패, 해지, 환불을 어떻게 다룰지가 사업의 생존을 결정합니다.
정기결제의 구조, 빌링키가 전부입니다
카드 정기결제의 원리는 단순합니다. 고객이 최초 1회 카드를 등록하면 PG사가 빌링키(카드를 대신하는 토큰)를 발급해 줍니다. 이후 매달 우리 서버가 이 빌링키로 결제 승인을 요청하는 구조죠. 고객 카드번호를 우리가 보관하는 게 아니라, PG가 보관하고 우리는 열쇠만 갖는 셈입니다.
이 구조에서 두 가지가 따라 나옵니다. 첫째, 매달 결제를 '요청하는 주체'는 우리 서버이므로 서버 없는 정기결제는 불가능합니다. 둘째, 빌링키는 발급한 PG사 안에서만 유효하므로 PG를 바꾸면 빌링키도 버려야 합니다.
국내 옵션, 토스 빌링 vs 포트원 정기결제
토스페이먼츠 빌링
카드 등록부터 자동 결제까지 API가 간결하게 정리되어 있어, 구독 모델을 처음 만드는 팀에게 가장 무난한 선택입니다. 결제위젯과 함께 쓰면 카드 등록 UI도 직접 만들 필요가 없습니다.
포트원 정기결제
여러 PG의 빌링키 발급, 결제를 하나의 API로 다룰 수 있습니다. 특정 카드사 이슈로 PG를 병행해야 하거나, 거래 규모가 커져 PG 협상이 필요한 서비스라면 이쪽이 유리합니다. 두 서비스의 수수료, 이용료 차이는 토스페이먼츠 vs 포트원 완전 비교에 정리해 두었습니다.
참고로 카카오페이, 네이버페이 같은 간편결제의 정기결제 지원 여부는 PG 계약 조건에 따라 달라집니다. 구독 상품에 간편결제를 꼭 넣고 싶다면 계약 단계에서 미리 확인하세요.
해외 옵션, LemonSqueezy와 Stripe Billing
LemonSqueezy는 판매자 등록(MoR) 방식이라 부가세, VAT 신고를 대신 처리해 주고, 구독 결제 링크를 만들어 버튼에 거는 것만으로 해외 구독 판매를 시작할 수 있습니다. 디지털 상품, 강의, SaaS를 해외에 파는 1인 사업자에게는 사실상 최단 경로입니다.
Stripe Billing은 구독 결제의 글로벌 표준이지만, 한국 사업자는 직접 가입이 제한적이라 해외 법인이 있는 경우에 현실적인 선택지입니다. 해외 결제 툴의 전체 그림은 국내·해외 결제 툴 완전 비교 가이드를 참고하세요.
직접 구현할까, PG 연동으로 충분할까
정기결제를 준비하실 때 흔히 "PG사에 맡기면 알아서 관리해 주지 않나요?"라고 물으십니다. 절반만 맞습니다.
PG 연동은 결제 승인까지만 대신해 줍니다. "완전 관리형"은 아닙니다
| 구분 | PG(토스빌링, 포트원)가 대신 해주는 것 | 여전히 우리가 설계해야 하는 것 |
|---|---|---|
| 빌링키 발급, 카드 등록 | 제공 | - |
| 매달 결제 승인 요청 | 제공 (우리 서버가 호출) | 언제, 얼마를 청구할지 스케줄링 로직 |
| 결제 실패 시 재시도(더닝) | 미제공 | 재시도 횟수, 주기, 실패 알림 |
| 해지, 환불 정책 | 미제공 | 일할 환불 여부, 유예 기간, 해지 절차 |
| 이용 권한 관리 | 미제공 | 결제 실패나 해지 시 서비스 접근 차단 로직 |
즉 PG를 골랐다고 구독 시스템이 끝나는 게 아닙니다. 더닝, 해지, 권한 관리 로직은 직접 만들거나(직접 구현), 이 부분까지 포함해서 통째로 맡기는(제작 대행) 방식 중에 고르셔야 합니다. 자체 개발팀이 있다면 직접 구현이 자유도는 가장 높고, 그렇지 않다면 이 로직까지 함께 설계해 주는 곳에 맡기는 편이 빠릅니다.
결제 붙이기 전에 정해야 할 기능 체크리스트
빌링키는 대부분의 경우 이사할 때 그대로 가져가기 어렵습니다. PG를 갈아타면 일반적으로 기존 구독자의 빌링키를 새 PG에서 그대로 쓸 수 없어, 재등록을 받아야 하는 경우가 많습니다. PG사 간 데이터 이관 제휴가 있는 예외적인 경우가 아니라면, 고객에게 "카드를 다시 등록해 주세요"라고 요청해야 하고 그 순간 이탈이 발생하기 쉽습니다. 구독 비즈니스에서 PG 선택이 단건 결제보다 훨씬 신중해야 하는 이유입니다.
아래 네 가지는 결제 코드를 짜기 전에 정책부터 정해야 하는 항목입니다.
| 항목 | 미리 정해야 할 것 |
|---|---|
| 결제 실패, 재시도(더닝) | 한도 초과, 카드 만료, 분실 재발급 등으로 매달 일정 비율은 반드시 실패합니다. 며칠 뒤 재시도할지, 몇 번 실패하면 구독을 중지할지, 고객에게 어떤 알림을 보낼지 |
| 해지 정책 | 중간 해지 시 일할 환불을 할지, 남은 기간을 쓰게 할지, 결제일 변경을 허용할지 |
| 환불 정책 | 환불 기준과 처리 기한. 정책 없이 개발부터 시작하면 예외 처리 지옥에 빠집니다 |
| 이용 권한 관리 | 결제 실패나 해지가 발생했을 때 서비스 접근을 즉시 끊을지, 유예 기간을 둘지, 유예 기간 중엔 어디까지 쓰게 할지 |
노코드 사이트인데 구독을 붙이고 싶다면
해외 판매라면 LemonSqueezy 구독 링크로 오늘 시작할 수 있습니다. 하지만 국내 카드 정기결제는 빌링키를 다룰 서버가 필수라서, 프레이머, 노션 사이트라면 외부 결제 서버 구축이 전제됩니다. 플랫폼별 가능 범위는 노코드 플랫폼별 결제 붙이기 실전 가이드에서 정리했습니다.
구독 모델은 결제가 아니라 '시스템'입니다
단건 결제는 붙이면 끝나지만, 구독은 붙인 날부터 시작입니다. 결제 실패 재시도, 해지 방어, 이용 권한 관리, 매출 인식까지, 이 시스템을 처음부터 제대로 설계하면 구독 비즈니스의 가장 무서운 적인 조용한 이탈을 막을 수 있습니다.
우리 서비스에 어디까지 직접 구현하고 어디부터 맡겨야 할지 확인하고 싶다면.
영업일 기준 24시간 내에 PG 선택부터 빌링 설계까지 정리해 드립니다. 견적 문의도 편하게 남겨주세요.