Device targeting

One link to the App Store, Google Play and the web

Give iPhone visitors the App Store, Android visitors Google Play and everyone else your site — from a single short URL. Three targets, no SDK, nothing added to your app.

Pro and above · No credit card required

app.clik.so/links/new
Device TargetingPro
iOS URL
apps.apple.com/app/id000000
Android URL
play.google.com/store/apps/…
Desktop URL
https://example.com/download
Leave blank to send desktop visitors to the default destination
3 device rules active on clik.is/get-app
The three device fields on a link, each pointing at a different store or page

Quick answer

What is a device-targeting link?

A device-targeting link is one short link that redirects to a different URL depending on the device it is opened on. ClikSo supports three targets — iOS, Android and desktop — so a single link can send iPhone visitors to the App Store, Android visitors to Google Play and everyone else to your website. No SDK is involved.

iOS, Android and desktop — the three rules a link can carry
3 targetsiOS, Android and desktop — the three rules a link can carry
Nothing installed in your app or added to your site
No SDKNothing installed in your app or added to your site
Device rules run after country rules and overwrite them
Rule 2 of 3Device rules run after country rules and overwrite them
Bitly reports device data but does not redirect by device on any plan
Not on BitlyBitly reports device data but does not redirect by device on any plan
  • Exactly three targets: iOS, Android and desktop
  • Available from the Pro plan, $14.99/month billed yearly or $18.99 monthly
  • Device rules run after country rules and overwrite them; an A/B split only fires if neither matched
  • These are redirects to https:// pages, not deep links into a native app
  • Bitly reports the device behind every click but cannot route by it on any plan

How to send iOS and Android users to different app stores

Five steps, and nothing to change inside the app or on your website.

  1. Create the link with a default destination

    Start with the URL everyone should get when no device rule applies — usually your website or a landing page that explains the app. That destination stays in place; device rules sit on top of it.

  2. Turn on Device Targeting

    Open the link and switch Device Targeting on. Three fields appear: iOS URL, Android URL and Desktop URL. Fill in the ones you need and leave the rest blank — a blank field simply means that device falls through to the default destination.

  3. Paste the store listings

    Put your App Store product page in the iOS field and your Google Play listing in the Android field. Both are ordinary https:// URLs, so nothing has to be registered, verified or built into the app itself.

  4. Share the one link everywhere

    The same short URL goes in the bio, the email, the SMS, the ad and the printed QR code. The Cloudflare Worker nearest the visitor reads the request, picks the matching rule and redirects — no interstitial, no chooser page, no code on your site.

  5. Check the device split in analytics

    Device, browser and OS are recorded for every click, and device is one of the fifteen analytics filters. Clicks show up within about a minute, so you can confirm iPhone traffic is landing on the App Store before the campaign goes wide.

What people use device rules for

Anywhere one audience gets one link but the right destination depends on what they are holding.

App installs from one link

The reason most people arrive on this page: put a single link in your bio, ad or email and have every visitor reach the right store listing for the phone in their hand.

Game launches and updates

Announce a release once and let the link sort players into the App Store and Google Play, with desktop visitors sent to the press page or the launch trailer instead of a store they cannot use.

App-first commerce

Send phone traffic to the app, where checkout and push notifications live, and desktop traffic to the web store — from the same link in the same campaign.

QR codes on print and packaging

A printed code is scanned almost entirely by phones, but not exclusively. Device rules make the same printed code work for the tablet on a trade-show stand and the laptop it gets typed into later.

Desktop software downloads

Point desktop visitors at your download page and phone visitors at something they can actually use, so nobody lands on an installer they cannot run.

SMS and push campaigns

Messages that land almost entirely on phones still get forwarded and opened on laptops. One link covers both without writing two versions of the message.

One link for the App Store and Google Play

The most common reason to reach for device targeting: you have two store listings and one place to put a link.

clik.is/get-app

iOSapps.apple.com
Androidplay.google.com
Desktopexample.com/download

Leave a device blank and it falls through to the default destination. Windows, macOS and Linux all share the one desktop rule.

Why this is simpler than it looks

No SDK, no code on your site. The decision is made on the redirect, before the visitor reaches anything you own, so there is nothing to add to the app and nothing to paste into a page template.

No chooser page. The visitor never sees a "which platform are you on?" screen. A plain link without custom previews or a pixel answers with a 302 and no body.

Store URLs are just URLs. App Store and Google Play listings are ordinary https:// addresses, so they need no registration, verification or app-side configuration to be used here.

The link stays editable. Change a store URL later and the short link keeps working — useful when the printed QR code has already shipped.

Device redirect vs deep link vs universal link

These four terms get used as though they mean the same thing. They do not, and only the first one is what ClikSo does.

