Two distinct but distinctly important problems are solved by deep links and back links in iOS 9. Deep links further blur the boundaries between native and online by enabling web links to be opened by associated apps. Back links allow you to return from where you came. With deep links and back links, if you're messaged a tweet and tap on it, instead of going to m.twitter.com you can go to the Twitter app. And with backlinks, you could return to messages with a single tap.
Note: iOS 9 is currently in beta and governed by a non-disclosure agreement (NDA) that doesn't allow for screenshots or video. All the material contained in our iOS 9: Explained series is from previous, now public versions of iOS, from iOS 9 features shown off during the WWDC 2015 keynote, and from our coverage of the event, including our iOS 9 first look.
A brief history of linking and app switching
When Apple the launched the iPhone in 2007 you could move between apps arbitrarily by clicking the Home button, returning to the Home screen, and then tapping on another app. You could also tap on a link, for example a web link to go to Safari or a telephone number to go to Phone. Didn't matter if the link was in an app or a notification. Tap it and you were on your way.
To handle links to apps like Phone, iOS used URL schemes, which Apple registered for their own apps. When one of those URLs was tapped, iOS knew not only to go to an app, but which app to go to. With multiple URL schemes, links could even be directed to specific parts of an app.
Apple did allow developers to register Custom URL schemes, but multiple developers could register the same Custom URL, which could cause confusion and collisions. Because they needed to know if an app is installed to be useful, they could sniff out other apps on a device, they raised privacy concerns. Because they could be used to transport information without encryption, they also raised security concerns.
There was no way for Custom URL's to translate web links into app links either. If you tapped on a facebook.com link, you'd go to facebook.com in Safari, not Facebook.app on your iPhone or iPad.
Also, going back to where you were before, was a manual task: Tap link, switch apps, click Home button, find icon for previous app, tap icon, navigate back to where you'd been.
That began to change in 2010 with iOS 4 and the fast app switcher. From that point on you could avoid going back to the Home screen by double clicking the Home button to access an array of recently used apps in chronological order. Originally the app array was presented as a Dock-beneath-the-Dock. An under-Dock. In 2013, with iOS 7, it was redesigned as a card view, similar to the original version of Mobile Safari or webOS cards.
This year, with iOS 9, it's been redesigned again and the cards are now stacked.
Functionally, not much has changed. The card view did allow you to see the last state of an app, and the stacked card view made them even bigger and easier to see. Still, you click twice, swipe, and tap to switch apps. Which is fine if you want to switch to an app you haven't used in a while but it's not very convenient if all you want to do is go back.
Developers came up with some smart workarounds, namely Greg Pierce's x-callback-url starting in January of 2011, which allowed not only for inter-app navigation, but communication.
But we still didn't have anything iOS-wide to handle the simply task of going back to where we came from. Not until now.
How universal linking works
With iOS 9 and universal linking, Apple is establishing a better way to handle inter-app communications. Not the kind of inter-app communications already offered by Extensibility, which debuted in iOS 8 and let one app open a view controller and offer features to the system or another app, but something else.
The goals for seamless linking were:
- To let apps connect to each other as easily as links let websites and pages.
- To enabled a trusted relationship between a website and its associated app.
- To link to apps, if and when installed, but otherwise fall back gracefully to Safari.
- To protect privacy and security.
To accomplish this, Apple starts with standard web links. Apple has to in order to maintain backwards compatibility with Safari. With that link, they start to break it down.
- The scheme has to begin with http or https, again for backwards compatibility with Safari.
- The domain name, which has to be securely associated with a companion app. That's done by using an SSL certificate that's used to sign a file that's then stored on the developers' web server.
- The path or path prefix, which can be translated to specific content in the app, or exclude content that doesn't (or doesn't yet) exit in the app.
If iOS doesn't find an app on your device that can handle a URL, it simply sends it to Safari. If it does find an app that's associated with the URL, it sends it to the app.
Back links are different in kind. With iOS 9, when you tap on something in one app that takes you to another, when you get to the new app, a very small back arrow appears at the very top left of the screen. Along with the arrow is text reading "Back to" and the name of the app you came from. Tap on the arrow or the text and you're sent right back not only to previous app, but to exact screen you left.
It's not the same as the back button or gesture inside an app. Those both still exist but remain exclusive to intra-app navigation. This is for inter-app communication. It's more complex and more cluttered but it's also clearer and doesn't cause the kind of confusion or collision a combined button might. (The iPad's four-finger swipe back gesture still exists but remains a power shortcut with nothing in the way of the discoverability or affordance the arrow and text provide.)
So, for example:
- You're exchanging iMessages when you receive a link to a tweet.
- You tap on the link, bracing yourself for m.twitter.com but instead the Twitter app opens and takes you right to the tweet.
- You read it, laugh or cry, and then start reaching for the Home button to double-click into the fast app switcher to look for the Messages app, when the "Back to Messages" link at the top of the page catches your eye.
- You tap it and you're right back in iMessage, sharing your laughter and tears.
Developers and deep links
For developers, adding support for app links in iOS 9 is similar to adding support for Continuity's handoff between app and web, or shared web credentials, from iOS 8. A JSON app-site association file has to live on your HTTPS server that includes details like application identifiers and which sections and/or pages of the website the app supports, for all domains that it supports.
When a universal link is sent to an app, developers can make sure it matches the type of activity they're expecting, and then begin to parse it. If the link is outdated or just plain wrong, the developer needs to figure out how to handle it as gracefully as possible, whether it be via notification, redirect back to Safari, or some other mechanic. If the link is good, the developer needs to translate it to a location in the app and take the user there.
Developers also need to add associated website domains to their app's entitlements in Xcode.
Apple stressed that, for reasons of security and privacy, developers should make sure they transport data between the web and apps using HTTPS. (Apple is adding App Transport Security as a forward looking safeguard for these types of data exchanges.)
Back links, by contrast, are handled by the system and every app gets support for it simply by running on iOS 9.
Because of how deep links are implemented, including the need to link apps and web sites together, only a developer that owns both the app and the websites can create the link. That means twitter.com can deep link to Twitter.app, but Tweetbot or Twitterrific would have no way to offer themselves as alternatives—they don't own the website.
This is for security reasons. You don't want random apps or websites trying to hijack you when you click a Facebook link or open the Pinterest app.
Deep links come with numerous advantages. They create a better more seamless experience for iPhone and iPad users, moving them cleanly from app to app with now awkward Safari interception or redirections in between. They maintain compatibility with Safari and other browsers, however, if the app isn't installed or if the link isn't being opened on iOS. Best of all, they do it securely and while maintaining privacy.
Back links come with one advantage, but it's a major one. They move you back to where you came from, and they do it in a way that's not only consistent but, thanks to labeling, always completely predictable.
I'll save the details and assessments for my iOS 9 review, coming this fall when Apple ships, so for now I'll leave it at this—Instead of being "just a big iPhone", the iPad has become "two or three big iPhones", and that makes it exponentially more useful.
Rene Ritchie is one of the most respected Apple analysts in the business, reaching a combined audience of over 40 million readers a month. His YouTube channel, Vector, has over 90 thousand subscribers and 14 million views and his podcasts, including Debug, have been downloaded over 20 million times. He also regularly co-hosts MacBreak Weekly for the TWiT network and co-hosted CES Live! and Talk Mobile. Based in Montreal, Rene is a former director of product marketing, web developer, and graphic designer. He's authored several books and appeared on numerous television and radio segments to discuss Apple and the technology industry. When not working, he likes to cook, grapple, and spend time with his friends and family.
Lolz, ios9, look at you and your cute little 'back' button. Don't worry little buddy, you'll get widgets when you're all growed up.
Does your penis feel bigger now?
How is this Implementation different or similar to using google apps on iOS?. Ie reading mail in Gmail, clicking on a link which opens chrome, chrome has a back button that takes you right back to gmail.
I don't think there is much of a difference across the boards. Unless I read wrong, the biggest difference is there is a "link" placed on the app that you open to take you back to the previous app. I know for Android, all I have to do is hit the back button, and I'm back where I came from. I think this is Apple's solution because there was no way to go back to the previous app unless you used the home button to open your recent apps, and go back from there. Now, it's just one button away just like Android. Posted from the Nexus 6, Nexus 5, or Surface Pro 3
I'm on the iOS 9 Public Beta. You nailed it.
I recently came to iPhone from Android and was *sorely* missing the back button and the fact that links from anywhere went to the appropriate app rather than Safari. These additions to iOS 9 will be fantastic.
I really wish there was a way to allow permissions for this. For instance when selecting a Twitter link it would pop up an option to allow you to set a default app to open (from any Twitter app you've installed). From there you wouldn't see the option once you've set it. This would be a way to set default calendar, email, and browsers as well. Sent from the iMore App
That will never happen on iOS, read up on the restrictions around deep linking, and the back button. With the example of Twitter, the link can only be allowed to open an app that is owned by the developer. IE; a link from twitter will only open the official twitter app (not tweebot or others). This is to stop rogue code hijacking a link I believe (or similar). TBH my number 1 iOS feature request is default app settings like Android. It makes the device feel like its "yours"
Does anyone have a suggestion for fixing this issue? I've published a "members's only" podcast RSS feed for years. In the past, clicking on the user's RSS link (using an i device) caused the iOS Podcast app to open. This gave the user the option to subscribe - which was what was desired. Now clicking an RSS link causes the "News" app to open, which isn't helpful and there doesn't appear to be any way to change this. Suggestions?
Get the best of iMore in in your inbox, every day!
Thank you for signing up to iMore. You will receive a verification email shortly.
There was a problem. Please refresh the page and try again.