即日起，广告监测模块将不再作为火山引擎增长分析产品售卖时的默认自带模块，如您需要额外使用广告监测模块的相关功能，请咨询您的客户经理。

作为第三方广告监测平台，监测结果难免会被用于与媒体平台、自建数据平台或其它第三方平台进行数据对比，然而不同的平台之间，因数据上报时机、统计口径、去重策略、归因策略等的差异，数据完全一致是非常困难的，因此，本文将尽可能地梳理出与广告后台常见的数据gap情形并分析可能的原因，给出不合理的数据gap排查思路。

非常重要：在对比数据之前，应仔细确认不同平台上的查询条件是否一致，常见的例如时间区间、统计指标、筛选条件等，如果不一致，这样的数据对比是没有任何意义的。
国内的主流媒体平台一般会提供sdk和api两种转化跟踪方式，如果使用sdk的跟踪方式，您在媒体后台查询到的数据，都是媒体自归因的结果，产生的数据gap可能会更大，因此，在转化效果相差不大的情况下，应尽可能地使用api的转化跟踪方式。

2.1 激活数

增长分析平台广告后台多：

• 原因1:即便是使用api的方式，回传的数据媒体平台也不是全部置信的，会有必要的去重、反作弊等策略清洗。一般而言，激活数Datafinder比广告后台略多是正常的；
• 原因2:如果您在广告后台创建了sdk的转化并且全部配置datafinder提供的监测链接，sdk的转化应考虑应用商店劫持。通常，对于sdk的转化，当应用商店劫持后，媒体平台将无法统计归因，但datafinder仍能统计。

tips：
应用商店劫持一般是引导用户到应用商店下载同一个应用，但通常应用商店的包不会接入媒体平台提供的sdk，如果是使用sdk的转化跟踪方式，被成功劫持的这部分设备媒体无法采集到数据进行归因，因此无法统计到。

增长分析平台后台比广告后台少

• 原因1:您在广告后台创建SDK的转化跟踪，且存在部分计划没有配置Datafinder提供的监测链接，通常需您的投放人员自行仔细确认；
• 原因2:广告后台的激活数一般是按activation事件构建，如果您是在Datafinder【高级分析】中使用app_launch事件查询新增用户，也会因为统计口径不一致产生差异；
• 原因3:部分渠道会将激活、注册等转化归到点击的那天，例如百度信息流。即一个用户在点击后过了一段时间激活，这个激活仍会被计入点击当天。
  如上述两个原因能排除，可联系客户成功同学反馈进一步排查。

2.2 注册数与付费数

增长分析平台比广告后台多：

参照激活数Datafinder比广告后台多的情形，此外应：

• 确认您在该渠道配置的注册（或付费）回调指向的埋点事件，与您在Datafinder查询的注册（或付费）事件是否是同一个；
• 一个用户可能重复上报注册/付费，在广告后台，同一个转化行为（注册、付费）等一般只会被计算一次，但在Datafinder后台，发生一次便会被计算一次。例如，一个用户在昨天和今天分别上报一次付费，在广告后台会计入昨天的付费转化，但是不会算入今天的付费，而在Datafinder会在今天和昨天都算入付费人数。

增长分析平台比广告后台少：

• 您在广告后台创建SDK的转化跟踪，且存在部分计划没有配置Datafinder提供的监测链接，通常需您的投放人员自行仔细确认；
• 部分渠道会将注册、付费等转化归到点击的那天，例如百度信息流，也有渠道会将注册、付费等深度转化行为归到激活当天。即一个用户在激活后过了一段时间发生付费，这个付费转化仍会被计入激活当天。
  需要注意的是，媒体后台按照激活时间或者点击时间统计转化，也有可能导致广告后台的数据比增长分析平台统计的数据多，以媒体按点击时间统计转化为例：
  您在5月1号投放广告，点击这批广告的用户在当天产生100个激活，5月2号有10个激活，5月3号有2个激活，则最后的统计结果如下：

从这个结果可以看出，因为计数时间节点的差异，即会导致Datafinder比广告后台多，也会出现比广告后台少的情况。

2.3 付费金额

• 参照注册数与付费数的情形，此外应关注：
• 部分广告后台会提供【首次付费金额】的指标，这一指标在Datafinder暂不支持构建，因此不能用首次付费金额对比；
• 【首日付费金额】在增长分析平台的查询配置条件如下，应确认您的查询是否正确：
• 
• 首日付费金额与首次付费不能划等号，也不存在包含关系：
  • case1:一个用户在激活当天第一次付费10元，第二次付费20元，则首次付费金额为10元，首日付费金额为30元；
  • case2:一个用户在激活的第二天付费10元，则该用户首次付费金额为10元，首日付费金额为0.