App安装来源追踪的四大方案解析

App的开发者和运营商，都会研究分析渠道的效果，而对渠道来源的追根溯源是一切分析的基础。假如没有明确的安装来源数据，至少会造成以下几种后果：

• 没有安装来源数据，我们无法判断各个投放渠道流量的价值，也就无法复盘和优化投放策略；

• 没有安装来源数据，我们无法判断用户安装的动因，也就无法在App启动时做精准的新用户承接，很容易造成流失；

• 没有安装来源数据，跟各个渠道合作时，就会缺乏业绩评估标准，KOL营销、地推、换量等活动就无法开展。

今天我们就用业内常见的四种方案，来聊聊App安装来源具体是怎么监测的，中间会聊到如何用第三方平台来实现一站式的精准归因分析。

问题描述

App的安装来源为什么难以判断？这就要聊到移动端市场复杂又割裂的现象了。通常情况下，App的推广流量有90%以上都是通过应用商店安装，但是按照在URL中添加Tag标签的传统做法，并不能实现来源追踪，因为用户跳转应用商店后App的来源信息就被迫中断了，应用商店不会给App监测脚本的服务，没有数据给到App，自然也无法知道用户是从哪个渠道安装的。

那么想要知道自己投放的App渠道带来的引流安装情况，通常就会用到这四种方法：

• 渠道包投放

• 分享填写邀请码

• 第三方传参归因

• 渠道数据回传

一、Android渠道包投放

简单来说就是基于国内安卓市场碎片化的环境做出的处理，由于国内安卓市场天然存在众多安装商店，比如华米OV等手机厂商渠道；应用宝、百度、360等第三方渠道。

假设你想在其中多个渠道上架并投放App，那就需要制作对应的不同App安装包，上传到相应的应用商店，主要的不同点在于其中的渠道信息channel ID不同，比如channel ID可以定义为xiaomi、huawei、baidu等标签，通过它们来判断安装来源。

这种方式的局限性也很多，包括以下几种：

1. 只能监测应用商店的安装量，但是如果你有多个活动链接引导到应用商店，那依然无法判断各个活动分别带来多少量，毕竟一个应用商店只能对应一个渠道包。

2. 如果该商店的渠道安装包被复制到其他推广渠道，那也会导致监测数据不够准确。

3. iOS只有一个App Store安装渠道，因此无法使用这种方式监测安装数据。

4. 如果渠道数量众多，每次App版本更新就需要全部重新人工打包一遍，这种多渠道打包的方式费时费力，出现误差也不是不可能。

当然市面上也有不少打包工具，比较简单的可以用openinstall上传一个标准安装包，然后根据需求一键导出多个渠道包进行分包统计。

当然渠道打包方法还有很多其他的问题，比如被安装劫持之类的，都可能导致脱离实际的安装情况。

二、分享填写邀请码

主要通过让A用户分享自己的专属邀请码，来拉新用户注册，新用户B无论从什么渠道安装，只要在安装后手动填写A的邀请码就行。

服务端会通过该邀请码来判断邀请来源，从千万用户中通过邀请码ID的唯一性来明确A和B的邀请关系，从而轻易追踪到安装来源。

不过这种方式弊端就太多了，最明显的莫过于太过依赖用户的主动性了，如果你不付出大代价激励用户的话，根本无法实现规模化增长，而且手动填写邀请码这个流程本身就相当于在安装注册之外凭空多了一个步骤，用户有抗拒心理也很正常，很容易导致拉新失败，老人小孩等不熟悉互联网的群体可能也搞不清楚如何操作。

三、第三方传参归因

上面两种方法的弊端都挺多的，那有没有办法规避并且提高渠道追踪的泛用性呢？当然也是有的，那就是采用第三方的传参归因渠道商方案。

上面我们已经讲过了，假如直接从投放渠道跳转到应用商店，应用商店这个黑盒就会把渠道安装信息给强行截断，第三方是如何追踪来源的呢？简单来说，就是通过第三方把投放端的数据采集后传递给App，从而建立安装来源的追踪能力。

