Skip to main content

Background

Thanks for getting started with Helium 🎈 Helium is an upsell experimentation and optimization platform for mobile apps of all sizes. We take your app’s existing paywalls and turn them into remotely editable templates that you can experiment with and optimize without waiting for new app releases. Email founders@tryhelium.com for help/questions.

Installation

Add the Helium SDK to your project using Gradle.

Requirements

  • Kotlin Version: 2.0.0 or higher
  • Java Version: 8 or higher
  • Minimum Android SDK: 23 or higher
  • Compile Android SDK: 35 or higher
1. Add repositories to your settings.gradle.kts file: Ensure you have mavenCentral() and google() in your repositories blocks.
Note: If you don’t have a dependencyResolutionManagement block, ensure google() and mavenCentral() are present in your pluginManagement { repositories { ... } } block. 2. Add the dependencies to your module-level build.gradle.kts file (e.g., app/build.gradle.kts):

Initialize Helium

You need to initialize Helium before you can present a paywall. The best place to do this is in your MainActivity’s onCreate() method. When initializing, you must specify the environment, which can be HeliumEnvironment.SANDBOX for development and testing, or HeliumEnvironment.PRODUCTION for your live app. Note that for debug builds, the SDK will automatically force the sandbox environment.

Observing Paywall Configuration Download Status

The Helium SDK provides a downloadStatus flow that you can observe to get updates on the status of the paywall configuration download. This is useful for showing loading indicators or handling download failures. The downloadStatus is a Kotlin Flow that emits HeliumConfigStatus states. The possible states are:
  • HeliumConfigStatus.NotYetDownloaded: The initial state before the download has started.
  • HeliumConfigStatus.Downloading: Indicates that the paywall configuration is currently being downloaded.
  • HeliumConfigStatus.DownloadFailure: Indicates that the paywall configuration download has failed.
  • HeliumConfigStatus.DownloadSuccess: Indicates that the paywall configuration has been successfully downloaded.
Here’s how you can observe the downloadStatus flow in your Activity or Fragment:

HeliumPaywallDelegate

You can provide an implementation of the HeliumPaywallDelegate or use one of the default implementations that we have provided, such as PlayStorePaywallDelegate or RevenueCatPaywallDelegate.
Use the PlayStorePaywallDelegate to handle purchases using Google Play Billing.

Presenting Paywalls

To present a Paywall, ensure you have initialized the library. The SDK provides UI components that handle the underlying PaywallWebViewManager. The first step to presenting a paywall is to create an Intent using the createPaywallIntent helper function. This function configures and returns an Intent that can be used to launch the HeliumPaywallActivity. Here are the available options for createPaywallIntent:
  • context: The Android Context required to create the intent. Use this in an Activity or LocalContext.current in a Composable.
  • trigger: The specific paywall trigger you want to display. This is a required parameter.
  • fullscreen: A Boolean to determine if the paywall should be displayed in fullscreen immersive mode, where the system bars (status and navigation) are hidden. This is optional and defaults to false.
  • disableSystemBackNavigation: A Boolean to control the system back button behavior. If true, the back button will not close the paywall. This is optional and defaults to true.
Once you have your intent, you can launch it using either Jetpack Compose or the Android View System. We provide two different ways of presenting the Paywall:
The recommended way to present a paywall in Jetpack Compose is by launching the HeliumPaywallActivity using rememberLauncherForActivityResult. This approach allows you to receive a result back from the paywall, such as whether a purchase was successful.Here is an example of how to set it up in your Composable function:
Alternatively, if you are using NavController, you can add the paywall to your navigation graph using buildHelium():
To present a paywall, you can then navigate to the Helium route with a specific trigger:

PaywallEventHandlers

The Helium SDK allows you to listen for various paywall-related events. This is useful for tracking analytics, responding to user interactions, or handling the paywall lifecycle. There are two ways to listen for events: using the PaywallEventHandlers class for specific callbacks, or implementing the HeliumEventListener interface to receive all events.

Option 1: Using PaywallEventHandlers

You can create an instance of PaywallEventHandlers and provide lambdas for the events you are interested in. The available handlers are:
  • onOpen: Called when a paywall is displayed to the user.
  • onClose: Called when a paywall is closed for any reason.
  • onDismissed: Called when the user explicitly dismisses a paywall without purchasing.
  • onPurchaseSucceeded: Called when a purchase completes successfully.
  • onOpenFailed: Called when a paywall fails to open.
  • onCustomPaywallAction: Called when a custom action is triggered from the paywall.
To register your handlers, use Helium.shared.addPaywallEventListener. You can either tie the listener to a lifecycle (recommended) or manage it manually. Lifecycle-Aware (Recommended) Pass a LifecycleOwner (like an Activity or Fragment) to have the listener automatically removed when the lifecycle is destroyed.
Manual Management If you don’t provide a LifecycleOwner, you are responsible for removing the listener to prevent memory leaks.

Option 2: Implementing HeliumEventListener

For a more centralized approach, your class can implement the HeliumEventListener interface and handle all events in a single onHeliumEvent method.

Event Timing and Guidelines

  • Event Timing:
    • onDismissed is triggered only when a user manually dismisses a paywall (e.g., by tapping an ‘X’ button).
    • onClose is triggered any time the paywall is removed from the screen. This includes both when it’s manually dismissed and when a successful purchase closes the paywall.
    • onPurchaseSucceeded is triggered as soon as the purchase is confirmed by the billing system.
  • Usage Guidelines:
    • Use onDismissed for post-paywall navigation when the user’s entitlement has not changed.
    • Use onPurchaseSucceeded to trigger your post-purchase flow, like showing a confirmation or premium onboarding.
    • Use onClose for general cleanup logic that should run regardless of how the paywall was closed.

Fallbacks and Loading Budgets

If a paywall has not completed downloading when you attempt to present it, a loading state can be displayed. By default, Helium will show this loading state (a shimmer view) for up to 2 seconds (2000ms). You can configure this behavior, turn it off, or set trigger-specific loading budgets using the HeliumFallbackConfig object during initialization. If the loading budget expires before the paywall is ready, a fallback paywall will be shown if one is provided. Otherwise, the loading state will hide, and a PaywallOpenFailed event will be dispatched. There are three options for fallbacks in the Android SDK:
  • Fallback bundles: A pre-packaged paywall bundle stored in your app’s assets directory.
  • Default fallback view: A custom Android View to be used for all triggers.
  • Fallback view per trigger: A map of trigger names to specific Android Views.
All of this is configured via the HeliumFallbackConfig object passed into Helium.initialize(). Here are some examples: 1. Providing a fallback bundle: Place your fallback JSON file in the src/main/assets directory of your module. Then, initialize Helium with the fallbackBundleName.
2. Providing a fallback view and configuring loading budgets: You can also provide a custom View and fine-tune the.

Testing

Docs here coming soon!