Update：2021-03

这一节来讲讲APP流量来源的跟踪方式，其实就是APP的渠道跟踪，因为在过去的一年里OAID的逐步推广应用、即将在秋季发布的iOS 14里隐私政策有巨大的调整，APP流量来源的追踪方式说会有翻天覆地的变化也不为过。

这一块会分两节来讲，今天主要讲解Android的。

Android 是Google在2008年12月23日发布的移动操作系统，广泛应用于手机和平板电脑上，是目前手机出货量最多的操作系统，Android 里有上百万的APP，怎样才可以知道你的APP是从哪里下载的呢？目前安卓的来源跟踪主要有以下几种，根据归因实现的方式可以分成两种类型：

还有另外一种分类方法是分为确定性归因和概率性归因。

匹配主要可以分为精准匹配和模糊匹配。

        精准匹配也叫设备号匹配，就是通过各种ID去匹配，用户在点击广告的的时候就获取ID和渠道信息，用户下载安装打开时再次上传ID，然后通过ID匹配就可以知道渠道信息，常用的ID有IMEI、Android ID、GAID等。

精准匹配的过程如下：

精准匹配

这个过程需要注意的是，用户点击的广告链接是第三方平台（监测平台）生成，然后在步骤2上传ID信息是需要广告平台的支持，所以你会看到有一些监测工具将所有的投放平台都列出来了，表示这些平台支持ID信息上传。

精准匹配是需要通过一些ID实现， 可能用到的ID有：

GAID在国内不能使用，不同工具的内部归因使用的ID逻辑可能会不一样的，下面是两个产品的示例：

常用的ID有如下：

综上，现在国内最推荐就是OAID，可以看到很多的手机厂商都逐步已经提供OAID，但实际上要实现能够通过OAID匹配，不仅需要第三方工具能够支持，还需要广告投放平台能够支持，因为在精准匹配的过程中是需要广告平台回传ID信息，目前还属于过渡阶段。

在实际的使用过程中，可以使用MD5或SH1对ID做加密处理，如B工具里用到的muid就是IMEI的MD5。

实际过程中，有部分用户设备由于种种原因无法获取硬件设备等信息，同时由 于 Android Q 系统版本发布后无法获取设备信息的情况越来越严重，这将导致无法精确回传，容易造成GAP。

        模糊匹配，也叫IP+UA，是指通过将用户点击广告时的 IP、User-Agent（简称 UA，用来提取用户的操作系统、版本号、手机型号等信息）信息与激活时的 IP、UA 进行关联匹配实现归因分析。

模糊匹配的实现方式如下：

模糊匹配

模糊匹配与精准匹配的差别在于收集的信息不同和是否需要和第三方渠道配置，也就是广告平台的支持，由于模糊匹配不需要广告平台的支持，所以比较方便。

这的很多厂商都在使用的一种方式，都强调很高识别率，但是这个严重更依赖于两次收集的信息、时间差和算法，一般来讲，短期内 匹配(24 小时)最精确，随后其精确度开始下降，匹配成功率在70%~80%。对于大部分人来说，算法个是黑匣子的，即使第三方工具只是做了一个简单的优先级去匹配，如匹配的优先级为 IDFA/IMEI > Android ID > IP + UA，优先使用IMEI号进行精准激活匹配，没有IMEI的情况下采用Android ID匹配，如果也没有获取到Android ID，则采用IP+UA的方式模糊匹配，然后对完宣称通过大数据，人工智能的方式去匹配，你也不知道的。

由于IP和UA会可能会重复，如多个用户使用同一个 IP等情况普遍，所以准确率不高，这是一种兜底的匹配方式，一般是实在没得选了，用这种。

自归因，也称自归因渠道，自归因广告平台，全称是Self -Attributing Networks ，简称SANs，或Self-Reporting Networks，简称SRNs。

这种归因方式有比较大的局限性，是一些具有归因功能大广告平台才提供的归因机制，通常是一些科技巨头提供，应为它们建立起了强大的解决方案并在市场中奠定了强势地位，往往需要下加入到广告平台的移动监测合作伙伴计划（MMP）或获得认证，才可以使用广告平台的API。可以从广告平台发给第三方归因平台，也可以从第三方归因平台发给广告平台，我们这里关注前者。

通常国外的广告平台会采用这种方式，广告平台可以通过MMP去管理合作伙伴/第三方归因工具，这样能更好保护数据隐私。

原理是： APP需要集成广告平台的自归因SDK，用户首次打开的时候先会检查是不是从自归因渠道，如果是的话，就通过API用设备ID去匹配，根据返回的结果，将激活归因给响应的SANs，从而实现渠道归因，如果不是，就用其他的归因则。

目前提供自归因的广告平台有：

国内分析工具，在不能满足MMP要求的时候，会采用通过第三方归因工具通过转发的形式，如导入Appflyer，Adust，Branch的归因。

众所周知 Google Play 无法在中国使用，催生了国内安卓生态中大量第三方应用内市场，目前国内 Android 应用市场被数十家应用商店占领，应用市场可以分成两个阵营：

渠道追踪主要围绕上述应用市场展开。

渠道包的具体实现方式就是开发者为每一个渠道生成一个渠道安装包，不同渠道包用不同的 Channel ID （渠道标识）来标识，这个id一直跟app绑定；当用户下载了 App 之后，ID会随相关的数据发送回来，从而实现渠道的识别。 

渠道包

