만든 앱, 결제 붙여
돈 벌기 시작하기
30분이면 앱이 나오는 시대. 그런데 "결제 붙이기"에서 대부분 멈춥니다. 결제창을 띄우는 건 이제 툴이 대신 해주는데, 정작 돈이 통장에 꽂히는 뒷단은 아무도 안 알려주더라고요. 그 경계선을 오늘 그려봅니다.
지난 글에서 프롬프트 몇 줄로 30분 만에 앱 하나를 세웠습니다. 배포까지 하고 나면 자연스럽게 드는 생각이 있죠. "이거, 돈 받을 수 있나?"
여기서부터가 진짜입니다. 앱을 만드는 난이도는 지난 2년간 급격히 내려갔지만, 결제는 여전히 초보를 걸러내는 관문이에요. 이유는 하나 — 결제는 '기능'이 아니라 '돈과 세금이 오가는 계약'이기 때문입니다. 이 글은 어디까지가 코딩 없이 되는 범위이고, 어디부터 개발·행정 지식이 필요한지를 실전 기준으로 나눕니다.
경계선 그리기'결제 붙이기'가 실제로 뜻하는 것
많은 사람이 결제를 하나의 버튼으로 상상합니다. 실제로는 두 개의 층이에요. 이 둘을 구분하는 순간 뭐가 쉬운 일이고 뭐가 어려운 일인지가 선명해집니다.
- 앞단(결제창) — 사용자가 카드번호를 넣고 "결제" 누르는 화면. Lovable·Bolt 같은 바이브코딩 툴이 Stripe 연결을 감지하면 이 코드를 통째로 자동 생성합니다. 여기는 이제 코딩 지식이 거의 필요 없어요.
- 뒷단(정산·검증) — 결제가 진짜 성공했는지 서버가 확인하고, 사용자에게 기능을 열어주고, 돈이 정산돼 통장에 들어오고, 부가세를 신고하는 흐름. 여기가 사람들이 무너지는 지점입니다.
왜 뒷단은 자동화가 어려울까요. 결제 성공 신호는 Stripe 서버가 내 서버로 직접 쏘는 웹훅(webhook)으로 옵니다. 그런데 이 신호는 위조가 가능하기 때문에, 받는 쪽에서 '시크릿 키'로 서명을 검증해야 해요. 브라우저(앞단)에 그 키를 두면 누구나 훔쳐볼 수 있으니, 반드시 서버에서 처리해야 합니다. 웹훅이 굳이 서버 대 서버로 오가는 이유가 여기 있어요. 반대로 "결제됐다고 브라우저가 말했으니 믿자"는 방식은 위험합니다 — 사용자가 결제 직후 창을 닫으면 브라우저가 보내려던 확인 요청이 통째로 사라지거든요.
알아야 하는 것: API 키 관리 · 웹훅 시크릿 · 테스트/라이브 모드 전환 · 정산 계좌 · 세금 신고
네 갈래 길결제 수단, 뭘로 받을까
선택지는 크게 넷입니다. "누구에게 파느냐(국내냐 글로벌이냐)"와 "세금을 내가 처리하느냐 남이 대신하느냐"가 갈림길이에요. 수수료 숫자만 보고 고르면 나중에 세무에서 크게 물립니다.
| 방식 | 기본 수수료(2026) | 세금 처리 | 이런 사람에게 |
|---|---|---|---|
| 토스페이먼츠 (국내 PG) | 약 3.4% + VAT 별도, 정산 T+1~T+3 | 직접 (부가세·소득 신고) | 한국 고객·원화 중심, 사업자등록 완료 |
| Stripe (직접) | 2.9% + $0.30, 해외카드 +1.5%·환전 +1% | 직접 (전 세계 VAT는 내 책임) | 글로벌 판매·개발 손 탈 수 있는 사람 |
| MoR (Lemon Squeezy·Paddle·Polar) | 5% + $0.50~ (Polar Pro는 3.8%+$0.40) | 대행 (판매자가 대신 세금 납부) | 세무 신경 끄고 글로벌 SaaS 팔 개발자 |
| Whop (올인원 마켓) | 실효 약 5.7~6% (2.7%+$0.30 +플랫폼 3%) | 대행 성격 + 지급 수수료 별도 | 디지털 상품·커뮤니티·멤버십 |
MoR(Merchant of Record)는 처음 듣는 분이 많을 텐데, 핵심은 이겁니다. 이 회사들이 "법적 판매자" 역할을 대신 맡아, EU 부가세·미국 판매세를 알아서 걷고 신고까지 해줍니다. 대신 수수료가 5%대로 높죠. Whop은 2025년 5월 마켓 30% 수수료를 폐지하면서 크리에이터에게 누적 4억 달러 넘게 지급한 것으로 알려질 만큼 커졌습니다.
실전바이브코딩 툴로 실제 붙이는 법
Lovable을 예로 들면 흐름이 이렇습니다. Stripe는 이미 내장 커넥터라, Settings에서 계정을 한 번 연결하고 채팅으로 "월 9,900원 구독 플랜을 만들어줘"라고 말하면 결제창부터 서버 함수(Supabase Edge Function)까지 자동 생성됩니다. 실제로 언어학습 앱을 1시간 만에 결제까지 붙여 만든 튜토리얼도 흔하게 돌아다녀요.
그렇다고 완전 자동은 아닙니다. 여러분이 직접 손대야 하는 세 지점이 있어요.
- API 키를 안전하게 넣기 — Stripe의 비밀 키(sk_로 시작)는 절대 프론트엔드에 두면 안 됩니다. 툴이 알려주는 '환경 변수/시크릿' 자리에만 넣어야 해요.
- 웹훅 시크릿 연결 — Stripe 대시보드에서 웹훅 주소를 등록하고 받은 서명 시크릿을 서버 함수에 넣는 단계. 여기서 대부분 막힙니다. 툴이 코드는 만들어줘도 이 값 복사·붙여넣기는 사람 몫이에요.
- 테스트 모드로 먼저 — Stripe엔 테스트 카드(4242 4242 4242 4242)가 있습니다. 반드시 테스트 모드에서 결제→기능 잠금 해제까지 한 바퀴 돌려보고, 그 다음 라이브 키로 바꾸세요.
⚠️ 가장 흔한 사고
"결제됐다"는 프론트엔드 화면만 믿고 기능을 열어주는 코드. 웹훅 검증을 건너뛰면, 결제를 안 한 사람도 개발자 도구 몇 줄로 유료 기능을 쓸 수 있게 됩니다. 툴이 만들어준 코드에 웹훅 검증이 들어있는지만큼은 눈으로 확인하세요.
한국 개발자의 현실원화로 받고 싶다면
여기서 한국 사용자에게 중요한 반전이 하나 있습니다. 한국 사업자는 Stripe 계정을 못 만듭니다. 튜토리얼 대부분이 Stripe 기준이라 그대로 따라 하다 가입 단계에서 막히는 경우가 많아요.
2025년 말부터 Stripe가 원화 결제와 네이버페이·카카오페이 수신을 지원하기 시작했지만, 이건 이미 해외 법인으로 Stripe 계정을 가진 쪽이 한국 고객 돈을 받을 수 있게 된 것일 뿐, 한국 사업자가 직접 계정을 여는 것과는 다릅니다. 정리하면 갈림길은 셋이에요.
- 한국 고객·원화 중심이라면 — 토스페이먼츠·PortOne 같은 국내 PG. 사업자등록이 전제이고, 부가세·소득 신고는 직접 합니다. 정산은 카드 T+3, 간편결제 T+1 수준.
- 글로벌 판매가 목표라면 — MoR(Lemon Squeezy·Paddle·Polar)가 현실적입니다. 수수료 5%대를 내는 대신, 전 세계 세금 신고를 대신해줘요. Stripe를 직접 쓰면 기본 2.9%지만, 글로벌 세무를 스스로 감당하면 회계 비용까지 얹혀 실효 4.5~6.5%로 올라간다는 분석도 있습니다.
- 둘 다 애매한 시작 단계라면 — 국내는 토스, 해외는 MoR로 이원화하거나, 우선 MoR 하나로 시작해 검증부터 하는 게 속 편합니다.
결국 수수료 1~2%p 차이보다, "세금 신고를 내가 감당할 수 있는가"가 훨씬 큰 변수입니다. 첫 매출이 월 몇십만 원 규모라면, 몇 %p 아끼려다 세무에 반나절 쓰는 것보다 대행에 맡기는 편이 이득일 때가 많아요.
정리 — 경계선을 다시 그으면
코딩 없이 되는 곳: 결제창·구독 플랜·상품 페이지 UI. 여기는 바이브코딩 툴에 맡기세요.
사람이 판단해야 하는 곳: 어떤 결제 수단을 쓸지(국내 PG / Stripe / MoR / Whop), 웹훅 시크릿을 어디에 넣을지, 세금을 직접 낼지 대행할지. 이건 지식의 문제라 툴이 대신 못 합니다.
그러니 순서는 이렇게. 먼저 "누구에게 파는가"로 결제 수단을 정하고 → 테스트 모드로 결제 한 바퀴를 돌려 웹훅까지 확인하고 → 그다음 라이브로 전환하세요. 만드는 데 30분, 결제를 제대로 붙이는 데 반나절. 그 반나절이 진짜 사업의 시작점입니다.