什么是深度链接？
对于深度链接最简单解释，并了解怎样才算一个好的深度链接。
深度链接是将您带到内容的链接。大多数网站链接都是深度链接。
http://www.jet.com/product/Rockport-Mens-Evander-Oxfords-Shoes/023eab3cfe1b4e27897f7a48d76f4168
这是深度链接。它连接到 Jet.com 上的一双鞋子
http://www.jet.com/
这不是深度链。它只连接到主页，而非特定项目。
深度链接和移动App
问题
网站链接不适用于原生移动App。
如果您使用移动设备在 Jet.com 上点开一双鞋的链接，即使安装了 Jet App，您也会在网页浏览器中被带到目的地。这里有一个问题，因为和移动端版本的 Jet.com 相比， Jet 的App提供了更好的用户体验。
网站链接不适用于原生移动App。
如果您使用移动设备在 Jet.com 上点开一双鞋的链接，即使安装了 Jet App，您也会在网页浏览器中被带到目的地。这里有一个问题，因为和移动端版本的 Jet.com 相比， Jet 的App提供了更好的用户体验。
深度链接解决方案
移动 App 深度链接（也简称为“深度链接”）指向App内的内容。如果您希望和朋友分享 Jet 上的一双鞋子，您可以发送一个深度链接，把朋友直接引到 App 中的鞋子页面。如果没有深度链接，您的朋友必须在 App Store 或 Play Store 中找到 Jet 的 App，打开 App 的主页，找到搜索功能，然后尝试查找您所说的那一双鞋。
移动 App 深度链接（也简称为“深度链接”）指向App内的内容。如果您希望和朋友分享 Jet 上的一双鞋子，您可以发送一个深度链接，把朋友直接引到 App 中的鞋子页面。如果没有深度链接，您的朋友必须在 App Store 或 Play Store 中找到 Jet 的 App，打开 App 的主页，找到搜索功能，然后尝试查找您所说的那一双鞋。
传统的深度链接
只要在打开链接时已安装了App，传统的深度链接就可以将用户导向 App 内容。这意味着，如果用户没有安装 App，传统的深度链接将不起作用，并将显示错误或后退页面。
点击查看示例：
延迟深度链接
即使在打开链接时未安装App，延迟深度链接可以将用户指引到相应内容。该链接将首先重新定向到 App Store 或 Play Store 以下载App，然后在首次启动后，立即将用户导向特定的“延迟”内容。
场景深度链接
场景深度链接具有延迟深度链接的所有功能，还同时具备其他功能。场景深度链接存储的信息包括用户要去的位置，点击链接时的位置，最初共享链接的人，以及几乎无限量的自定义数据。
场景链接为App开发人员和用户增加了价值。App开发人员可以构建强大的功能，而不仅仅是简单的内容链接，包括个性化的欢迎界面（如果您的朋友与您共享某一商品，您可以在 App 中看到朋友的推荐）和推荐程序。App 可以提供更好的体验和更相关的信息，因此 App 用户也会从中受益。
URI 方案
自定义 URI 方案是移动App深度链接的最初形式。它们就像为您的App 创建了一个“专用互联网”，链接类似 myapp://path/to/content 。自定义 URI 方案的优点在于易于设置，并且大多数 App 都已有 URI 方案。而缺点在于，如果相应的 App 已经安装，用户的设备只知道此“专用互联网”，并且默认没有好的后备选项。
使用 URI 方案进行深度链接的解决方法包括使用传统的 http://link 来启动网页浏览器。此链接包含使用 JavaScript 重定向到自定义 URI 方案, 该方案由网页浏览器执行并启动应用程序。如果由于App未安装而导致重定向尝试失败， JavaScript 会将用户带到 App Store 或 Play Store。
这仍然是在 Android 上使用深度链接的主要方法，但随着通用链接的发布，苹果公司在 2015 年开始在 iOS 上禁止这种做法。
Apple iOS 通用链接
苹果公司在 iOS 9 中引入了通用链接，以解决自定义 URI 方案深度链中缺少备用功能的问题。通用链接是标准的网站链接 (http://mydomain.com)既导向网页，也导向App内的一部分内容。打开通用链接时， iOS 会检查在这一域中是否注册了任何已安装的设备。如果已注册，App 将立即启动，无需加载网页。否则，网页 URL （可以简单重定向到 App Store）将在 Safari 浏览器中加载。
对 Branch 平台上成千上万个App的研究发现，通用链接将打开转化率提高了 40 %。
点击查看示例：
Android 链接
谷歌构建的App链接相当于 iOS 通用链接的 Android 版本，二者的操作方式非常相似：一个标准的网站链接同时指向一个网页和App内的部分内容。这将带来更流畅的用户体验，但由于自定义 URI 方案仍然完全由 Android 的各个版本提供支持，因此App链接的利用率很低。
Facebook App链接
Facebook 在 2014 年创建了App 链接，作为解决 URI 方案深度链接局限性的开放标准。App 链接有两个主要组成部分：
- 要添加到标准 http:// link 目标网页的一组Meta 标签。这些标签详述了原生App内相应内容的自定义 URI 方案的位置，以及未安装App时应如何操作。
- App内的路由引擎，支持打开链接。这一引擎在打开目标 URL前会检查其App链接标签，然后启动相应的App或执行指定的备选行为。
App 链接标准有一大缺陷，即需要源App和目标App共同运行。虽然meta 标签组件应用广泛，但路由引擎的唯一主要应用是在 Facebook 和 Messenger 的核心App中。
Facebook 现在更偏向于将用户留在自己的平台内，并且除了主要的 Android App外，其他地方均已删除App链接路由引擎。由于 Facebook 也屏蔽了 iOS 通用链接，因此在 iOS 版本的 Facebook 或 Messenger 上没有打开第三方App的可靠方式。Branch 推出了一个解决方案以应对这些限制。
Branch 链接平台
Branch 将每个深度链接标准合并成单一的简易程序包中。易于实施并保持最更新状态。
