스토어 개설·승인
두 플랫폼의 한국 사업자 심사·상품 적합성·지급 정보·환경 전환을 비교한다.
이 장은 두 서비스를 같은 주제에서 비교한 뒤 두 공급자의 상세 설명을 모두 담습니다. 기능 노출·계약 요율·국가별 결제수단은 계정과 시점에 따라 달라질 수 있으므로 실제 스토어와 각 절의 공식 출처를 확인하세요.
주제별 비교
| 비교 항목 | Paddle | Lemon Squeezy |
|---|---|---|
| 출시 준비 | 법인·제품·도메인·약관·지원과 계정 승인 조건을 확인한다. | 상품·사업자·웹사이트·약관·지급 자료와 스토어 활성화를 확인한다. |
| 개발 환경 | sandbox와 live의 자격증명·ID·설정을 분리한다. | test와 live의 자격증명·상품 ID·웹훅을 분리한다. |
Paddle 상세
핵심 요약
- Paddle 온보딩은 API 키 발급보다 사업자 검증과 제품 심사가 핵심이다. 심사 승인 전에 개발을 끝까지 밀어붙이지 않는다.
- 법인·은행·KYC/KYB 정보와 Pricing·Terms·Privacy·Refund·Contact 페이지를 심사 전에 공개해 둔다.
- 금융·의료·성인·고위험 AI 생성물·리셀/마켓플레이스는 제한될 가능성이 높으니 통합 전에 Paddle 지원팀에 미리 공유한다.
- 온보딩은 카테고리 대조 → 공개 페이지 준비 → sandbox 구성 → 심사 승인 → production 키·webhook 연결 → 소액 실결제·환불 테스트 순으로 진행한다.
Paddle은 MoR이라 온보딩에서 단순 API 키 발급보다 사업자 검증과 제품 심사가 중요합니다. 심사 승인을 받기 전에 개발을 끝까지 진행하면 제품 카테고리나 리스크 정책에 걸려 출시 일정이 막힐 수 있습니다.
한국 법인 준비물
| 항목 | 준비 내용 |
|---|---|
| 법인 정보 | 영문 법인명, 사업자등록번호, 대표자, 주소, 웹사이트 |
| 은행 정보 | 정산 받을 법인 계좌, SWIFT/BIC, 계좌 통화 |
| 대표/실소유자 정보 | KYC/KYB 확인에 필요한 신분·지배구조 정보 |
| 제품 설명 | 기능, 대상 고객, 가격, 환불 정책, 금지 콘텐츠 여부 |
| 지원 채널 | 고객 문의 이메일, 환불 문의 경로, 운영 시간 |
| 약관 문서 | Terms, Privacy Policy, Refund Policy, Contact 페이지 |
심사 전에 공개되어야 할 페이지
Paddle 심사는 결제 화면만 보지 않습니다. 고객이 구매 전후에 어떤 정보를 확인할 수 있는지까지 봅니다.
| 페이지 | 필수 내용 |
|---|---|
| Pricing | 플랜명, 가격, 결제 주기, 세금 포함 여부, 취소 가능성 |
| Terms | 서비스 제공자, 계정 정책, 금지 사용, 해지, 책임 제한 |
| Privacy | 수집 항목, 처리 목적, 위탁/국외이전, 보관 기간 |
| Refund | 환불 가능 기간, 제외 조건, 처리 방법 |
| Contact | 결제/제품 문의 채널, 법인 정보 |
심사 리스크
제한 상품에 가까운 제품은 통합 작업 전에 Paddle 지원팀에 제품 설명과 예시 화면을 먼저 공유하세요. 결제 모듈을 모두 만든 뒤 심사에서 막히면 출시 일정과 코드 구조가 동시에 흔들립니다.
제한 가능성이 높은 영역
- 투자, 대출, 송금, 가상자산 등 금융성 서비스
- 의료 진단, 건강 효능, 의료기기처럼 해석될 수 있는 제품
- 성인, 도박, 규제 콘텐츠, 저작권 침해 가능 콘텐츠
- 사용자 생성 AI 콘텐츠 중 초상, 음성, 신원 도용, 민감 콘텐츠를 다루는 제품
- 리셀, 마켓플레이스, 다자 정산처럼 최종 판매자가 불명확한 구조
온보딩 순서
- 제품 카테고리와 판매 지역을 Paddle 지원 범위와 대조합니다.
- 공개 사이트에 가격, 약관, 개인정보, 환불, 문의 페이지를 준비합니다.
- Sandbox에서 Product/Price와 Checkout을 구성합니다.
- 심사 승인을 받은 뒤 Production API 키와 webhook destination을 연결합니다.
- 소액 실결제와 환불 테스트를 재무/CS/개발이 함께 확인합니다.
계약을 체결한 뒤에는 공개 문서 기준으로 정리한 온보딩 메모를 계약·데이터 보정 워크시트로 다시 검토합니다.
내부 담당자
| 역할 | 책임 |
|---|---|
| Product Owner | 상품 범위, 환불 정책, 가격 승인 |
| Backend Lead | Checkout, webhook, 권한 동기화 |
| Finance | 정산 계좌, 회계 계정, 월마감 대사 |
| Legal/Privacy | 약관, 개인정보, 국외이전, 소비자 고지 |
| Support | 결제 문의, 환불, chargeback 자료 수집 |
참고 자료
Lemon Squeezy 상세
핵심 요약
- 스토어는 test mode에서 먼저 구성하고 활성화 심사 후 live 판매를 시작한다.
- SaaS·소프트웨어라도 제품 내용이 금지 범주와 겹치면 승인 전에 확인해야 한다.
- 한국 지급 계좌 지원 여부와 실제 payout 설정·확인 절차를 계정에서 점검한다.
- test와 live의 API key·상품·variant ID를 별개로 관리한다.
준비 자료
| 구분 | 준비 항목 |
|---|---|
| 사업자 | 법적 이름, 사업자등록 정보, 주소, 담당자, 신원 확인 자료 |
| 상품 | 실제 작동하는 제품 URL, 기능·가격 설명, 데모 계정 또는 검토 경로 |
| 고객 페이지 | 약관, 개인정보 처리방침, 환불·해지 정책, 연락 가능한 지원 채널 |
| 지급 | 은행/PayPal 지급 수단, 명의·국가·통화, 세금 양식 안내 확인 |
| 개발 | test/live 비밀키, webhook secret, 제품·variant 매핑, 실패 재처리 방식 |
Lemon Squeezy 지원 국가 문서에 대한민국이 은행 payout 지원 목록으로 표시되어도, 개별 사업자의 승인과 지급 가능성은 스토어 심사·검증 결과가 우선합니다. 비미국 사업자는 Tax Forms에서 안내하는 해당 양식을 계정 상황에 맞게 제출합니다.
실행 순서
- Getting started 절차로 스토어를 만들고 test mode에서 제품과 checkout을 구성합니다.
- Prohibited products를 읽고 서비스·실물·규제 상품 해당 여부를 확인합니다.
- 실제 웹사이트와 지원 이메일, 이용약관·환불 정책을 공개합니다.
- 사업자·신원·지급 정보를 입력하고 활성화를 신청합니다. 문서의 심사 예상 시간은 참고치이며 출시 일정에 여유를 둡니다.
- 승인 후 live mode에서 상품을 별도로 구성하거나 복사하고 새로 부여된 ID를 운영 설정에 반영합니다.
- live 소액 구매·환불·webhook·payout 원장까지 한 차례 관찰합니다.
출고 전 게이트
- 상품·국가·과금 형태가 승인된 범위에 맞는다.
- 한국 사업자 명의와 지급 수단 검증이 끝났다.
- test/live API key, store ID, product ID, variant ID, webhook secret이 분리됐다.
- checkout의 판매자·통화·세금·환불 링크를 실제 브라우저에서 확인했다.
- 실패한 webhook과 갱신 결제에 대한 수동 복구 경로가 있다.