iOS 应用安装后的深层链接（延迟深层链接）

Posted 2023-02-24

【中文标题】iOS 应用安装后的深层链接（延迟深层链接）

【英文标题】：Deep link after iOS app installed (Deferred deep linking)

【发布时间】：2014-10-09 18:54:35

【问题描述】：

你如何解决这种情况：

用户在 ios 上使用 Safari。他们点击一个网站上的链接，上面写着 “在我们的应用程序上查看个人资料”。用户没有应用程序，他们是 带到应用商店下载应用程序。他们打开应用程序后， 该应用程序立即加载配置文件屏幕（而不是主 屏幕）。

目前为了解决这个问题，当应用安装后，我们会立即打开 Safari 来抓取会话 cookie，如果它与服务器上的匹配，我们会加载正确的屏幕。但是，Apple 现在拒绝我们的应用（和其他应用）在启动时加载 Safari。

什么是不会被 Apple 拒绝的有效解决方案？

（另请注意，我们正在探索 IDFA - 这本来可以奏效 - 但如果应用程序不使用广告，Apple 将拒绝使用 IDFA 的应用程序）

【问题讨论】：

我认为你不能不被拒绝，你必须让用户登录或再次点击“在我们的链接应用中查看个人资料”

看来有办法：blog.urx.com/urx-blog/2014/10/7/…

【参考方案1】：

如果没有 IDFA，这绝对是可能的。

基本上，在您的服务器上创建一个 URL 端点，该端点将通过 GET 访问 App Store 302。当用户点击该链接时，收集IP地址、操作系统、操作系统版本、设备型号、屏幕尺寸等参数，并存储为浏览器指纹。

然后，在用户安装您的应用后，将相同的元数据数组作为设备指纹发送到您的服务器。然后，您的服务器可以将此设备指纹与浏览器指纹进行匹配。如果匹配，您可以非常确定该用户来自您的链接。

只是为了让您了解数字，我们（Branch）免费提供这项服务，现在每天处理数亿次此类匹配查询。我们已经看到，如果用户安装，99% 的用户会在前 60 分钟内完成安装。仅凭经验，我们估计这种机制在 2 小时的短窗口内非常接近 100% 准确。

为了获得额外的好处，如果您收集 IDFA，您可以在重定向时在浏览器上放置一个 cookie，然后将匹配的对存储到 IDFA，以创建我上面提到的指纹机制的半永久性替代方案。如果有人再次点击您的链接，并且您在浏览器中存储了一个 cookie，那么当他们在安装时将其 IDFA 发送回您的服务时，您就会知道他们是谁，因为您之前已经看过这个故事。

【讨论】：

不过，这个问题是关于 iOS 的。这些参数中的大多数对于 iOS 设备的指纹识别都没有用——操作系统是一个常数，一次只能看到很少的操作系统版本，设备型号意味着屏幕尺寸，等。你基本上只是基于 IP 和设备模型的指纹识别，有时会失败，可能会以一些非常令人惊讶的、侵犯隐私的方式......

这在 5 年后还有意义吗？

【参考方案2】：

最好的解决方案需要 IDFA，实际上您可以收集它以用于延迟深度链接。 “Apple IDFA 恐慌”在媒体上有些夸大其词，Apple 修改了 T&C 以使其更加清晰。如果您是广告商，Apple 还允许您收集 IDFA，用于归因安装或归因于安装后操作。换句话说，您没有在自己的应用中投放广告来收集 IDFA。

这是当前 Apple 政策 (https://developer.apple.com/news/?id=08282014a) 的链接，来自 AdExchanger 的这篇文章更详细地介绍了 (http://www.adexchanger.com/mobile/apple-throws-a-bone-to-app-marketers-blesses-idfa-for-attribution/)

【讨论】：

我发现您不能使用 IDFA 进行延迟深度链接，因为移动 safari 不授予对设备 IDFA 的访问权限。除非你知道方法？这意味着如果您在移动 Safari 上单击链接，则网络主机无法访问 IDFA。

我只会让应用向您的 API 发出请求以获取用户指纹并重定向 url