Device redirects, deep links, deferred deep links and universal links compared
Kind of linkWhat it doesWhat it needsIn ClikSo
Device redirectSends the click to a different web URL depending on whether the visitor is on iOS, Android or desktop. The destination is an ordinary page — often an App Store or Google Play listing.Nothing. No SDK, no code on your site.Yes, from Pro
Deep linkOpens a specific screen inside an app that is already installed, usually through a custom scheme such as myapp:// or intent://.The app must register and handle the scheme.No — a non-http(s) URL is rewritten and will not open an app
Deferred deep linkRemembers the screen a visitor wanted, sends them to the store to install, then opens that screen the first time the app runs.An attribution SDK inside the app, from a vendor such as Adjust, Branch or AppsFlyer.No
Universal Link / App LinkAn ordinary https:// URL that the operating system opens in the app when it is installed, and in the browser when it is not.An association file hosted on your own domain, plus configuration inside the app.No

If what you need is a link that opens a particular screen inside an installed app, or that survives an install and resumes where the user left off, that is an attribution platform's job and it needs an SDK in your app. ClikSo covers the other case: getting each visitor to the right page or store listing without building anything.

Device targeting across link shorteners

Short.io wins the price row outright — mobile targeting is on its free plan. Bitly does not offer device routing at any price.

Device targeting across link shorteners
CapabilityClikSoBitlyDub.coShort.io
Sends iOS and Android visitors to different destinations
Cheapest plan that includes it$14.99/mo (Pro)Not available$27/mo (Pro)Free plan
A separate destination for desktop visitorsNot documented
Device breakdown in click analytics
Country rules on the same link

Competitor details taken from each provider's own published pricing and documentation, last verified 16 September 2026. Prices shown are the per-month cost when billed annually. “Not documented” means the vendor's own documentation does not state it.

Good to know

  • Three targets, and no more: iOS, Android and desktop. Desktop is a single bucket — Windows, macOS and Linux visitors all receive the same Desktop URL, and there is no per-browser or tablet-specific rule.
  • Device rules overwrite country rules. Country runs first, device runs second and wins on a matching device, and an A/B split only fires if neither of them matched.
  • Devices are matched on the User-Agent the browser sends. A browser set to request desktop sites reports itself as a desktop and is routed by the desktop rule.
  • These are redirects to https:// pages, not deep links. A custom app scheme such as myapp:// is rewritten and will not open an app, so put the store listing in the field instead.
  • Device targeting starts on Pro. Free and Starter links still record device, browser and OS for every click — they just cannot route on them.

Device targeting by plan

Device targeting starts on Pro, alongside country targeting and A/B splits. One link can carry all three sets of rules.

FreeNot included — device analytics only
StarterNot included — device analytics only
ProIncluded — $14.99/mo billed yearly, $18.99 monthly
BusinessIncluded
EnterpriseIncluded

Frequently asked questions

Create a short link, switch on Device Targeting, and paste your App Store product page into the iOS URL field and your Google Play listing into the Android URL field. Share that one short link everywhere. Each visitor is redirected to the store listing that matches their device, and anyone on a desktop gets the Desktop URL or, if you leave it blank, the link default destination.

Three: iOS, Android and desktop, each with its own URL. One short link can send iPhone users to the App Store, Android users to Google Play and everyone on a computer to your website.

No. A device redirect sends the click to a different web URL — including an App Store or Google Play page — based on the device. A deep link opens a particular screen inside an app that is already installed, usually through a custom scheme like myapp://. ClikSo does device redirects and not deep links: any URL that is not http or https is rewritten, so an app scheme will not open an app.

No. Device targeting is evaluated on the redirect itself, before the visitor reaches any page of yours, so there is nothing to install in your app and no snippet to add to your website. That is the main practical difference from mobile attribution platforms, which require an SDK inside the app.

It falls through to the link default destination. Device fields are optional and additive — filling in only the iOS field is a perfectly normal setup, and every non-iOS visitor simply gets the default.

Bitly has device analytics, not device targeting. It reports the device each click came from, but it does not redirect iOS and Android visitors to different destinations on any plan, including Enterprise. ClikSo includes iOS, Android and desktop targeting on its Pro plan.

Yes, and the order is fixed. Country rules are evaluated first, device rules second and they overwrite the country result, and an A/B split runs last and only if neither matched. So on a link with a rule for Germany and a rule for iOS, a German iPhone visitor gets the iOS URL.

Pro, at $14.99 per month billed yearly or $18.99 billed monthly. It is the same plan as country targeting and A/B splits, and all three can run on one link.

Last reviewed 16 September 2026 against the live product. Competitor details come from each provider's own published pricing. See the full feature list or ClikSo vs Bitly.

Ready to get started?

Join the marketers and developers building the future of link sharing.

Free forever plan. No credit card required.