iOS平台如何实现Deferred Deeplink（延迟深度链接）？

iOS 11及后续版本里，依赖网站Cookie实现延迟深度链接的方案基本不可靠，核心限制来自苹果的隐私机制，具体原因如下：

• Safari智能跟踪预防（ITP）的限制：iOS 11引入的ITP会严格限制Cookie的存储和读取。第三方Cookie直接被限制，即便是第一方Cookie，也会在用户7天未访问网站后自动清除；如果用户开启了「阻止跨网站跟踪」，Cookie更是无法持久存储，根本没法完成延迟跳转的链路。
• App与网页的Cookie隔离：即便网页成功存了Cookie，用户安装App后，App的容器（比如WKWebView）和Safari的Cookie池是沙箱隔离的，App无法直接读取网页端的Cookie。除非你的App和网页完全同域且做了特殊配置，但这对于延迟深度链接的典型场景（用户从网页跳转下载，首次启动App时获取链接）来说，基本不适用。

可行的替代方案 #

如果要实现iOS端的延迟深度链接，推荐这几种自研思路：

• 后端+设备标识匹配：用户点击链接时，后端记录当前请求的设备特征（比如IP、User Agent，或者利用SKAdNetwork提供的非标识符信息）和目标深度链接；用户安装App首次启动时，App向后端发送相同的设备特征，后端返回匹配到的链接。注意要符合iOS的隐私规则，不能收集用户隐私数据，尽量使用非标识符的模糊匹配。
• Universal Links配合后端存储：配置好Universal Links后，用户点击链接时，如果App未安装，网页端引导下载，同时后端记录该链接对应的请求标识；App首次启动时，通过Universal Links的关联域名接口，向后端请求对应的深度链接。
• iOS 14+ 用App Clip过渡：如果你的场景适合，可以先通过App Clip处理链接逻辑，用户安装主App后，App Clip可以将链接数据传递给主App，完成延迟跳转。

内容的提问来源于stack exchange，提问作者Lalit Rawat