你如何解决这种情况：
用户在 iOS 上使用 Safari。他们点击一个网站上的链接，上面写着 “在我们的应用程序上查看个人资料”。用户没有应用程序，他们是 带到应用商店下载应用程序。他们打开应用程序后， 该应用程序立即加载配置文件屏幕（而不是主 屏幕）。
目前为了解决这个问题，当应用安装后，我们会立即打开 Safari 来抓取会话 cookie，如果它与服务器上的匹配，我们会加载正确的屏幕。但是，Apple 现在拒绝我们的应用（和其他应用）在启动时加载 Safari。
什么是不会被 Apple 拒绝的有效解决方案？
（另请注意，我们正在探索 IDFA - 这本来可以奏效 - 但如果应用程序不使用广告，Apple 将拒绝使用 IDFA 的应用程序）
【问题讨论】：
标签： ios objective-c iphone deep-linking
如果没有 IDFA，这绝对是可能的。
基本上，在您的服务器上创建一个 URL 端点，该端点将通过 GET 访问 App Store 302。当用户点击该链接时，收集IP地址、操作系统、操作系统版本、设备型号、屏幕尺寸等参数，并存储为浏览器指纹。
然后，在用户安装您的应用后，将相同的元数据数组作为设备指纹发送到您的服务器。然后，您的服务器可以将此设备指纹与浏览器指纹进行匹配。如果匹配，您可以非常确定该用户来自您的链接。
只是为了让您了解数字，我们（Branch）免费提供这项服务，现在每天处理数亿次此类匹配查询。我们已经看到，如果用户安装，99% 的用户会在前 60 分钟内完成安装。仅凭经验，我们估计这种机制在 2 小时的短窗口内非常接近 100% 准确。
为了获得额外的好处，如果您收集 IDFA，您可以在重定向时在浏览器上放置一个 cookie，然后将匹配的对存储到 IDFA，以创建我上面提到的指纹机制的半永久性替代方案。如果有人再次点击您的链接，并且您在浏览器中存储了一个 cookie，那么当他们在安装时将其 IDFA 发送回您的服务时，您就会知道他们是谁，因为您之前已经看过这个故事。
【讨论】：
最好的解决方案需要 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/)
【讨论】：