You finally shipped the app. It is live on the App Store and live on Google Play, two separate listings with two separate URLs. Then you go to put it in your Instagram bio and you hit the wall everyone hits: there is one slot, and you have two links. Pick the App Store and every Android user taps a page they cannot install from. Pick Google Play and every iPhone user gets nothing. Paste both and the link looks like a mess nobody clicks.
This is a real problem and it is more common than it used to be, because making an app no longer requires a team. People are shipping apps on weekends now. The building part got easy. The part where you actually get the thing in front of people is still exactly as annoying as it always was, and this two-links problem is the first wall most of them hit.
What you actually want
One link. You hand it out everywhere, and it figures out where to send each person on its own. iPhone in hand, off to the App Store. Android phone, off to Google Play. Someone opens it on their laptop, they see a normal web page instead of a broken store link. You never think about it again.
That is the whole job of an app download link. It looks at the device that opened it and forwards to the matching store. The person taps once and lands in the right place, and they have no idea any decision was made on their behalf. It just feels like the link worked.
How the detection works
When someone opens the link, their browser quietly tells the server what kind of device it is. That is the same signal websites have used for years to send you the mobile layout instead of the desktop one. The link reads it, matches iOS to your App Store URL and Android to your Play Store URL, and redirects in a few milliseconds. Anything that is neither, a desktop or a tablet you did not plan for, falls back to a page you choose, usually your website or a simple landing page with both store buttons on it.
So you set it up once with three things: your App Store link, your Google Play link, and a fallback for everyone else. After that the one short link does the sorting forever.
Be clear about what this is
I want to be straight about scope, because the words around this get muddy. This is a smart store redirect. It gets the right person to the right store. It does not drop someone onto a specific screen inside your app, and it does not carry a referral code through an install so the app opens to a particular product. That deeper kind of routing is a much bigger, much fussier thing, and most people who think they need it actually just need the store redirect done right.
If all you want is for one link to send iPhone people to the App Store and Android people to Google Play, that is exactly what this does, and you do not need a heavy SDK or a developer afternoon to set it up.
Where the one link goes
Once you have a single link that resolves on its own, the awkwardness disappears from everywhere you were stuck before.
It goes in your bio, where you only ever had one slot anyway. It goes in the tweet announcing launch, so you are not posting two URLs and telling people to pick the right one. It goes in your ads, where sending an Android user to an iOS-only page is just money set on fire. And it goes on anything physical: a poster, a sticker, a table card at an event. Wrap the link in a QR code and the person who scans your poster lands in their own store without you printing two codes and hoping people read the labels. (Every link gets a QR code automatically, and you can track how many people scan it separately from the ones who tap.)
A note for anyone who lost Firebase Dynamic Links
If you built apps before, you might remember Firebase Dynamic Links. Google shut it down on August 25, 2025 (Firebase), and a lot of developers got left looking for something to replace it. The honest truth is that most of them were using it for one thing: a single link that sent people to the right store. The in-app deep routing was there, but the store redirect was the part they actually relied on.
If that was you, you do not need to go find another full deep-linking platform with a setup guide the length of a novel. For the store-redirect job, a smart link covers it without the SDK and without the maintenance.
How to set it up in Linxly
The whole thing is a few minutes, and there is nothing to install in your app.
- Create a deep link and paste in your App Store URL and your Google Play URL.
- Set a fallback for desktop and anything else, usually your website.
- Save it and you get one short link. That is the link you hand out everywhere from now on.
- Its QR code is generated for you, so the same link works on print without any extra step.
- Open the link's analytics whenever you want to see how many people it sent on, and to which store.
Make the link before you announce anything, not after. The worst time to discover your launch tweet sent half your audience to a dead store page is after a few hundred people already tapped it.
The bottom line
Building an app got dramatically easier. Getting people into it did not. The two-store-links problem is small and dumb and it still trips up almost everyone the first time, usually at the exact moment they are trying to share the thing they just made. One smart link solves it cleanly: iPhone to the App Store, Android to Google Play, everyone else to a page you picked, all from a single URL you can put anywhere. Set it up once and the link does the deciding so you never have to.
Frequently Asked Questions
How do I make one link that opens the right app store?
Create a deep link, add both your App Store and Google Play URLs, and set a fallback for desktop. You get a single short link that detects each visitor's device and forwards iPhone users to the App Store and Android users to Google Play automatically.
Does this open a specific screen inside my app?
No. This is a smart store redirect: it sends people to the correct store listing based on their device. It does not route to a particular screen inside an already-installed app, which is a separate and more complex kind of deep linking.
What happens if someone opens the link on a computer?
They get the fallback page you set, usually your website or a simple landing page with both store buttons. The link only sends people into a store when it detects a matching phone.
Is this a good Firebase Dynamic Links replacement?
For the store-redirect use case, yes. Firebase Dynamic Links shut down on August 25, 2025, and most people used it to send visitors to the right store. A smart link does that without an SDK. If you specifically need in-app screen routing, that is a different tool.
Can I track how many people my app link sends to each store?
Yes. The link records each visit, so you can see how many people it forwarded and where they went, including scans if you shared it as a QR code. It is anonymous, aggregate data with no personal details attached.
Is it free?
You can try Linxly free for 7 days with full access. After the trial, plans start at $0.99 a month, billed monthly, cancel anytime.