# 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

# Web-Only Checkout

Use web checkout without a mobile app for web apps, websites, or any non-App-Store product.

You can use Superwall's [web checkout links](/docs/web-checkout/web-checkout-creating-campaigns-to-show-paywalls) without an iOS or Android app. It's suitable for things like a web app, SaaS products, or any scenario where you want to handle the post-purchase flow yourself.

All that's required is creating a web app in Superwall. Then, for its post-purchase behavior use **Redirect mode** instead of *Redeem* mode:

![](https://2a2314a4-superwall-docs.staffbar.workers.dev/docs/images/webcheckout-noapp-redirect.png)

After a user completes checkout from a paywall, they get redirected to your URL with purchase data as query parameters:

![](https://2a2314a4-superwall-docs.staffbar.workers.dev/docs/images/webcheckout-noapp-redirect-url.png)

For example, if your redirect URL is `https://amazingwebproduct.com/welcome`, then after a successful purchase the redirect URL would be the following:

```javascript
https://amazingwebproduct.com/welcome?
  app_user_id=user_123&
  email=user@example.com&
  stripe_subscription_id=sub_1234567890
```

## Setup

### 1\. Create a Superwall Web App

Create a new app in Superwall for your web product in a new or existing project. Follow the steps in [Creating an App](/docs/web-checkout/web-checkout-creating-an-app).

![](https://2a2314a4-superwall-docs.staffbar.workers.dev/docs/images/webcheckout-noapp-project.png)

### 2\. Configure Your Payment Provider

Set up Stripe by following the [Stripe Setup](/docs/web-checkout/web-checkout-configuring-stripe-keys-and-settings) guide.

You can skip any iOS/Android related configuration sections since you won't be using a mobile app.

### 3\. Enable Redirect Mode

In your app's settings under **Post-Purchase Behavior**, select **Redirect** and enter your custom URL.

Your URL will receive the following query parameters after checkout:

| Parameter                | Description                                                                          |
| ------------------------ | ------------------------------------------------------------------------------------ |
| `app_user_id`            | The user's identifier (if you set one)                                               |
| `email`                  | User's email from checkout                                                           |
| `stripe_subscription_id` | The Stripe subscription ID, or the Stripe Checkout session ID for one-time purchases |
| Custom parameters        | Any placement parameters you set                                                     |

**Example redirect:**

```javascript
https://amazingwebproduct.com/welcome?
  app_user_id=user_123&
  email=user@example.com&
  stripe_subscription_id=sub_1234567890
```

### 4\. Handle the Redirect

When users land on your redirect URL, use the query parameters to:

* Verify the purchase with your backend.
* Create or update the user's account.
* Grant access to your product.
* Show a success or onboarding page.

## What's Next

* [Creating Products](/docs/web-checkout/web-checkout-adding-a-stripe-product) to add products to your checkout.
* [Creating Campaigns](/docs/web-checkout/web-checkout-creating-campaigns-to-show-paywalls) to show paywalls via  web checkout links. Remember, you use these URLs in any way you wish, but the checkout link itself is derived from two things:

1. The web paywall domain you created for the web app (found in Settings -> General).
2. And, the placement which is housed in a campaign.