구독 서비스를 준비 중이라면 먼저 알아야 할 것
안드로이드 인앱 결제를 처음 준비하면 대부분 국내 PG부터 떠올립니다. 토스페이먼츠, KG이니시스, 나이스페이먼츠처럼 PG사를 붙여서 결제를 처리하면 되는 것 아닌가 생각하기 쉽습니다.
그런데 앱 안에서 프리미엄 기능이나 구독 상품을 판매하려는 경우라면 이야기가 달라집니다.
특히 Google Play에 배포하는 앱이라면 정책상 반드시 확인해야 할 부분이 있습니다. 실제로 많은 개발자들이 결제창 구현보다 중요한 정책과 구조를 놓쳐 출시 직전에 수정 작업을 진행하기도 합니다.
이번 글에서는 안드로이드 인앱 결제를 준비하는 개발자나 서비스 운영자를 위해 어떤 결제 방식을 선택해야 하는지, Google Play Billing은 무엇인지, 국내 PG와 어떤 차이가 있는지 쉽게 정리해보겠습니다.
안드로이드 인앱 결제란 무엇일까?
먼저 개념부터 정리해보겠습니다.
안드로이드 인앱 결제는 사용자가 앱 내부에서 디지털 상품이나 서비스를 구매할 수 있도록 제공하는 결제 시스템을 의미합니다.
대표적인 예시는 다음과 같습니다.
- 프리미엄 기능 해제
- 광고 제거
- AI 크레딧 구매
- 디지털 콘텐츠 구매
- 월간 구독 서비스
- SaaS 기능 이용권
이런 디지털 상품은 Google Play 정책상 Google Play Billing을 통해 판매하는 것이 원칙입니다.
반대로 아래 항목들은 Google Play Billing 대상이 아닙니다.
- 음식 주문
- 쇼핑몰 상품 구매
- 병원 예약
- 항공권 예약
- 오프라인 서비스 결제
- 배달 서비스
이 경우에는 일반 PG를 사용하면 됩니다.
여기서 많은 분들이 처음 헷갈립니다.
구독 서비스를 판매한다면 어떤 결제를 사용해야 할까?
결론부터 말하면 앱 내부에서 디지털 구독을 판매한다면 Google Play Billing이 기본입니다.
예를 들어 다음과 같은 서비스입니다.
- AI 서비스 월 구독
- 프리미엄 회원권
- 유료 콘텐츠 구독
- 클라우드 기능 이용권
- 생산성 앱 프리미엄 플랜
이 경우에는 국내 PG 대신 Google Play Billing을 사용하는 것이 일반적인 구조입니다.
정리하면 다음과 같습니다.
| 판매 상품 | 권장 결제 방식 |
|---|---|
| 앱 내 디지털 구독 | Google Play Billing |
| 프리미엄 기능 | Google Play Billing |
| 광고 제거 | Google Play Billing |
| 쇼핑몰 상품 | 국내 PG |
| 예약 서비스 | 국내 PG |
| 배달 서비스 | 국내 PG |
따라서 구독 모델을 준비 중이라면 안드로이드 인앱 결제 구현 시 Google Play Billing부터 검토하는 것이 맞습니다.
Google Pay API와 Google Play Billing은 완전히 다릅니다
생각보다 많은 개발자들이 이 둘을 동일하게 생각합니다.
하지만 역할이 다릅니다.
Google Pay API
Google Pay API는 사용자의 카드 정보를 활용해 간편 결제를 지원하는 결제 도구에 가깝습니다.
실제 결제 승인과 정산은 별도의 결제 사업자가 처리합니다.
즉 Google Pay API만 붙인다고 구독 결제가 완성되는 것은 아닙니다.
Google Play Billing
반면 Google Play Billing은 Google Play에서 제공하는 공식 디지털 결제 시스템입니다.
결제부터 정산, 구독 관리까지 Google Play 생태계 안에서 동작합니다.
구독 서비스를 판매한다면 대부분 Google Play Billing을 사용합니다.
실제로 Google Play에 배포된 상당수 앱의 안드로이드 인앱 결제 구조도 이 방식을 따르고 있습니다.
실제 구현은 생각보다 결제창보다 복잡합니다
처음에는 결제창만 띄우면 끝날 것 같지만 실제 서비스 운영은 그렇지 않습니다.
일반적으로 다음 순서로 구현합니다.
1. Play Console에서 상품 생성
먼저 구독 상품 또는 인앱 상품을 등록합니다.
예시
- Premium Monthly
- Premium Yearly
- AI Credit 1000
2. Billing Library 연동
앱에서 Google Play 결제창을 호출합니다.
3. 구매 검증
결제가 성공했다고 바로 권한을 주면 안 됩니다.
서버에서 Purchase Token을 검증해야 합니다.
4. 권한 부여
검증이 완료되면 사용자 계정에 프리미엄 권한을 부여합니다.
5. 구독 상태 관리
구독 취소
갱신 실패
환불
만료
이런 이벤트를 지속적으로 관리해야 합니다.
즉 안드로이드 인앱 결제는 단순히 결제창을 붙이는 작업이 아니라 권한 관리 시스템까지 포함하는 구조라고 이해하는 것이 좋습니다.
환불이나 취소는 직접 할 수 있을까?
국내 PG를 사용해본 분들이 가장 궁금해하는 부분입니다.
답은 가능합니다.
Google Play Console에는 주문 관리 기능이 제공됩니다.
운영자는 여기서 다음 작업을 수행할 수 있습니다.
- 주문 조회
- 구독 취소
- 환불 처리
- 권한 회수
- 주문 상태 확인
즉 별도의 환불 관리자 페이지를 만들지 않아도 초기 단계에서는 충분히 운영이 가능합니다.
사용자 역시 Google Play 구독 관리 화면에서 직접 해지할 수 있습니다.
서비스 규모가 커지면 Google Play Developer API를 활용해 내부 관리자 기능을 구축할 수 있습니다.
구글 플레이 빌링도 심사가 있을까?
국내 PG처럼 가맹점 심사가 있는 것은 아닙니다.
다만 다음 절차는 필요합니다.
개발자 계정 생성
Google Play Console 계정을 개설해야 합니다.
결제 프로필 등록
정산받을 은행 계좌와 결제 프로필을 설정합니다.
앱 심사
앱 자체가 Google Play 정책을 충족해야 합니다.
구독 정책 검토
구독 가격
결제 주기
해지 방법
등을 사용자에게 명확히 안내해야 합니다.
즉 PG 심사와는 성격이 다르지만, 검증 절차가 전혀 없는 것은 아닙니다.
잠깐 정리하면
체크리스트로 정리해보겠습니다.
- 앱 내 디지털 구독 판매 예정인가?
- Google Play에 앱을 배포할 예정인가?
- 프리미엄 기능을 판매하는 구조인가?
- 광고 제거 기능을 판매하는가?
- AI 크레딧 또는 디지털 콘텐츠를 판매하는가?
위 질문에 대부분 “예”라면 Google Play Billing을 우선 검토하는 것이 맞습니다.
반대로 실물 상품이나 오프라인 서비스 결제라면 국내 PG가 더 적합합니다.
대부분의 앱은 어떤 방식으로 결제를 붙일까?
실무 기준으로 보면 답은 의외로 단순합니다.
Google Play에서 배포되는 일반적인 구독 앱은 대부분 Google Play Billing을 사용합니다.
특히 아래 유형은 거의 필수에 가깝습니다.
- AI 앱
- 생산성 앱
- 콘텐츠 구독 서비스
- 교육 플랫폼
- 프리미엄 멤버십 앱
- SaaS 모바일 앱
정책 리스크를 줄이고 안정적으로 운영하려면 Google Play Billing을 중심으로 설계하는 것이 일반적입니다.
초기 MVP 단계라면 더욱 그렇습니다.
괜히 복잡한 대체 결제 구조나 자체 PG 연동부터 고민하기보다 Google Play Billing 기반으로 출시 후 확장하는 편이 운영 부담도 적고 개발 속도도 빠릅니다.
안드로이드 인앱 결제를 준비하고 있다면…
안드로이드 인앱 결제를 준비하고 있다면 가장 먼저 확인해야 할 것은 “내가 판매하는 상품이 디지털 상품인가?”입니다.
만약 앱 내부에서 구독, 프리미엄 기능, AI 크레딧, 콘텐츠 이용권을 판매한다면 Google Play Billing이 사실상 기본 선택지라고 볼 수 있습니다.
많은 개발자들이 국내 PG와 Google Pay API를 먼저 떠올리지만 실제로는 Google Play Billing 구조를 이해하는 것이 훨씬 중요합니다.
특히 결제창 구현보다 구매 검증, 권한 부여, 구독 상태 관리가 서비스 운영의 핵심입니다.
처음 시작하는 단계라면 복잡한 자체 결제 시스템보다 Google Play Billing 기반으로 MVP를 출시한 뒤 서비스 성장에 맞춰 확장하는 방향을 고려해보는 것이 좋습니다.
