eSIM and travel apps sell in a narrow window: someone is about to fly, or has just landed. That tap almost always starts inside a social app or a messenger, and it has to land the first time.
Meta and TikTok ads · travel creators · messengers · airport-moment traffic
Someone in a queue with a dying battery does not retry a blank page. The window closes and the sale goes to whoever loaded.
Travel advice moves through WhatsApp and Telegram, each with its own in-app browser — and warm referral traffic is the most valuable of all.
Different countries, different store fronts, same handoff. One link keeps the routing consistent everywhere.
Your buyer is often on a weak connection, in a queue, with a dying battery. A page that sits blank for two seconds loses the sale to whichever competitor loaded first.
Delivery depends on which app the link opens in, and the spread is wide. These are our own numbers, not an industry estimate. Sample: 606 taps through our own links, 3–5 August 2026. Every link reports back when a tap fails to leave the in-app browser, so these are counted, not modelled.
| Source | Reached the store | Detail |
|---|---|---|
| 99% | 3 taps stalled, 2 of them recovered by pressing the button | |
| 81% | 35 stalled, 17 recovered — this is where the system asks for confirmation | |
| TikTok | 86% | small sample, but the pattern matches Facebook |
| Plain browser | 100% | nothing to escape from, the store opens directly |
It reads where the tap came from and takes the route that survives there: the external browser out of Instagram and Threads, the store's own scheme where that is what works, an immediate button where the system asks for confirmation. If everything is blocked, the tap still ends on a visible button instead of a blank screen.
No SDK and no changes in the app. You swap one address for another.
An attribution link can be the destination. We hand the tap over and leave your parameters alone.
Each link reports when a tap failed to leave the in-app browser, so the dashboard shows delivery, not just clicks.
Yes. Both ship their own in-app browsers, and the link takes the route that works in each.
The store handles the storefront by itself. If you need different destinations, create a link per campaign and point each one where you need.
Yes. Your MMP link stays the destination and keeps measuring the tap.
Yes. Both have their own in-app browsers, and each gets the route that works there.
It is a static page with the routing logic inline — there is nothing to wait for before the redirect starts.
Free while you try it: up to three apps, unlimited links under each, full routing and per-source stats. The paid plan buys a shorter address.