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

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

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

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

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

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

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

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

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

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 的双方对接，让移动端的转化分析更加简洁高效。