这篇文章主要讲解什么是深度链接，好的深度链接是什么样的。前几天笔者给一个客户的运营人员讲解深度链接时亲自用记事本做了一个简单的网页，然后链接到支付宝的扫码，测了一下是成功的。下面是小视频，将近600kb,加载可能会慢一点。此处查看小视频。
什么是深度链接
首先大家都知道什么是链接，比如这就是一个链接，最常用SDK，这也是一个链接，小蜜蜂跨境主页。但是前者属于深度链接，后者不属于深度链接，因为前者是内页，而后者是主页，其实就是这么简单，只不过把这一切放到了原生APP里，APP之间相互链接或者网页与APP，APP与网页之间相互链接。
深度链接与移动APP
web链接不适用于本地移动应用，即原生应用。如果您使用移动设备在Jet.com上打开一双鞋子的链接，则即使安装了Jet应用程序，您也将被带到Web浏览器中的目的地。 这就是一个问题，因为与移动版Jet.com相比，Jet应用程序具有更好的用户体验。
一文读懂深度链接(deep linking)
移动应用程序深度链接指向应用程序内的具体内容。 如果您想与朋友分享Jet的一双鞋，可以发送一个深度链接，将您的朋友直接带到应用程序中的那双鞋。 如果没有深度链接，您的朋友将不得不在App Store或Play Store上找到Jet应用程序，将应用程序打开到主页，找到“搜索”功能，然后尝试找到与您相同的鞋子。
传统的深度链接
只要打开链接时已经安装了应用程序，传统的深度链接就可以将用户引导至应用程序的具体内容。 这意味着如果用户没有该应用程序，则传统的深度链接将不起作用，并且会显示错误或后备页面。如下图，左面是已经安装了目标APP的操作，右面是没有安装的。
延迟的深度链接
延迟的深层链接（称呼深度链接和深层连接均可）可以将用户转移到内容，即使打开链接时未安装该应用程序也是如此。 链接将首先重定向到App Store或Google Play商店下载应用程序，然后在首次启动后立即将用户带到特定的“延迟”内容。
上下文深层链接
上下文深层链接具有延迟的深层链接的所有功能，以及更多其他功能。上下文深层链接存储有关用户要去的地方，单击链接的位置，最初共享链接的人以及几乎无限数量的自定义数据信息。
上下文链接为应用程序开发人员和用户增加了价值。除了简单的内容链接，应用程序开发人员还可以构建强大的功能，包括个性化的欢迎（如果他们与您共享项目，您可以在应用程序中看到朋友的推荐）和推荐程序。应用程序用户将从中受益，因为应用程序可以提供更好的体验和更多相关信息。
自定义URL方案协议
自定义URI方案是移动应用程序深层链接的原始形式。 它们就像为您的应用程序创建一个“专用互联网”，其链接类似于myapp：// path/to/content。 自定义URI方案的优点是易于设置，并且大多数应用程序已经拥有一个。 缺点是用户的设备仅在已安装相应应用程序的情况下才知道此“专用互联网”，并且默认情况下没有优雅的后备选项。
与URI方案进行深度链接的变通办法是使用传统的http: //链接来启动Web浏览器。 此链接包含JavaScript重定向到自定义URI方案，该重定向由网络浏览器执行以启动应用程序。 如果由于未安装应用而导致重定向尝试失败，则JavaScript会将用户带到App Store或Play商店。
这仍然是在Android上进行深度链接的主要方法，但是Apple于2015年通过发布Universal Links开始在iOS上阻止了这种方法。
苹果iOS通用链接
苹果在iOS9中引入了Universal Links，以解决自定义URI方案深层链接中缺少优美的后备功能问题。通用链接是指向网站和应用程序内的一部分内容之标准Web链接（http://mydomain.com）。 打开通用链接后，iOS会检查该域是否已注册任何已安装的设备。 如果是这样，该应用程序将立即启动，而无需加载网页。如果不是，则将Web URL（可以是到App Store的简单重定向）加载到Safari中。如图：左面是已经安装了APP，右面是没有安装APP的。
安卓链接
Google将Android应用程序链接构建为等同于iOS通用链接的Android，并且它们的运行方式非常相似：一个标准的Web链接，它既指向网页又指向应用程序中的一部分内容。 这样可以带来更流畅的用户体验，但是由于自定义URI方案仍受每个Android版本的完全支持，因此应用链接的普及率非常低。
Facebook APP链接
Facebook在2014年创建了App Links作为开放标准，以解决URI方案深层链接的局限性。 FB APP应用链接有两个主要组成部分：1. 一组元标记，添加到标准http：//链接的网页目标。 这些标记指定本机应用程序中相应内容的自定义URI方案位置，以及未安装应用程序时应发生的行为。2. 在支持打开链接的应用程序内部使用的路由引擎。 该引擎在打开应用链接之前检查其目标URL，然后启动相应的应用或执行指定的后备行为。
App Links标准有一个严重的缺陷：它要求原始应用程序和目标应用程序同时工作。 尽管元标记组件得到了广泛采用，但路由引擎的唯一主要实现是在核心Facebook和Messenger应用中。Facebook现在更喜欢将用户保留在其平台内，并且已从除主要Android应用程序之外的所有位置删除了App Links路由引擎。 由于Facebook还阻止了iOS通用链接，因此没有可靠的方法从Facebook或iOS上的Messenger中打开第三方应用程序。 Branch已实施了一种解决方案来帮助解决这些限制。
网友评论