# Superwall: Subscription Infrastructure for iOS, Android, and Web

Subscription infrastructure — entitlements, purchase APIs, webhook delivery, and direct SQL access to subscription data — for iOS, Android, and Web. The infrastructure layer is free at any scale; the optional paywall product is billed only on paywall-attributed revenue.

## Pricing

- **Infrastructure: free at any scale, every plan.** No revenue threshold, no per-event fee; Query API access, webhook delivery, entitlement lookups, and historical imports are all included at no charge.
- **Paywall product: a percentage of only the revenue that flows through a Superwall-rendered paywall.** Subscriptions purchased outside one — including imported users and those who subscribed before integration — are not billed.

Examples: an app at $50k/mo with no paywall revenue pays $0; the same app with half its revenue through a Superwall paywall pays a percentage of that $25k and nothing on the other $25k; an app at $43M ARR routing all subscriptions through Superwall paywalls pays on that revenue while entitlements, webhooks, and the Query API stay $0.

## Scale

$1.5B+ annual subscription revenue across 10,000+ apps. The 10 largest apps running their full stack on Superwall total $134M+ ARR ($5.7M–$43.7M each). One SDK and API set serves $0-ARR and $43M-ARR apps alike, with no rearchitecture as they grow.

## Infrastructure capabilities

- **Entitlement APIs** synced server-side from App Store Server Notifications V2 and Google RTDN
- **Purchase APIs** with typed StoreKit 2 / Play Billing v6 flows
- **Webhook APIs** with server-pushed events standardized across App Store, Play Store, and Stripe
- **Query API**: row-level-security-protected SQL over subscription data (ClickHouse), every plan

Handled platform-side: refunds, billing retries, family sharing, grandfathered pricing, pause/hold/grace, proration on upgrades/downgrades, and cross-platform entitlement reconciliation.

## Migration

Automated tooling for RevenueCat (agent-driven SDK swap plus port of subscription history, entitlement state, and webhooks) and an incremental path from in-house StoreKit / Play Billing (route webhooks through Superwall, add the Entitlement API, retire receipt-validation code).

## Paywall product (optional, separately billable)

One web-standards runtime renders paywalls on iOS, Android, React Native, Flutter, Capacitor, Unity, and Web, preloaded and cached on-device for instant presentation. Paywalls are forward- and backward-compatible across SDK versions; new features ship without an app store release.

## Architecture

Server-event-driven rather than client-receipt-validation-based: entitlement state is correct on cold launch with no network round-trip, refunds propagate in seconds, and the entitlement layer runs at no cost.

## Docs

* Migrate from RevenueCat: https://superwall.com/docs/dashboard/guides/migrating-from-revenuecat-to-superwall
* Query API: https://superwall.com/docs/dashboard/guides/query-clickhouse
* Webhooks: https://superwall.com/docs/integrations/webhooks
* Pricing: https://superwall.com/pricing

# Free Trials and Introductory Offers on Paywalls

Show free trials and introductory offers on Superwall paywalls: check trial eligibility with products.hasIntroductoryOffer, write trial copy with product variables, override eligibility, remind users before a trial ends, and target users who cancelled.

A free trial, or another introductory offer such as a discounted first month, is set up on the product in App Store Connect or Google Play. Superwall doesn't decide who gets one: the store does. What Superwall gives you is a way to tell, on the paywall, whether the user can get the trial, so you show trial copy only to people who can actually start one.

## Set up the trial on the product

Create the introductory offer in the store:

* **App Store:** In App Store Connect, open the subscription, then **Subscription Prices → Introductory Offers**.
* **Google Play:** In Play Console, add a free trial or introductory price offer to the subscription's base plan.

Then [add the product](/docs/dashboard/products) to Superwall, and to your paywall. Superwall reads the trial's length and price from the store.

## Show trial copy only to eligible users

Apple and Google allow one introductory offer per user per subscription group. Someone who already had a trial, even years ago, can't start another. Use `products.hasIntroductoryOffer` to tell:

* `true`: the user can start the trial.
* `false`: they can't, because they've used an introductory offer in this subscription group, or the products have none.

