Deep linking · Research note
Why a Link Opens the Browser Instead of the App
A correctly configured app link can still open in the browser, and often that is by design. On iOS, same-domain taps, typed addresses and a visitor's own choice keep links in Safari. On Android, unverified web links and missing user gestures do the same. Rule these out before you look for a configuration fault.
Scope and limits
This note collects behavior described in Apple, Android and Chrome documentation. It does not report device tests, and browser support outside Safari and Chrome may differ.
The designed cases
| Situation | Platform | What happens | What to do |
|---|---|---|---|
| Tap on a link to the same domain | iOS, Safari | Opens in Safari | Use a separate associated subdomain for open-in-app buttons |
| Address typed into the browser | iOS | Never opens the app | Offer the app with a banner on the page |
| Visitor chose the browser by long-press | iOS | Becomes the default for that domain on that device | Nothing to fix; the visitor can change it back |
| Your app opens its own universal link | iOS | The link won't open in your app | Route internally instead of calling the open URL method |
| Third-party browser | iOS | May not support universal links | Test in the browsers your visitors use |
| Web link not verified | Android 12 and later | Usually the browser or a chooser | Verify the host; see the App Links guide |
| Visitor changed app link settings | Android | The setting decides | Reset settings on test devices before each run |
| Intent link without a user gesture | Android, Chrome | Chrome does not launch the app | Put the app choice behind a tap |
iOS in detail
Apple states the same-domain rule directly: "When a user browses your website in Safari and taps a universal link in the same domain, the system opens that link in Safari, respecting the user's most likely intent to continue within the browser." The same page warns that if your app uses the system open URL method on a universal link to your own website, "the link won't open in your app."
Apple's debugging note adds three more cases. Typing a URL into the address bar never opens the app, because Apple treats it as a direct visit. The choice a person makes from the long-press menu becomes the device default for that domain until they change it. And third-party browsers may not support universal links at all. None of these is a fault in your association file, so check them first; the iOS Universal Links guide covers the setup side.
Android in detail
On Android, the line is verification. For unverified web links on Android 12 and higher, Android's documentation says "they will almost always trigger the disambiguation dialog, meaning that they are likely to be handled by the user's web browser by default." Android's security page adds that apps "must now be verified to handle links from specific domains, either through Android App Links or user selection in system settings," so a person's own setting can also send links to the browser. Where this fits in the wider route is shown in six decision points between a search result and an app screen.
Chrome also needs a user gesture before it opens an app from an intent link; the fallbacks guide explains the timer case. And on test devices, Android's test guide warns that changing link settings before verification finishes can show a false positive.
When it is a fault after all
If none of the designed cases applies, the problem is probably configuration: a redirect on the file host, a wrong fingerprint, a missing entitlement or a stale cached file. The taxonomy of broken app links lists those faults with the check for each, and the release test plan for app links sets out a clean test run. To see which part of a campaign link decides the route, paste it into the deep link route inspector.
Questions
Can someone switch universal links back on after choosing the browser?
Yes. Apple's debugging note explains that the open-in-app or open-in-browser choice made from a long-press becomes the device default for that domain, and the person can change it by repeating the long-press.
Does Android also remember which app handles a link?
Android 12 and later require apps to be verified for a domain, "either through Android App Links or user selection in system settings," so a person's choice in settings also decides where links open.
Why does a link on our own website stay on the website?
On iOS, a tap on a universal link to the same domain the person is browsing opens in Safari, respecting their likely intent to stay in the browser. Point an open-in-app button at a separate associated subdomain instead.
Sources
- Apple Developer, Allowing apps and websites to link to your content, no date shown.
- Apple Developer, TN3155: Debugging universal links, latest revision May 15, 2025.
- Android Developers, Create deep links, last updated October 23, 2026.
- Android Developers, Unsafe use of deep links, last updated October 23, 2026.
- Chrome for Developers, Android Intents with Chrome, last updated December 12, 2023.
- Android Developers, Test App Links, last updated October 16, 2026.
How we choose and date sources: data sources.