Skip to main content

Web Paywall Links (low code)

Overviewโ€‹

Use Web Paywall Links to enable customers to purchase a Web Billing subscription directly without writing any code. These links support both identified and anonymous purchases. For identified users, append the customer's App User ID to the provided URL. For anonymous purchases, utilize Redemption Links, which allow customers to buy subscriptions without an App User ID and later associate the purchase with their account in your app.

Get Startedโ€‹

  1. Create a Web Billing App
  2. Add the Web Billing Products you want to serve through your Web Paywall Link
  3. Create an Offering with those Products
  4. Visit that Offering's details page and click on the Web Paywall Link tab
  5. Finally, click on the Create a Web Paywall Link for this Offering button
  6. To support anonymous purchases, configure Redemption Links in your Web Billing app settings.

Choose a Web Billing app from the dropdown if you have more than one

Package Selection pageโ€‹

The first page your customers will see when accessing your Web Paywall Link is the Package selection page. In this page your customers can select one of the products included in your offering.

Here is an example:

You can customize the:

  • The header
  • The subheader
  • Choose to show or not the product description (check the product setup step for more info)
  • The terms and conditions URL

Success pageโ€‹

After subscribing the Web Paywall Link allows you to congratulate the user in 2 ways:

  • Show a download page hosted by RevenueCat
  • Redirect to any URL you like

Show a download pageโ€‹

If you choose to show a download page here's how it will look like:

You can customize the download page:

  • Header
  • Subheader
  • Choose whether to show the app download buttons
  • Configure the links for
  • App Store
  • Play Store

Redirect to a custom URLโ€‹

In this case, right after purchasing your product, the customer will be redirected to the URL that you specify in the Web Paywall Link configuration.

Once you are ready, click Save and your changes will be applied immediately.

โš ๏ธImmediate apply

As soon as you click save, any subscriber visiting your Web Paywall Link will see the changes immediately.

You can always run tests by creating a Web Paywall Link for another offering.

Choose what happens for returning customersโ€‹

You can choose what happens when a customer already has an entitlement or an active subscription and they return to this page.

Show the success pageโ€‹

Automatically skips the Package Selection page. It will use the configuration you set up for the success page (show a download page or redirect to a custom URL).

Allow them to make another purchaseโ€‹

Allows the returning customer to purchase another product.

โš ๏ธMight fail when purchasing

This configuration is useful for non-consumable products. The re-purchase process will fail if the customer tries to purchase the exact same product twice (subscription or non-consumable).

We suggest to create a dedicated offering/web paywall link for non-consumables to make sure all products can be bought as many times as the customer wants.

Once your setup is complete, you will receive two links formatted as https://pay.rev.cat/<someProductionTokenWeGenerate>/<yourAppUserId> (one for production, the other one for sandbox).

To use these links:

  • For Identified Users: Append the URL-encoded App User ID of the customer to the link. This ensures the purchase is associated with the specific user.โ€‹

  • For Anonymous Users: Leverage Redemption Links by using the Web Paywall Link URLs without appending an App User ID. This approach generates anonymous user IDs, allowing customers to purchase subscriptions without prior identification. They can later associate these purchases with their accounts within your app. For comprehensive guidance on setting up and using Redemption Links, refer to the Redemption Links documentation.

โ—๏ธDo not send the sandbox URL to customers

The Sandbox URL allows you to test purchases using Stripe test card numbers. Do not distribute this link or whoever will use it will be able to subscribe to your application for free using one of the Stripe testing cards.

โš ๏ธUse one unique App User ID per customer

Web Billing works with identified customers. You need to specify a unique app user id for each one of the subscribers you want to reach with this link. You can read more about this requirement here.

URL parametersโ€‹

Emailโ€‹

If you already have your customer's email address, use email to preset an email address on the payment page: https://pay.rev.cat/<someProductionTokenWeGenerate>/<yourAppUserId>?email=<customerEmail>

Currencyโ€‹

If you want to specify a currency manually, you can do so by appending the currency query parameter to the URL. This will override the automatic currency selection.

๐Ÿ“˜

We recommend that all URL parameters are URL encoded to avoid potential issues.