Skip to main content
The Userpilot Cordova plugin supports a custom URL scheme that lets you preview experiences on a real device before publishing them, and that carries push notification taps back into your app. Cordova doesn’t deliver custom-scheme links to your web layer on its own, so this guide uses cordova-plugin-deeplinks to receive them. You declare the scheme once in package.json, Cordova writes the native configuration during the build, and your JavaScript forwards each link to the Userpilot SDK.
Pass the whole URL, not just the pathThe SDK matches on the scheme and host, so it needs the complete URL. Forwarding only eventData.path means no link is ever recognized.

Register the custom URL scheme

Configure the plugin

Add the configuration below to your package.json, replacing APP_TOKEN with your app’s Userpilot token from your Environments Page. For example, if your token is NX-12345678, your scheme value is userpilot-nx-12345678.
DEEPLINK_HOST must be sdk, because that’s the host the SDK matches on.

Generated configuration

From the plugin configuration above, Cordova adds the following to your config.xml:
The event value, deeplink, is the event name you subscribe to in JavaScript below. After you build the project, the configuration is reflected in the native platform files. You don’t edit these by hand, but they’re useful for verifying the scheme landed correctly. iOS — in Info.plist:
Android — in AndroidManifest.xml, on the main Activity:

Handle the custom URL scheme

Subscribe to the deeplink event and pass eventData.url to userpilot.didHandleUrl(url, onSuccess, onFail). The success callback receives true when the SDK recognized and handled the link, and false when your app should handle it. A link can arrive before setup has finished, particularly on a cold start from the Builder’s QR code. Buffer that link and replay it once setup completes, otherwise the first preview after a launch is silently dropped.

The SDK only claims a URL when the scheme matches your token and the host is sdk. Every other URL is passed back to your app.
On iOS, notification taps are handled natively by the SDK and never reach the deeplink event, so follow Push Notifications for that setup.

Preview an experience with a QR code

Userpilot can render a draft experience on your device before you publish it, so you can check layout, copy, and behavior on a real screen. Preview is supported for Flows and Surveys. The preview is delivered over the custom URL scheme. It works once your app is installed on the device and the scheme is registered and handled as described above.
1

Open the experience

Open a Flow or Survey in the Experience Builder and enter Edit Mode.
2

Start the preview

Select Preview in the top-right corner of the builder. A popup with a QR code appears.
3

Scan the QR code

Scan the code with your device camera. Your app opens and the experience appears.
Points to keep in mind:
  • You don’t need to apply or save your changes before previewing them.
  • The experience doesn’t need to be live.
  • A preview bypasses the experience’s targeting and frequency settings, so it appears even when the current user wouldn’t normally qualify for it.
  • Once you close the experience, the app resumes normal behavior.

Test push notifications

You can send a test push to a specific user from the Userpilot dashboard and verify delivery and tap handling on a real device without sending anything to your wider audience. The notification doesn’t need to be live, so you can test it while it’s still a draft.
  • Test pushes work in both the staging and production environments.
  • Test pushes are not counted as real sends, and they’re excluded from analytics.
  • Test pushes bypass the notification’s targeting and frequency settings.
For the dashboard steps, see Mobile push notifications. Because a notification tap arrives as a deep link on Android, a test push also exercises your deeplink handling there. If the notification appears but tapping it does nothing, the scheme registration is the first thing to check.
Open a link directly to confirm your scheme is registered and your handler runs, without going through the Builder:
Replace the scheme with your own token and 12345 with a real experience ID.

Troubleshooting

Confirm URL_SCHEME in package.json matches your token exactly, lowercased, then rebuild so Cordova regenerates the native configuration. Check the generated Info.plist and AndroidManifest.xml shown above to confirm the scheme actually landed.
The link arrived before setup completed, so the SDK wasn’t ready to act on it. Buffer the URL and replay it from the setup success callback, as shown above.
Notification taps travel over this same URL scheme on Android, so they need the scheme registration and the deeplink forwarding described above. Confirm DEEPLINK_HOST is sdk.
Each environment has its own token, and the scheme follows the token. Confirm URL_SCHEME matches the token that build initializes the SDK with, then rebuild.