这种方式完全是为了适应我们大陆的情形的，如果要上传的应用市场多的，意味着需要打很多的包，还催生一些专业打包工具，一键生成所有渠道的包。

这种方法有个天然的缺点，就是只能定位到应用市场，不能做更细的广告系列划分。还会被被手机应用厂商拦截的情况，也容易被不良的渠道方拿来进行数据作弊，从而无法有效评估真实的线上推广效果。

如果精准归因拿不到ID，模糊归因精准度不高，那么还可以使用剪贴归因。

思路是：用户在广告页面点击下载的时候同时将唯一标识写入剪贴板，用户下载激活后，APP会读取剪贴板的内容，然后将信息上报，实现归因。

由于剪贴板上的信息是用户的隐私信息来的，所以这种方式其实是在侵犯用户的隐私，网信办的禁止的，这种方式严格说是违法的，所以并不是主流方式，但也有不少知名互联网公司在使用。

         Install Referrer就是应用市场里面存在一个广告参数的传递机制可以实现类似网站的UTM跟踪，用户点击推广URL安装的应用，应用市场会在该应用启动的时候发送一个Install Referrer广播告知其推广的来源，被推广的应用会上报该referrer到广告主后台，从而确定该转化的来源。

Install Referrer最早是出现在Google Play上面的，这是一种非常精准的跟踪方式，归因准确率100%。

当你点击带有UTM参数的链接跳转到 Google Play 商店中下载时，Google Play 商店应用会在你的应用安装期间向应用广播一条 INSTALL_REFERRER Intent。如果你达到 Google Play 商店页面的链接中有 referrer 参数，此 Intent 就会包含这个参数的值，也就是UTM的信息被应用下载的时候就被传递到APP里面去了，APP一打开就会上传。

如我的APP在Google Play的地址是：

添加UTM参数后

注意：APP的UTM参数跟网页的UTM参数稍微有些不一样的，你可以看到里面有一个referral的字段，这个是它的特征，这个叫referral参数，其实就是APP的UTM参数，可以通过Google Play 网址构建工具去生成，具体地址是：https://developers.google.com/analytics/devguides/collection/android/v4/campaigns?hl=zh-cn#google-play-url-builder

虽然Install  Referral 这个机制很好，但是仍是可以作弊的，Install Referrer会出现很多归因欺诈，很多工具应用都在主动通过INSTALL_REFERRER 广播机制发送广播去抢归因，每年都会看过很多国内的应用因为归因欺诈被Google Play下架，其中不乏很多在美股上市的公司。

Install Referrer API是Install Referrer的升级版，它是通过API的提供服务。其中Google Play提供的叫Play Install Referrer API。

所以Google Play提供了 Play Install Referrer API，给第三方数据用于归因和欺诈检测，又一次走在行业前面。谷歌在2017年推出了Play Install Referrer API，在2020年更新了V2版本，提供更多的参数可以用于归因欺诈检测。

而且从 2020 年 3 月起， Google 弃用了 INSTALL_REFERRER 广播机制， 谷歌要求使用INSTALL_REFERRER 的开发人员改用Play Install Referrer API。

目前只 有Google Play和华为的应用市场支持Install Referrer API，如果国内的其他应用市场也提供Install Referrer API，那么国内的安卓应用的跟踪就不会那么混乱了。真心希望国内的其他应用市场也支持这个API机制 。

Play Install Referrer API的主要作用是为应用程序提供一种可靠而强大的反馈机制，可以直接通过Google Play商店检索用户的来源信息，是非常精准的，市面上你常听到的Adjust，AppsFlyer和Kochava等等APP归因都是使用这种方式实现APP渠道跟踪。

Play Install Referrer API的逻辑跟：用户点击推广链接到应用市场安装APP，应用市场就会获取推广参数传递，APP安装后，首次打开的时APP就会主动通过应用市场的API去查询获取渠道信息，然后上传。

通过Play Install Referrer API可以获取的数据很多，有如下：

有几个字段是时间戳的，就可以用于验证、计算CTIT（点击安装时间 ，Click to Install Time）等。

由于一些政策因素，Google Play不能在大陆使用，这个催生了很多的应用市场，给渠道跟踪带来的一定的难度，目前采用一种方式就是渠道包，也就是每个渠道打一个包，内嵌一个id，通过id去识别。

华为的是叫智能分包参数 (Install Referrer) ，开发者可以通过华为开放的API获取APP智能分包参数，可以看一下华为文档里智能分包参数整体的交互：

Huawei AppGallery

通过 HUAWEI 提供的智能分包参数（Install Referrer），广告主可以全链条（曝光、点 击、下载、安装、激活、注册、下单等）分析下载类广告的转化效果：

总结一下，各种匹配方式的优缺点如下：

一般来说是渠道包或采用先精准后模糊的匹配方式，精准里面会有不同的优先级顺序，如OIAD>SSAID>**ID，先拿OAID，OIAD拿不到可能会拿SSAID或其他ID，这里面也有一些是采用自有ID体系，这个ID是基于硬件设备等信息生成唯一的标识符，属于用了也不会告诉你的，最后才采用模糊匹配。

再来看一下目前市场上一些工具的匹配方式：

主流产品匹配方式

上述信息是基于各家官方文档信息，但由于有些文档未及时更新或不方便公布具体匹配规则，有些产品的官方文档演示图挂了也没人维护的节奏，或年久不更新，可能与实际真实的情况有差异，上图仅供了解，具体以官方为准。