Documentation

Build with LinkTrail

Everything you need to ship deferred deep links, smart routing, and privacy-first attribution across iOS, Android, and web.

Getting Started

SDKs

Guides

Frequently asked questions

How do I integrate the LinkTrail SDK?

Three calls. Configure with your API key at launch, register an onLink handler to route incoming links, and forward OS links with handleDeepLink. After your consent prompt, call setConsent(true) so attribution can start. The Quickstart guide walks through both the dashboard setup and the app code in about five minutes.

Which SDKs does LinkTrail provide?

Four: iOS via Swift Package Manager or CocoaPods (iOS 15+), Android via Maven Central (minSdk 26), React Native as a New Architecture TurboModule, and Flutter as a pub.dev plugin. The React Native and Flutter packages wrap the same native SDKs, so behaviour is consistent across all of them.

Why do my deep links open the browser instead of my app?

Almost always domain verification rather than SDK code — a signing-fingerprint mismatch or a stale cache in the AASA or assetlinks.json file. Note that typing a URL in the address bar never opens an app on either platform by design; test by tapping a link from another app instead.

Do I need to obtain user consent before the SDK collects data?

Yes, and the SDK is built for it. Consent gating is on by default on iOS and Android: deep links still route so users reach the right screen, but no attribution is recorded until your app calls setConsent(true). As the controller, obtaining that consent is your responsibility.

Does the LinkTrail SDK collect the IDFA or Google Advertising ID?

No. The SDK never accesses the Apple IDFA, with or without App Tracking Transparency permission, and never reads the Google Advertising ID. It uses a vendor-scoped identifier — the iOS IDFV or Android App Set ID — which is scoped to you as the developer and not shared across companies.