정기배송 시스템은 다 준비했는데 정작 정기결제 PG 신청을 늦게 시작해서 오픈이 밀렸다는 사장님, 생각보다 많아요. 저도 이 부분을 얕봤다가 심사에 3주나 걸려서 일정이 꼬였어요.
구독 상품과 가격까지 다 정했는데 막상 결제 시스템 준비를 뒤로 미뤘다가 오픈 일정이 밀리는 경우를 정말 많이 봐요. 정기결제는 일반 단건 결제와 완전히 다른 서비스예요. 카드 정보를 한 번 등록해두고 매달 자동으로 청구하는 구조라서 PG사 입장에서도 훨씬 신중하게 심사하고, 별도 계약이 필요합니다. 저도 처음엔 이미 쓰고 있던 PG사니까 정기결제도 바로 되는 줄 알았다가, 별도 신청서에 사업자 서류를 다시 내고 심사받는 데만 3주 가까이 걸려서 오픈 일정이 밀린 경험이 있어요. 정기배송 시스템을 기획하는 시점부터 PG 빌링 신청은 병렬로 진행해야 늦지 않습니다.
빌링키는 고객의 카드 정보를 PG사가 안전하게 저장해두고, 쇼핑몰이 이 카드로 결제를 요청할 수 있게 해주는 토큰이에요. 쇼핑몰이 카드번호를 직접 저장하는 게 아니라 PG사가 대신 보관하고, 쇼핑몰은 발급받은 빌링키만 가지고 결제 요청을 보내는 구조입니다. 이렇게 하는 이유는 카드 정보를 직접 저장하면 보안 인증(PCI-DSS 등) 부담이 훨씬 커지기 때문이에요. 대부분의 소규모 쇼핑몰은 빌링키 방식으로 정기결제를 구현하고, 직접 카드 정보를 다루는 방식은 잘 쓰지 않아요.
고객이 처음 구독을 신청할 때 카드 정보를 입력하는 결제창(빌링 등록 위젯)을 PG사가 제공하는데, 이 화면에서 카드 등록이 성공하면 빌링키가 발급되고 쇼핑몰 시스템에는 이 키만 저장됩니다. 이후 매달 정해진 날짜에 이 키로 결제 요청을 보내면 자동으로 청구가 이루어지는 방식이에요. 개발자가 없는 1인 사장님이라면 이 부분을 직접 구현하기보다 카페24나 아임웹의 정기구독 앱이 이 과정을 대신 처리해주는 걸 이용하는 게 훨씬 수월합니다.
모든 PG사가 빌링 서비스를 기본으로 제공하는 건 아니에요. 토스페이먼츠, KG이니시스, 나이스페이먼츠 같은 주요 PG사들은 대부분 빌링 API를 지원하지만, 신청과 심사가 일반 결제와 별도로 진행됩니다. 이미 일반 결제로 계약된 PG사가 있다면 그 PG사에 빌링 서비스를 추가로 신청하는 게 가장 빠른 길이에요. 새 PG사와 처음부터 계약하는 것보다 기존 정산 계좌와 서류를 재활용할 수 있어서 심사가 더 빠른 편입니다.
신청할 때는 정기결제 상품의 특성, 예상 월 결제 건수, 평균 결제 금액을 요청서에 구체적으로 적어야 해요. PG사는 이 정보를 바탕으로 리스크를 평가하거든요. 신규 사업자거나 매출 이력이 짧으면 심사가 더 오래 걸리거나 보증보험 가입을 요구받을 수도 있으니, 사업자 등록한 지 얼마 안 됐다면 이 부분을 미리 PG사 담당자에게 문의해서 준비 기간을 넉넉히 잡아두는 게 좋아요.
| 준비 항목 | 확인 내용 | 비고 |
|---|---|---|
| 사업자 서류 | 사업자등록증, 통신판매업신고증 | 기존 PG 계약 시 재활용 가능 |
| 빌링 API 지원 | PG사별 정기결제 API 제공 여부 | 토스·이니시스·나이스 등 대부분 지원 |
| 심사 기간 | 평균 2~3주 | 신규 사업자는 더 길어질 수 있음 |
| 수수료율 | 일반 결제보다 다소 높을 수 있음 | PG사·업종별 상이, 직접 협의 |
| 정산 주기 | 기존 정산 주기와 다를 수 있음 | 계약 전 반드시 확인 |
| 결제 실패 처리 | 재시도 API 지원 여부 | 수동 재시도만 가능한 PG도 있음 |
정기결제 수수료는 일반 단건 결제 수수료와 비슷하거나 소폭 높게 책정되는 경우가 많아요. 카드사 수수료에 PG사 수수료가 더해지는 구조는 동일하지만, 정기결제는 결제 실패와 재시도가 잦아서 PG사가 이를 감안해 수수료율을 다르게 매기기도 합니다. 정확한 수수료율은 PG사와 업종, 예상 거래량에 따라 달라지기 때문에 반드시 견적을 받아서 확인해야 해요. 이 수수료는 앞서 계산한 구독 할인율과 마진 계산에도 함께 반영해야 실제로 남는 돈을 정확히 알 수 있습니다.
수수료뿐 아니라 정산 주기도 꼼꼼히 봐야 해요. 정기결제는 매일 조금씩 결제가 들어오는 구조라서, 정산 주기가 길면 자금 회전에 부담이 될 수 있습니다. 저는 처음 계약할 때 정산 주기를 놓쳐서 결제일과 실제 통장 입금일 사이 간격이 생각보다 커서 당황한 적이 있어요. 계약 전에 정산 주기를 명확히 확인하고 자금 계획을 세우세요. 구독자가 늘어날수록 매일 조금씩 들어오는 정산 금액을 놓치지 않고 확인하는 습관도 중요해요. 하루이틀 정산이 밀린 걸 늦게 알아채면 자금 계획이 어긋날 수 있으니, 정산 내역은 최소 주 단위로는 꼭 체크하시길 권해드려요.
정기결제의 핵심 난이도는 사실 결제 성공보다 결제 실패 처리에 있어요. 카드 한도 초과, 유효기간 만료, 카드 정지 등으로 결제가 실패했을 때 PG사가 자동 재시도 API를 지원하는지, 아니면 쇼핑몰 쪽에서 직접 재시도 요청을 보내야 하는지 PG사마다 다릅니다. 자동 재시도를 지원하지 않는 PG사라면 정기구독 앱이나 별도 스케줄러로 재시도 로직을 직접 구현해야 해서 개발 부담이 커질 수 있어요. 이 부분은 계약 전에 반드시 확인해야 나중에 낭패를 보지 않습니다.
결제 실패 알림도 PG사 웹훅(webhook)을 받아서 즉시 고객에게 안내할 수 있는지 확인하세요. 웹훅 연동이 안 되어 있으면 결제 실패를 관리자가 하루 지나서야 발견하는 경우도 생기는데, 이러면 대응이 늦어져서 해지로 이어질 확률이 높아집니다. 개발자가 없는 사장님이라면 이 웹훅 연동을 정기구독 앱이 대신 처리해주는지가 앱 선택의 중요한 기준이 될 수 있어요. 앱 소개 페이지나 고객센터에 결제 실패 알림 자동화 여부를 미리 물어보고 선택하시길 추천해요.
정기결제를 도입하면 개인정보 처리 방침에 카드 정보 위탁 처리 관련 내용을 추가해야 해요. 쇼핑몰이 직접 카드 정보를 저장하지 않더라도, PG사에 결제 처리를 위탁한다는 사실과 위탁받는 업체명을 명시해야 하는 게 일반적인 요건입니다. 이 부분은 법무 검토까지는 아니더라도 PG사가 제공하는 표준 약관 문구를 참고해서 반영해두는 게 안전해요.
구독 신청 페이지에는 자동결제라는 사실과 청구 주기, 해지 방법을 결제 직전에 명확히 고지해야 합니다. 이 고지가 부족하면 나중에 카드사 이의 제기(차지백)로 이어질 수 있고, 차지백이 누적되면 PG사와의 계약 관계에도 영향을 줄 수 있어요.
정기결제 PG 준비는 구독 모델에서 가장 지루하지만 가장 중요한 인프라 작업이에요. 상품과 가격을 아무리 잘 설계해도 결제가 안정적으로 돌지 않으면 전부 무너지거든요. 준비 순서를 미리 알아두고 여유 있게 진행하시길 바랍니다. 대시부스터 가이드에서 정산 관리 팁도 함께 확인해보세요.
PG사마다 다르지만 보통 서류 제출 후 3~7영업일 정도 걸려요. 사업자등록증, 통신판매업신고증, 정기배송 상품 상세페이지, 이용약관(자동결제 고지 포함)을 미리 준비해두면 지연 없이 진행돼요. 만약 특정 PG사 심사에서 반려됐다면 반려 사유(대부분 자동결제 고지 미흡이나 상품 상세 불충분)를 보완해서 다른 PG사에 재신청할 수 있으니, 한 곳에서 막혔다고 포기할 필요는 없어요.
일반 신용카드 결제 수수료가 2.5~3.3% 수준이라면, 빌링 수수료는 여기에 0.3~0.5%p 정도가 추가로 붙는 경우가 많아요. 카드사별로 빌링 승인 수수료를 별도로 부과하는 곳도 있어서, 계약 전 수수료율표를 항목별로 꼼꼼히 받아봐야 해요. 이 차이를 미리 반영하지 않으면 구독 할인율을 계산할 때 마진이 예상보다 더 얇게 나오니 주의하세요.
카드 등록은 결제 직전 마지막 단계에 딱 한 화면으로 몰아서 입력 항목을 최소화하는 게 기본이에요. 자동결제 동의 문구와 해지 방법 안내를 같은 화면에 작은 글씨로라도 반드시 넣어야 나중에 분쟁 소지가 줄어들어요. 결제 단계에서 옵션이 많아질수록 이탈이 커지는 건 일반 체크아웃도 마찬가지라, 체크아웃 업셀 옵션 설계에서 다루는 최소 클릭 원칙을 정기결제 등록 화면에도 그대로 적용하면 도움이 돼요.
읽고 느낀 점, 우리 가게 상황도 편하게 남겨주세요.
빌링키 개념을 몰라서 헤맸는데 정리 감사합니다