Campaigns

Prioritized Placements

Ensure your most important paywall is ready to display instantly by prioritizing a campaign's placements for preloading.

By default, Superwall's SDK preloads every paywall attached to your campaigns when the app launches. For most apps, this works seamlessly. But if you have a paywall that needs to appear immediately — like an onboarding paywall shown right at first launch — you can tell the SDK to preload that campaign's paywalls first.

That's what prioritized placements do. When you mark a campaign as prioritized, the SDK fetches and caches its paywalls before anything else. Other campaign paywalls are still preloaded afterward in the background.

Only one campaign per app can be prioritized at a time. If you prioritize a new campaign, the previously prioritized one is automatically deprioritized.

When to use it

Prioritizing a campaign is most useful when:

  • You show a paywall on first launch or during onboarding — the paywall needs to be ready the moment the user hits the placement, with zero loading delay.
  • A placement is triggered very early in a session — such as session_start or app_open — and you want to guarantee the paywall appears instantly.
  • You have many campaigns and want to ensure one specific campaign's paywalls take precedence during preloading.

If your app only has a few campaigns, preloading happens quickly enough that you likely won't need this. It's most impactful when you have several campaigns and want to control the order they load.

How to prioritize a campaign

In the campaign editor, look for the flag icon next to the Placements header:

Click the flag to prioritize the campaign. The flag turns green to indicate the campaign is now prioritized, and a tooltip confirms: "Preload these placements first".

To deprioritize, click the green flag again — it will revert to its default state.

Switching between campaigns

If another campaign is already prioritized and you click the flag on a different campaign, a confirmation dialog will appear:

Switch prioritized campaign? "[Other campaign name]" is currently prioritized. Only one campaign can be prioritized at a time. Switching will deprioritize it.

Confirm to switch, or cancel to keep the current priority.

How it works under the hood

When the SDK fetches its configuration and sees a prioritized campaign:

  1. Phase 1 — Prioritized preload: The SDK identifies all paywalls belonging to the prioritized campaign and preloads them first.
  2. Phase 2 — Remaining preload: After a short delay, the SDK preloads all remaining campaign paywalls in the background.

This two-phase approach ensures the most important paywalls are cached and ready before others, without skipping preloading for the rest of your campaigns. The prioritized campaign's paywalls will be ready to present with no loading time, while other paywalls continue loading in the background.

Prioritization only affects preload order — it does not change how placements, audiences, or experiments work. Your campaign logic stays exactly the same.

SDK version requirements

Prioritized placements require the following minimum SDK versions:

SDKMinimum versionNotes
iOS4.14.0Full support.
AndroidComing soonNot yet released.
Flutter2.4.11Supported on iOS via bundled iOS SDK 4.14.1. Android support pending.
Expo1.0.8Supported on iOS via bundled iOS SDK 4.14.1. Android support pending.

On SDKs where Android support is pending, prioritization will work for iOS builds but will have no effect on Android builds. The feature is fully backward-compatible — older SDK versions simply ignore the prioritization flag and preload all paywalls in the default order.

How is this guide?

On this page