Skip to content
All features

Deferred deep linking

Deferred deep linking: the link survives the install.

Deferred deep linking keeps a link’s destination through an app install: someone without your app taps the link, installs from the store, and opens on the exact screen the link pointed to. SwiftURL does it with the Play Install Referrer on Android and a one-time clipboard token on iOS, with no fingerprinting and no SDK.

Deep linking settings for a domain: the Deep View and deferred deep linking switches, then iOS Universal Links
The Deep View and deferred deep linking switches

How does deferred deep linking work without fingerprinting?

Standard deep linking opens your app when it is already installed. Deferred deep linking covers the harder case: the app is not installed yet. SwiftURL mints a one-time token at the moment of tap, hands it to the store install, and your app redeems it on first launch to recover the exact destination and in-app path. The token is opaque, single-use, and short-lived, so an edit or delete between tap and install can never move where the user lands.

Turn it on per domain

Switch on Deep View and deferred deep linking in each domain’s deep linking settings. Deep View shows a branded preview with an Open in app button.

The Deep View and deferred deep linking switches, with a description of each

Android and iOS, each the official way

Android reads the Play Install Referrer; iOS reads a user-initiated clipboard token. The same domain settings serve your Universal Links and App Links.

iOS Universal Links and Android App Links settings for the domain

A one-time token, redeemed on first launch

A one-time, opaque token carries the destination through the store install. Your app posts it to /track/open and gets back the destination and path. No IP matching and no device signals: the token itself is the only credential.

POST /api/v1/track/open200 OK
POST /api/v1/track/open
Content-Type: application/json

{ "token": "<opaque token>" }
200 OK

{
  "destination": "https://acme.com/product/123",
  "deepLinkPath": "product/123",
  "linkId": "lnk_…"
}

What happens between the tap and the first launch?

  1. Tap without the app

    The Deep View preview offers to get the app, and mints a one-time token.

  2. Install from the store

    The token rides along via the Install Referrer on Android or the clipboard on iOS.

  3. Redeem on first launch

    Your app posts the token to /track/open and gets back the destination and path.

  4. Land on the right screen

    The user opens exactly where the link pointed, first session included.

Why deferred deep linking matters

  • First session counts

    New installs land on the promoted content, not a generic home screen.

  • Cleaner attribution

    A deterministic token beats guessing which install came from which tap.

  • Compliant by default

    No IP correlation means one less privacy liability for your app.

Does deferred deep linking need fingerprinting?

No. Most incumbents recover the deferred link on iOS by matching people probabilistically on their IP address, which is personal data under DPDP and GDPR and exactly the fingerprinting we refuse to do. SwiftURL uses a user-initiated clipboard token on iOS and the official Play Install Referrer on Android instead. The token stores only a snapshot of the target, never a person, and it is purged after a short expiry.

Frequently asked questions

What is deferred deep linking?

Deferred deep linking keeps a link’s destination through an app install. Someone who taps a link without your app installs it from the store and, on first launch, still lands on the screen the link pointed to.

How is the destination carried through the install?

A one-time, opaque token is minted at the tap and recovered on first launch: on Android from the Play Install Referrer, and on iOS from a user-initiated clipboard token. Your app redeems it to get the destination and in-app path.

Do you use IP or device fingerprinting?

No. SwiftURL never matches people by IP address, screen size or other device signals. The token itself is the only credential, which keeps the approach aligned with GDPR and India’s DPDP Act.

Does it need an SDK or app-side work?

No SDK. Your app needs a few lines of integration: on first launch it posts the token to the /api/v1/track/open endpoint and routes to the path that comes back.

How long is the token valid?

The token is single-use and short-lived, expiring after one hour by default. It stores only a snapshot of the destination, never personal data, and is purged after it expires.

Which plans include deferred deep linking?

Deferred deep linking is included from the Pro plan, alongside standard deep linking. Turn it on per domain in the deep linking settings.

Never lose the link to an install.

Turn on Deep View and deferred deep linking per domain, and wire the token in with a few lines in your app.