RevenueCat

왜 포인트 결제에 RevenueCat인가?

인앱 결제를 직접 구현해본 개발자라면 **‘영수증 검증(Receipt Validation)‘**의 늪을 잘 아실 겁니다. 특히 iOS와 Android의 영수증 형식이 다르고, 서버 측에서 각 스토어 API를 호출해 유효성을 검사하는 로직은 유지보수의 악몽이죠.

RevenueCat은 이 복잡한 검증 과정을 API 하나로 통일해 줍니다. 특히 소모품(포인트) 결제 시 발생할 수 있는 결제 누락이나 중복 지급 문제를 해결할 수 있는 강력한 인프라를 제공합니다.

RevenueCat을 처음 접하면 용어가 헷갈리기 쉽습니다. 이 개념들을 정확히 알아야 대시보드 설정을 꼬이지 않게 할 수 있습니다.

용어	설명	비유
Product	Apple/Google 스토어 콘솔에 등록된 실제 상품 ID	식당 메뉴판에 적힌 ‘원재료’
Package	사용자에게 보여지는 구매 단위 (월간, 연간, 포인트팩 등)	메뉴판의 ‘세트 메뉴’
Offering	특정 시점이나 유저에게 보여줄 Package들의 집합	시즌 한정 ‘프로모션 메뉴판’
Entitlement	결제 후 유저가 얻게 되는 추상적인 권한 (Premium, Pro 등)	식당 ‘VIP 출입증’
App User ID	RevenueCat에서 유저를 식별하는 고유 ID	식당의 ‘회원 번호’
Customer Info	유저의 모든 결제 상태와 권한 정보가 담긴 객체	회원의 ‘결제 이력 장부’