APPtrack和U-App两个产品的统计原理

AppTrack是基于监测链接进行匹配激活，当用户在移动设备上点击监测链接后安装并激活，AppTrack才会统计，未经过监测链接的激活，AppTrack不统计。
U-App渠道包根据代码中Channel ID进行分包统计，只要安装激活，即可以统计数据到相应的渠道下面，无论是是通过监测链接的点击下载还是自然下载。

AppTrack激活大于U-App对应渠道新增

用户点击广告下载或安装App时，多数手机操作系统会引导用户安装经过应用商店安全验证的安装包，这时部分用户会选择安装对应渠道安全验证的包，而没有安装链接默认指向的包，我们称之为渠道劫持。对于这种情况，AppTrack点击激活统计不会受到影响，都会正常归因到点击广告对应的渠道。但U-App会统计用户最终下载的安装包对应的渠道，算作一个新增。
例如：用户在AppTrack中创建了一个监测链接，在头条平台推广渠道A，但用户在安装时安装了应用商店的渠道包B，在AppTrack中头条推广带来的激活数是1，在U-App中渠道包A的新增数为0，渠道B新增数为1。

U-App中的渠道包新增大于AppTrack激活

推广的渠道包通过其他渠道被下载安装，而不完全通过点击链接下载安装，所以 AppTrack不会统计非点击下载的安装包。此时，用户可检查推广渠道包是否在其它渠道推广。也有可能AppTrack由于SDK初始化问题、用户没有授权等原因没有获取到IMEI，导致U-App该渠道统计新增数据高于AppTrack激活数。

Apptrack数据与媒体平台数据不匹配

友盟后台显示的今日“点击激活“，为当日的点击带来的激活数据而友盟回传给媒体平台的激活数除当日点击带 来的激活数据以外，还包含点击归因期内（通常为15天）的激活数据

Apptrack回传激活日志有重复idfa条目

在iOS设备上，uapp统计新增主要依据openudid，Apptrack匹配激活优先使用idfa进行匹配，当设备openudid发生变化，被Uapp识别为新用户，并超过了Apptrack的180天设备排重周期，将会算作新激活，此时会有两条idfa相同的激活日志。附openUDID稳定性参考：

  • 每台iOS设备的OpenUDID是通过第一个带有OpenUDID SDK包的App生成，如果你完全删除全部带有OpenUDID SDK包的App（比如恢复系统等），那么OpenUDID会重新生成，而且和之前的值会不同，相当于新设备；
  • 除恢复系统或者抹掉系统，一般OpenUDID的值是不会发生改变；
  • 在iOS系统升级后，OpenUDID会发生改变。