安装iOS应用程序后的深度链接（延迟深度链接）

如何解决这种情况：

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

目前，为了解决这个问题，当安装应用程序时，我们会立即打开Safari以获取会话cookie，如果它与我们加载到正确屏幕的服务器上的会话cookie匹配。然而，苹果现在拒绝了我们（和其他人）在启动时加载Safari的应用程序

什么是不会被苹果拒绝的有效解决方案

---

（还请注意，我们正在探索IDFA——这本可以奏效——但如果应用程序不使用Ads，苹果将拒绝使用IDFA的应用程序）

最好的解决方案需要IDFA，事实上，您可以收集IDFA用于延迟深度链接。“苹果IDFA恐慌”在媒体上有点言过其实，苹果修改了T&C以使其更加清晰。如果您是广告客户，Apple还允许您收集IDFA，用于对安装或安装后操作进行归因。换句话说，在你自己的应用程序中没有服务广告来收集IDFA

---

这里有一个指向当前苹果政策的链接（），AdExchanger的这篇文章将更详细地介绍（）

如果没有IDFA，这是完全可能的

基本上，在您的服务器上创建一个URL端点，该端点将在GET时302到应用商店。当用户单击此链接时，收集IP地址、操作系统、操作系统版本、设备型号、屏幕大小和其他参数，并将其存储为浏览器指纹

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

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

---

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

我想您不可能不被拒绝，您必须让用户登录或按“查看我们链接应用中的配置文件”againIt似乎有一种方法：我发现您不能使用IDFA进行延迟深度链接，因为mobile safari不授予对设备IDFA的访问权。除非你有办法？这意味着，如果你在移动safari上并单击某个链接，网络主机将无法访问IDFA。我会让应用程序向你的API发出请求，以获取用户指纹并重定向URL。不过，这个问题是关于iOS的。这些参数中的大多数对于对iOS设备进行指纹识别并不有用-操作系统是一个常数，一次只能看到很少的操作系统版本，设备型号意味着屏幕大小等。实际上，您只是基于IP和设备型号进行指纹识别，有时会失败，可能会出现一些非常令人惊讶的情况，破坏隐私的方式…5年后这仍然相关吗？