新的iTunes连接现在具有分析功能。您可以在网址中指定提供商(pid)ID和广告系列ID(cid)。 e.g。
https://itunes.apple.com/fr/app/candy-crush-saga/id553834731?mt=8&pid=1234&cid=My_Campaign
您是否可以出于各种目的将这些值传递到应用中? 即使在检查之后,我找不到任何指向的东西:
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
REF:
http://www.applift.com/blog/new-era-attribution-analytics.html
答案 0 :(得分:14)
不幸的是,这些参数不会传递到应用程序中。它们仅用于iTunes Connect统计信息。
以下是两种常见的解决方法:
使用指纹实现延迟深层链接并通过该链接传递参数(Tapstream可以执行此操作)。
使用Tune / MobileAppTracking等提供商使用广告ID(IDFA)匹配链接。
我写了一篇博文来解释细节:https://attributionapp.com/blog/lets-solve-ios-attribution-methods/
如果Apple更改了API,我将来会编辑此响应。如果你让Apple知道你想要建立什么,为什么传递参数是一个更好的政策,他们可能会更快地改变主意:https://developer.apple.com/contact/
答案 1 :(得分:3)
如果您想构建自己的指纹识别机制来处理deep linking所有这些branch.io,我可以给您一些指示!我在接受的答案评论中读到的一面注意事项是,Google Play中的INSTALL_REFERRER通常在安装后启动速度非常慢(大于1秒延迟),因此,如果您依赖于此用户体验,那么您的用户就是崎岖不平。
以下是我们在iOS上构建指纹识别的方法:
配置服务器端点(类似yoursite.com/redirect
)以完成两件事:
当用户打开应用时,将从应用中读取的那组参数发送回新端点(类似yoursite.com/completematch
)。
如果匹配,您可以传回参数。
如果您想获得精明,可以在yoursite.com
上删除Cookie并将匹配项保存到从应用收到的IDFA。理想情况下,只有在您立即重定向到应用程序时才会这样做,这样您就可以100%确定匹配。然后,如果同一用户再次点击链接并安装应用程序,则不必使用指纹识别,因为您可以使用cookie-IDFA对。我们在Branch有数以亿计的这些,所以指纹识别在这一点上更像是一种后备机制。