安装iOS应用后的深层链接(延迟深层链接)

Spe*_*tak 6 iphone objective-c deep-linking ios

你怎么解决这个场景:

用户在iOS上使用Safari.他们点击网站上显示"在我们的应用上查看个人资料"的链接.用户没有应用程序,他们被带到应用程序商店下载应用程序.打开应用程序后,应用程序会立即加载配置文件屏幕(而不是主屏幕).

目前为了让我们解决这个问题,当安装应用程序时,我们立即打开Safari来获取会话cookie,如果它与服务器上的那个匹配,我们加载了正确的屏幕.但是,Apple现在拒绝我们的应用程序(和其他人)在启动时加载Safari.

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

(另请注意,我们正在探索IDFA - 这本来有用 - 但如果应用不使用广告,Apple拒绝使用IDFA的应用)

Ale*_*tin 5

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

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

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

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

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


小智 0

最好的解决方案需要 IDFA,实际上您可以出于延迟深度链接的目的收集 IDFA。媒体上的“Apple IDFA 恐慌”有点夸大其词,Apple 修改了其条款和条件以使其更加清晰。如果您是广告商,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/ )