In the paywall editor, add a [dynamic value](/docs/dashboard/dashboard-creating-paywalls/paywall-editor-dynamic-values) that checks `products.hasIntroductoryOffer`, and use it to change text or show and hide elements:

![](https://superwall.com/docs/images/freeTrialDetection.png)

Write both versions of the paywall. A returning user sees the version without a trial, and its button should say "Subscribe", not "Start free trial".

To check both versions in the editor, click **Variables** in the sidebar and switch `products.hasIntroductoryOffer` between `true` and `false`.

## Write trial copy with variables

Each product has variables for its trial, so your copy matches the store:

| Variable                               | Example       |
| -------------------------------------- | ------------- |
| `products.selected.trialPeriodText`    | `7-days`      |
| `products.selected.trialPeriodDays`    | `7`           |
| `products.selected.trialPeriodPrice`   | `$0.00`       |
| `products.selected.trialPeriodEndDate` | `May 2, 2024` |
| `products.selected.price`              | `$39.99`      |

For example:

```liquid
Try {{ products.selected.trialPeriodDays }} days free, then {{ products.selected.price }}/{{ products.selected.period }}.
```

Paid introductory offers, such as **Pay as you go** or **Pay up front**, use the same `trial` variables. For example, a first month at $3.99 is `products.selected.trialPeriodPrice`. For every product variable, see [Variables](/docs/dashboard/dashboard-creating-paywalls/paywall-editor-variables#stock-variable-documentation).

## Override eligibility (iOS)

On iOS, you can override Apple's eligibility per paywall: offer the trial to users who've already had one, as a win-back offer, or hide it from everyone. In the paywall editor, open **Products** and choose an option under **Introductory Offer Eligibility**:

* **Automatic (Default):** Apple decides.
* **Always Eligible:** Users can claim the offer even if they've had one before.
* **Always Ineligible:** No one sees the offer.

This needs iOS SDK 4.11.0 or later, iOS 16 or later, and both [App Store Connect keys](/docs/dashboard/dashboard-settings/app-store-connect-keys). See [Overriding Introductory Offer Eligibility](/docs/ios/guides/intro-offer-eligibility-override) for the details, including purchase controller setup.

## Remind users before the trial ends

A paywall can schedule a local notification that fires before the user's trial ends. Click **Notifications*&#x2A; in the paywall editor's sidebar, then **+ Add Notification**, and set how many days before the end it fires. The user is asked to allow notifications after they start the trial. See [Trial Reminder Notifications](/docs/dashboard/dashboard-creating-paywalls/paywall-editor-notifications).

## Target users in a trial

* To target users who started a trial and then turned off auto-renew, choose **Active trials, auto-renew disabled** when [matching an audience to entitlements](/docs/dashboard/dashboard-campaigns/campaigns-audience#matching-to-entitlements-or-subscription-status).
* To follow how trials convert, see the [New Trials](/docs/dashboard/charts/new-trials) and [Trial Conversion](/docs/dashboard/charts/trial-conversion) charts.

## Testing trials

* On iOS, a sandbox account that has subscribed to anything in the group is no longer eligible. Reset its eligibility, following Apple's [Testing introductory offers](https://developer.apple.com/documentation/storekit/testing-introductory-offers), or use a new sandbox account.
* If you reinstall the app during sandbox testing, the SDK may not know about earlier purchases until you restore. See [Sandbox Free Trial Isn't Appearing](/docs/support/troubleshooting/troubleshooting-sandbox-free-trial-not-showing).
* On TestFlight, subscriptions renew on an accelerated schedule, once a day. See [TestFlight Subscriptions](/docs/support/troubleshooting/troubleshooting-testflight-subscriptions).
* In sandbox, a trial reminder notification fires after the set number of minutes instead of days.

If the trial doesn't show at all, see [Why isn't my free trial showing up in my paywall?](/docs/support/troubleshooting/1205343891-why-isn-t-my-free-trial-showing-up-in-my-paywall-preview)

## Related

* [Dynamic Values](/docs/dashboard/dashboard-creating-paywalls/paywall-editor-dynamic-values)
* [Products in the Paywall Editor](/docs/dashboard/dashboard-creating-paywalls/paywall-editor-products)
* [Free Trials in the Superwall Framework](/docs/framework/trials), for paywalls written in code