앱 결제 기능 개발 — PG 연동과 인앱결제 차이

앱 결제 기능 개발은 파는 물건으로 정해져요. 앱 안에서 쓰는 디지털 상품은 인앱결제, 앱 밖에서 받는 실물·서비스는 PG 결제예요. 쉽잇 견적 기준 PG 결제 연동은 3–5일이고, 어느 쪽인지 잘못 고르면 개발보다 심사에서 더 오래 막혀요.

애플 심사 가이드라인은 구독, 프리미엄 콘텐츠처럼 앱 기능을 여는 결제에 인앱결제를 쓰라고 해요(3.1.1). 반대로 앱 밖에서 소비되는 실물 상품이나 서비스는 인앱결제가 아닌 다른 결제 수단을 쓰라고 해요(3.1.3(e)). 구글 플레이 결제 정책도 같은 방향이에요. 아래 표로 먼저 내 앱이 어디인지 보세요.

수수료율은 사업자 규모와 프로그램 가입 여부에 따라 달라지고 바뀌기도 해요. 정확한 숫자는 애플·구글 개발자 페이지와 PG사 최신 안내에서 확인하세요.

인앱결제와 PG 결제는 뭐가 다른가

인앱결제는 애플·구글이 결제를 받아서 수수료를 떼고 정산해 주는 방식이에요. 카드 등록, 환불 요청, 구독 갱신을 스토어가 처리해요. 개발 쪽에서는 상품을 스토어 콘솔에 등록하고, 앱에서 구매를 호출하고, 서버에서 영수증을 확인하는 일이 들어가요.

PG 결제는 토스페이먼츠 같은 PG사와 계약해서 카드 결제를 직접 받는 방식이에요. 결제창을 띄우고, 결제가 끝나면 서버에서 금액을 검증하고, 주문 상태를 바꿔요. PG 가입 심사와 서류가 필요해서 개발보다 계약이 더 오래 걸리는 경우가 많아요.

심사에서 리젝되는 결제 지점은

결제 때문에 스토어 심사에서 막히는 경우는 대부분 이 네 가지예요.

• 디지털 기능을 PG로 팔았어요 — 앱 안 프리미엄 기능을 웹 결제창으로 팔면 3.1.1 위반으로 리젝될 수 있어요.
• 실물 상품을 인앱결제로 팔았어요 — 반대 경우도 3.1.3(e)에 걸려요.
• 앱 안에서 외부 결제로 유도했어요 — "웹에서 사면 더 싸요" 같은 안내나 링크는 따로 정해진 조건 안에서만 가능해요.
• 구독 화면 정보가 부족해요 — 가격, 기간, 자동 갱신 안내가 빠지면 반려돼요.

국가별로 대체 결제나 외부 결제 링크를 허용하는 프로그램이 있지만, 신청 조건과 수수료가 따로 붙어요. 애플·구글의 최신 공지를 확인하고 결정하세요. 심사 전체 흐름은 앱스토어 출시와 심사, 자주 나오는 반려 사유는 앱스토어 리젝 대응에 정리했어요.

결제 연동 개발은 며칠 걸리나

웹 MVP 500–800만 원에는 결제·구독 연동이, 앱 MVP 1,200–1,800만 원에는 푸시 알림·인앱결제와 스토어 심사 대응이 들어가요. 실물 쇼핑몰은 쇼핑몰 앱 개발 비용, 예약형은 예약 앱 개발 비용이 더 가까워요.

웹과 앱에서 같이 팔면 어떻게 하나

제가 직접 만들어 운영하는 튜브영어는 웹과 iOS·Android 앱이 있고 요금제와 구독 결제가 붙어 있어요. 앱 쪽 결제는 RevenueCat으로 따로 묶었어요. 같은 서비스여도 웹 결제와 앱 결제는 처리하는 곳이 달라서, 처음부터 따로 설계해야 해요.

이때 정해야 할 건 하나예요. 한 사람이 웹에서 결제했든 앱에서 결제했든, 같은 회원으로 같은 권한을 보게 하는 것이에요. 결제 방식마다 "이 회원은 프리미엄"이라는 기록을 서버 한곳에 모아야 해요. 이걸 나중에 맞추면 회원 데이터 구조를 다시 짜야 해서 비용이 두 번 들어요.

결제 개발 전에 준비할 것

• 파는 것이 디지털인지 실물·현장 서비스인지 한 줄로 적기
• PG라면 사업자등록증과 PG 가입 서류 (토스페이먼츠 순서는 연동 가이드)
• 인앱결제라면 애플·구글 개발자 계정을 대표님 명의로
• 환불 규정과 구독 해지 방법 문구
• 통신판매업 신고가 필요한지 확인

구독 해지를 어렵게 만드는 화면은 규제 대상이 될 수 있어요. 구독 다크패턴 가이드도 같이 보세요.

법률/세무 자문이 아니에요, 전문가에게 확인하세요.