如何解决这种情况：
用户在iOS上使用Safari。他们点击网站上的链接说 “在我们的应用上查看个人资料”。用户没有应用程序，他们是 带到应用程序商店下载应用程序。他们打开应用程序后， 应用程序立即加载配置文件屏幕（而不是主屏幕） 屏幕）。
目前为了让我们解决这个问题，当安装应用程序时，我们立即打开Safari来获取会话cookie，如果它与服务器上的那个匹配，我们加载了正确的屏幕。但是，Apple现在拒绝我们的应用程序（和其他人）在启动时加载Safari。
什么是不会被Apple拒绝的有效解决方案？
（另请注意，我们正在探索IDFA - 这本来有用 - 但如果应用不使用广告，Apple会拒绝使用IDFA的应用）
答案 0 :(得分：2)
如果没有IDFA，这绝对是可能的。
基本上，在服务器上创建一个URL端点，该端点将在GET上的302 App上。当用户单击此链接时，请收集IP地址，操作系统，操作系统版本，设备型号，屏幕大小和其他参数，并将其存储为浏览器指纹。
然后，在用户安装您的应用程序后，将相同的元数据阵列作为设备指纹发送到您的服务器。然后，您的服务器可以将此设备指纹与浏览器指纹匹配。如果匹配，您可以确定该用户来自您的链接。
为了让您了解数字，我们（Branch）免费提供此服务，现在每天处理数亿次这些匹配查询。我们已经看到，如果用户将安装，其中99％将在前60分钟内完成。根据经验，我们估计这个机制，2小时的短窗口非常接近100％准确。
为了额外的好处，如果您收集IDFA，您可以在浏览器上删除重定向的cookie，然后将匹配的对存储到IDFA，以创建我上面提到的指纹识别机制的半永久替代品。如果有人再次点击您的链接，并且您在浏览器中存储了Cookie，那么当您在安装时将IDFA发送回服务时，您就会知道他们是谁，因为您之前已经看过该故事。
答案 1 :(得分：0)
最佳解决方案需要IDFA，实际上您可以将其收集以用于延迟深层链接。 “苹果IDFA恐慌”在媒体上有点夸张，苹果公司修改其T＆amp; Cs以使其更加清晰。如果您是广告客户，归因于安装或归因于安装后操作，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/）