iOS APP 安装来源分析原理介绍

线上推广移动 APP,不同渠道带来的安装量、留存率、付费等指标是衡量渠道价值的关键,在 Android 平台,通过分包来区别不同渠道,在 iOS 平台,这就成了一个难题。一般来说实际的场景是这样:

用户在 A 应用中看到了 B 应用的广告,对 B 感兴于是点击了广告,程序自动跳转到 APP Store,用户安装后又在 B 应用中付费购买了高级功能。

如果广告投放在多家媒体,他们将广告共同引流向 APP Store,不同媒体广告的曝光和点击容易被监测, APP 的安装量通过友盟等工具也容易被监测,但因为有 APP Store 这个屏障,最终 APP 的安装和广告渠道是无法对应起来的,最终只能整理成如下的报表:

iOS APP 安装来源分析原理介绍_第1张图片
报表

这 325 次安装究竟是哪个媒体贡献的多,哪个渠道引导的用户付费率更高,从上面的表无从得知,如何把前后端的数据串联在一起呢?虽然苹果官方在近期推出了官方的 APP Analytics,支持渠道来源分析,但是需要在用户升级到 iOS8 并且开启隐私开关后才可以被监测,这个开关在“设置 - 隐私 - 诊断与用量” 下:

iOS APP 安装来源分析原理介绍_第2张图片
隐私开关位置

用户需要选择自动发送,并开启 “与应用程序开发者共享” 选项后,才可获取到监测数据,这个比例一般在 20% 左右,如此低的采样率,导致这部分数据几乎无法使用。

苹果官方无法提供全流程的转化数据,第三方公司能否通过技术手段来打破这个屏障,将最前端的广告曝光点击和最终的安装、付费行为串联到一起呢?

答案是肯定的,只是付出的成本相对较高,下面详细说说如何可以做到。

假如有一个 APP 叫 “有奖问答”,有一个“第三方”帮助我们监测归因数据,运营购买了多个媒体的推广资源。从用户看到广告开始,具体的流程如下图:

iOS APP 安装来源分析原理介绍_第3张图片
流程图
  1. 用户点击广告时,媒体将当前用户设备的 IDFA(可以理解为设备 ID)、IP、系统版本、广告位等信息上传给第三方服务器
  2. 在点击广告的同时,页面跳转至 APP Store,用户在 APP Store 安装有奖问答APP
  3. 5 分钟后安装完成,用户启动有奖问答
  4. 有奖问答嵌入了“第三方”的 SDK,SDK 自动获取 IDFA、系统版本等信息,并上传至第三方服务器。
  5. 第三方服务器将第④步收到设备信息和媒体发过来的设备信息进行比对,如果能匹配上,则表明这次安装是由对应媒体引导安装的。如果匹配不上,则为自然流量。

以上步骤理论上行得通,但却面临很多难题,比如:

  1. 这家“第三方”需要和媒体做技术对接,保证用户在点击广告的时候,能以正确的格式将数据发送给“第三方”。移动媒体众多,不仅要说服媒体做这件事,实际执行起来不仅是技术活,还是体力活。
  2. APP 本身需要添加这个“第三方”的 SDK,用于统计 APP 的激活和内部使用行为。

国外有家公司叫 AppsFlyer,他们在做这件事,并且做的不错;国内友盟有类似的产品 UMTrack,但是在最近宣布将在 2015 年年底关闭此服务;第三方数据监测公司 AdMaster 的一款产品:转化大师,做的也是这件事,通过和媒体以及 APP 的双方对接,让移动端的转化分析更加简洁高效。

你可能感兴趣的:(iOS APP 安装来源分析原理介绍)