我们以第三方渠道统计商openinstall的H5传参安装功能来说明可行性，可以将安装网页（H5网页）链接的自定义参数动态传递到App中，用于识别App的安装来源。

通过给不同渠道生成不同参数ID的二维码或链接（链接和二维码其实是一回事），然后投放到该渠道，当用户通过点击或扫码之类的方式访问该H5落地页时，SDK会将所需的渠道信息采集后上传到第三方的服务器，然后和App的数据进行匹配归因，实现安装来源的精准追踪。

每个渠道链接的参数是专属的，用来判断渠道来源，只需要第三方从中间落地页环节收集到设备ID信息即可，随后会通过链接跳转到应用商店安装，整个流程用户的体验跟正常安装一样。

如果用户已经安装了该App，通过安装来源的参数还原，会自动拉起App跳转指定页面。

另外，第三方的监测平台还会提供生成渠道链接/二维码、渠道管理、数据报表、效果分析等等一系列的服务，比如这些：

第三方传参追踪的方式可以规避上面两种方案的很多弊端，比如：

1. 无需通过邀请码、手机号码、手机登记等人工填写方式来获取安装来源，能在用户无感知的正常安装流程中绑定邀请关系，减少用户操作成本，让转化体验更流畅。

2. 在大多数渠道下可以直接通过分发链接或者二维码来分发并统计安装数据，无需再频繁制作渠道包，减少人工打包成本。

3. 在后台只需填写渠道名称等简单信息用来区分渠道来源即可生成追踪链接，没有过多的开发成本，普通运营人员也可以参与渠道链接的生成与分发。

4. 能够真正的追踪到各种类型的渠道安装来源，应用到各种推广场景中，比如邮件推广、短信推广、KOL营销、海报分发、地推业绩统计、用户分享裂变、渠道合作换量、团队分销等等。

四、渠道数据回传

这里所说的渠道通常指投放的广告媒体平台，比如抖音、微信、百度、各大应用商店等，在广告主对接广告平台，并投放信息流等广告后，媒体平台端会将用户点击广告的数据用API方式发送给广告主，广告主再自行处理相关数据，这样也可以得到安装来源信息。

通常流程是：用户在访问广告后，广告平台方会上传设备ID、IDFA等身份信息，以及曝光、点击等信息到服务端，等到用户安装成功App后，广告主再把App内获取到用户身份信息和广告平台回传的数据进行匹配，就能得到完整的归因链条了。

但是广告主自行处理归因逻辑还是会存在不少弊端，比如当你同时投放多个广告平台时，在互联网大数据精准推送的环境下，各个平台很有可能同时出现同一广告素材，当用户频繁在微信、抖音、百度等平台上访问同一广告主的广告，后续安装地址指向又是一致的，那势必会造成抢归因的现象，各个平台都在上传归因数据抢夺转化功劳，为了一个用户的转化我们还要进行多次付费。

更专业的方法还是借助上面提到的第三方归因平台来解决，依然用openinstall来说明，App集成相应的SDK后，相当于在广告平台和广告主之间多了一个裁判角色。

第三方归因监测平台首先会提供接入和采集各个媒体数据的服务，比如openinstall目前已经对接了上百家广告平台，如果你像上面的方法一家一家对接开发，还要雇开发者搭建和维护归因系统，那效率就太低了，第三方监测工具就相当于现成的配套，能够提供一站式的高效对接。

其次是第三方可以基于统一全面的归因逻辑提供中立客观的用户来源分析，比如openinstall采用Last Click（最后一次点击归因）归因原则，广告主在多个广告平台投放，每次转化会将功劳归因于最后一次点击生效的广告渠道，避免广告主为一次转化给多个媒体付费。并且对后续用户行为持续监测，还能回传特定的用户行为事件给广告平台，通过数据反哺来培育更精准的智能投放模型，从而使推荐更加精准。