한국 Checkout QA
두 플랫폼의 한국 고객 checkout을 환경·결제수단·구독 이벤트별로 시험한다.
이 장은 두 서비스를 같은 주제에서 비교한 뒤 두 공급자의 상세 설명을 모두 담습니다. 기능 노출·계약 요율·국가별 결제수단은 계정과 시점에 따라 달라질 수 있으므로 실제 스토어와 각 절의 공식 출처를 확인하세요.
주제별 비교
| 비교 항목 | Paddle | Lemon Squeezy |
|---|---|---|
| 현지 결제 | KRW·한국 주소·관리자 활성화·기기 조건에서 각 수단을 확인한다. | 한국 간편결제를 전제하지 않고 카드·지갑 노출을 관찰한다. |
| 완료 증거 | transaction·subscription·Paddle 웹훅·권한을 연결한다. | order·subscription·Lemon 웹훅·권한을 연결한다. |
| 정산 연결 | payout reconciliation report까지 확인한다. | Orders CSV·reverse invoice·은행 입금까지 확인한다. |
Paddle 상세
핵심 요약
- QA 축을 환경(sandbox/live)·기기·국가·통화·플랜·checkout 방식으로 나누고, KR-01~KR-08 케이스로 한국 결제수단 노출과 인증 복귀를 검증한다.
- 화면 캡처만 남기지 말고
payments[].method_details.type,customer_country,currency_code등 webhook/API payload를 함께 저장한다. - 한국 결제수단 미노출은 KRW price override → 고객 국가 → dashboard 활성화 → 기기/브라우저 순으로 원인을 추적한다.
- 출시 전 smoke test로 성공 redirect 없이도 webhook으로 권한이 열리는지, unknown 결제수단 타입을 저장할 수 있는지 확인한다.
한국 고객 결제 QA는 checkout이 열린다에서 끝나면 안 됩니다. 고객 국가, 주소, 통화, 기기, 브라우저,
Paddle dashboard 설정에 따라 한국 결제수단 노출과 인증 후 복귀가 달라집니다. 출시 전에 sandbox와
live를 따로 확인하세요.
테스트 축
| 축 | 값 | 확인 이유 |
|---|---|---|
| 환경 | sandbox, live | 결제수단 노출과 redirect 동작 차이 확인 |
| 기기 | desktop, mobile web | 간편결제 인증과 복귀 UX 확인 |
| 국가 | South Korea, United States, Japan | 국가별 결제수단 노출 비교 |
| 통화 | KRW, USD | KRW override와 소수점 없는 금액 처리 확인 |
| 플랜 | monthly, annual | 구독 저장 결제수단과 갱신 확인 |
| checkout | overlay, inline | 앱 화면 내 복귀와 상태 동기화 확인 |
한국 결제수단 QA 표
| 케이스 | 조건 | 기대 결과 | 실패 시 확인 |
|---|---|---|---|
| KR-01 | 한국 국가 + KRW + desktop | Korean local cards 노출 | price override, country detection, dashboard 설정 |
| KR-02 | 한국 국가 + KRW + mobile | KakaoPay/Naver Pay 노출과 복귀 | mobile browser, redirect URL, popup 차단 |
| KR-03 | 한국 국가 + USD | 한국 결제수단 노출 여부 기록 | 통화 조건, Paddle 지원 범위 |
| KR-04 | 미국 국가 + KRW | 한국 결제수단 미노출 또는 제한 기록 | billing address, locale |
| KR-05 | 한국 국가 + annual plan | 저장 결제수단/갱신 가능성 확인 | subscription 지원 여부 |
| KR-06 | 한국 국가 + coupon | 할인 후 총액과 세금 표시 확인 | totals, tax, receipt |
| KR-07 | 결제 실패 | 재시도 CTA와 오류 메시지 확인 | failure code, customer message |
| KR-08 | 결제 성공 후 창 닫기 | webhook으로 권한 반영 | success redirect 의존 제거 |
| KR-09 | 한국 국가 + 일회성 상품 | Samsung Pay/Payco 노출 가능성 기록 | 상품 유형, 기기, dashboard 설정 |
| KR-10 | 한국 국가 + subscription | Samsung Pay/Payco를 구독 기대값에서 제외 | 결제수단별 recurring 지원표 |
결제수단 타입 수집
QA 결과는 화면 캡처만 남기지 말고 webhook/API payload의 결제수단 타입을 함께 저장합니다.
| 필드 | 예시 | 목적 |
|---|---|---|
transaction_id | txn_... | Paddle report와 내부 주문 매칭 |
payments[].method_details.type | kakao_pay | 결제수단별 전환율/CS 분석 |
customer_country | KR | 국가별 노출 조건 분석 |
currency_code | KRW | 가격 override 확인 |
checkout_variant | overlay | 전환율 비교 |
device | mobile | 모바일 인증 실패 분석 |
실패 분석 흐름
출시 전 smoke test
| 확인 | 완료 |
|---|---|
| KRW 가격이 가격 페이지, checkout, 영수증에서 같은 금액으로 표시된다 | ☐ |
| 한국 로컬 카드와 각 간편결제 노출 여부를 screenshot으로 보관했다 | ☐ |
| KakaoPay/Naver Pay 모바일 인증 후 앱으로 정상 복귀한다 | ☐ |
| Korean cards/KakaoPay/Naver Pay 구독과 Samsung Pay/Payco 일회성 범위를 구분했다 | ☐ |
| 결제 성공 redirect 없이도 webhook으로 권한이 열린다 | ☐ |
| 실패/취소/창 닫기 시 고객 안내가 깨지지 않는다 | ☐ |
payments[].method_details.type unknown value를 저장할 수 있다 | ☐ |
| 한국어 결제 안내 문구와 환불 정책 링크가 결제 전 노출된다 | ☐ |
QA 리포트 템플릿
2026년 checkouts report는 checkout session별 전환 데이터를 제공하고 국가로 필터링할 수 있습니다. 한국 QA의 수동 screenshot·payload 증빙은 그대로 유지하되, live 전환율·실패 분석에는 checkouts report를 함께 사용합니다.
## 한국 Checkout QA
- 기준일:
- Paddle 환경: sandbox / live
- Checkout 방식: overlay / inline
- 테스트 플랜:
- 국가/주소:
- 통화:
- 기기/브라우저:
- 노출된 결제수단:
- 결제수단 타입 payload:
- 성공 webhook:
- 실패 webhook:
- screenshot 링크:
- 이슈:
- 담당자:참고 자료
- Paddle Developer - Paddle Checkout
- Paddle Developer - Improved Korean payment methods
- Paddle Developer - KakaoPay and NaverPay for subscriptions
- Paddle Developer - Checkouts report
Lemon Squeezy 상세
핵심 요약
- test mode의 성공 화면은 live 구매 가능성이나 지급 계좌 승인을 보장하지 않는다.
- 결제수단은 고객 국가·기기·브라우저·일회성/구독 조건별로 관찰한다.
- checkout preview와 실제 주문의 표시 통화·USD 처리 금액·세액을 비교한다.
- 웹훅과 구독·주문 API 조회까지 확인해야 출고 판정을 내릴 수 있다.
테스트 축
| 축 | 값 |
|---|---|
| 환경 | test, live 소액 실거래 |
| 상품 | 일회성, 월간 구독, 무료체험 후 갱신 |
| 고객 | 한국 개인, 한국 법인 세금번호, 해외 고객 |
| 기기 | 데스크톱 Chrome·Safari, Android Chrome, iOS Safari |
| 통화 | 스토어 KRW 표시와 USD 처리, USD 표시 기준선 |
| 결과 | 성공, 인증 실패, 취소, 환불, 갱신 실패 |
필수 매트릭스
| 시나리오 | 기대 관찰 | 증거 |
|---|---|---|
ko locale checkout | 한국어 문구, 구독 주기·최종액·세금 표시 | 화면 캡처·checkout ID |
| 한국 고객·KRW 표시 | KRW 가격과 최종액 확인, USD 처리 금액과 구분 | checkout preview·order JSON |
| 카드 결제 | 지원 카드 브랜드 노출과 성공·실패 처리 | 브라우저·카드 유형·order ID |
| Safari의 Apple Pay | 지원 기기·설정에서 조건부 노출 | 기기·브라우저 기록 |
| Chrome의 Google Pay | 지원 기기·설정에서 조건부 노출 | 기기·브라우저 기록 |
| PayPal 구독 | 국가·계정 조건에서 노출 여부 확인 | checkout 캡처 |
| 한국 간편결제 | 기본 지원을 기대하지 않음; 미노출을 결함으로 기록하지 않음 | 공식 목록·실화면 비교 |
| 갱신 실패 | subscription_payment_failed 처리와 앱 grace 정책 | webhook payload·권한 상태 |
| 환불 | order 환불과 내부 원장·권한 정책 연결 | refund 내역·CS 티켓 |
Payment methods의 문서상 지원과 실제 노출을 따로 기록합니다. test 환경의 결제수단 동작은 live 발급사·지갑 조건을 완전히 재현하지 못할 수 있습니다.
출고 전 smoke test
- test mode에서 월간 Variant를 구매하고
order_created·subscription_created를 받은 뒤, 내부 workspace 하나에만 권한이 생기는지 확인합니다. - Webhook simulation으로 취소·만료·환불을 각각 보내고 서명, 멱등성, 권한 변경, CS 원장을 확인합니다. 갱신 결제 이벤트 simulation은 공식 가이드의 설명처럼 기존 갱신 기록이 있어야 가능합니다.
- 브라우저 뒤로가기·checkout 중복 열기·느린 webhook·동일 이벤트 재전송을 실행합니다. 같은 주문이 두 workspace에 연결되거나 두 번 프로비저닝되면 출고를 막습니다.
- 활성화된 live 스토어에서 승인된 결제수단으로 허용된 소액 실거래를 한 뒤 주문, 고객 영수증, 구독, 앱 권한, 환불, 원장 기록을 끝까지 대조합니다. test ID·키·서명 secret이 live 환경에 섞이지 않았는지도 확인합니다.
- 한국 법인 고객의 invoice·세금번호 표시, 원화 표시와 USD 청구 고지, 한국어 해지 경로를 실제 화면으로 확인합니다. 법무·재무가 미승인 문구나 차액을 남겼다면 출시 보류 사유를 기록합니다.
order_created만 확인하고 출시하면 구독 갱신 실패·환불·해지 뒤 권한이 어긋날 수 있습니다. 각 테스트에는 고객 화면 → Lemon Squeezy 객체 → 서명된 webhook → 내부 권한 → CS/재무 원장의 다섯 증거를 붙입니다.
실패 분석 순서
- test/live API key, store·product·variant ID가 같은 환경인지 확인합니다.
- 상품 유형과 브라우저·기기·고객 국가를 기록합니다.
- checkout preview, 결제 오류, order/subscription ID를 보관합니다.
- 웹훅 이벤트의 수신·서명·처리 상태를 대조합니다.
- 플랫폼 지원 문의에는 민감한 카드 정보 대신 환경·시각·ID·재현 단계를 전달합니다.
QA 기록 템플릿
환경/test_mode · UTC 시각 · 브라우저/OS · 고객 국가
store/product/variant/checkout ID · locale · 표시 통화
예상/실제 결제수단 · preview 세액/총액 · order USD 금액
webhook 이벤트/처리 결과 · 앱 권한 결과 · 담당자/판정