Subscriptions on Android with RevenueCat
Google Play exposes subscriptions through a three tier hierarchy: Subscription, Base Plan, and Offer. RevenueCat wraps that hierarchy in a flatter model you configure from the dashboard: Offerings, Packages, and SubscriptionOptions. You fetch an Offering, pick a Package, and in most flows let the SDK choose the right SubscriptionOption for you.
Phase 1: Understand
The mapping from Google Play to RevenueCat:
Key types you will touch:
Offering: a dashboard configured group ofPackageobjects.offerings.currentis the one you show by default.Package: a purchasable slot (monthly, annual, weekly, custom). Exposes aproduct: StoreProduct.StoreProduct: the Google Play subscription product. HassubscriptionOptions: List<SubscriptionOption>?and adefaultOption.SubscriptionOption: either a base plan or an offer. HaspricingPhases,tags, and anid.PricingPhase: one billing segment (intro trial, intro price, or recurring). HasbillingPeriod,price,offerPaymentMode, andrecurrenceMode.
See the Subscriptions chapter on revenuecat.com for the object model diagram showing the full Offerings hierarchy alongside the CustomerInfo hierarchy used for entitlement checks.
Phase 2: Plan
Before you write code, map your paywall to the object model. Answer these three questions.
2.1 Which Offering drives the paywall?
- Default paywall: use
offerings.current. This is the Offering marked current in the dashboard and is the standard choice. - Experiment or segment specific paywall: fetch
offerings.all["experiment-a"]. You keep the dashboard in charge of which products appear, so no app update ships when the catalog changes.
2.2 Which Packages do you show?
Two access patterns, pick the one that matches your layout:
Standard PackageType values: MONTHLY, ANNUAL, WEEKLY, TWO_MONTH, THREE_MONTH, SIX_MONTH, LIFETIME. Anything else is PackageType.CUSTOM.
2.3 Does the paywall need a specific offer, or is the default fine?
The SDK's defaultOption logic:
- Filters out options tagged
"rc-ignore-offer"or"rc-customer-center". - Picks the option with the longest free trial or the cheapest first phase.
- Falls back to the base plan if no offer qualifies.
Trial eligibility is not filtered by the SDK. Google Play only returns offers the user is eligible for, so if a user already consumed a free trial, that option simply will not appear in subscriptionOptions and the base plan becomes the default.
Phase 3: Execute
3.1 Pull Offerings and pick a Package
For a dynamic list:
3.2 Purchase with the default option
When the paywall shows a Package and you want the SDK to pick the best offer, pass the Package directly.
3.3 Drill into subscriptionOptions for a specific offer
Use this when the paywall targets an offer by tag or offer ID, for example a win back offer.
Always fall back to defaultOption so the paywall still works when the targeted offer is absent (for example, the user is not eligible).
3.4 Render trial and intro pricing from pricingPhases
The first PricingPhase is the trial or intro price when present. Use offerPaymentMode for trial detection.
billingPeriod.value is the count in the period's unit, not days. A P1W period gives value = 1, unit = WEEK. Build labels off both fields:
3.5 Prepaid plans
Prepaid base plans use the same SubscriptionOption API. Their pricingPhases report RecurrenceMode.NON_RECURRING. To accept pending purchases for prepaid plans, enable the flag at configuration time.
3.6 Check access after purchase
Prefer entitlements. They reflect server computed access state including grace period, account hold, and cancellation with remaining time.
If you need the raw product ID, use customerInfo.activeSubscriptions. It returns a Set<String> of "subscriptionId:basePlanId" entries.


