广告收入归因指南

概要:对广告收入进行归因,全面了解LTV维度的变现效果。

mceclip0.png

广告收入归因

  • 广告主可以在相关应用中通过横幅、积分墙、插屏等形式展示广告,从而产生广告收入。
  • 将广告收入与应用内购和订阅收入相结合,就可以全方位了解用户的LTV价值。将用户的LTV数据与渠道买量成本进行匹配,便可判断广告投放的ROI,并将其用于投放渠道的进一步分析。 

非自然广告收入数据:

  • 来自聚合和/或广告变现平台,通过服务器API或内嵌SDK(支持iOS 14)上报给AF。
  • 变现收入会归因给初始带量渠道。具体链路如下:
    • 用户在A平台上看到一则广告,然后下载了您的应用。
    • 您的应用向用户展示广告。
    • 不论这些广告是由哪个渠道发布的,所产生的广告收入都会归因到A平台(即最初带来用户的平台)。
  • 上报数据的颗粒度取决于变现平台的对接以及广告收入的归因类型。

广告收入归因的对接类型

广告收入归因支持各种颗粒度层级,具体取决于变现平台。

广告收入归因的对接类型
广告收入归因的对接类型 说明

汇总数据(通过S2S API上报)

  • AppsFlyer按照国家/地区获取每日的变现数据。
  • eRPA(有效每操作收入)的计算方式为:收入/实际触发事件数。
  • 触发事件可以是应用打开或指定的应用内事件。
  • 如果您使用的是聚合平台,请务必先停用通过该平台聚合的变现渠道的广告收入对接,然后再启用该聚合平台的广告收入对接,否则会产生重复数据。

设备级别数据(通过S2S API上报)

  • 聚合或变现平台一般会上报设备级别的分用户收入,但不是所有的平台都支持设备级别的数据颗粒度。
  • 变现收入归因给带来用户的媒体渠道。意味着AppsFlyer变现收入归因遵守广告平台的归因原则,包括再营销的归因原则。 
  • 如果您使用的是聚合平台,请务必先停用通过该平台聚合的变现渠道的广告收入对接,然后再启用该聚合平台的广告收入对接,否则会产生重复数据。
  • 通过S2S API上报的设备级别数据包含完整的广告收入,是数据精度最高的一种广告收入对接。
  • 您可以在原始数据报告中查看此数据。AF不会向对接渠道回传设备级别数据。
【Beta】展示级别数据(通过SDK上报)
  • “展示级别”指的是AppsFlyer接收数据的方式。展示级别的数据最终可能会以其他的颗粒度上报(如设备级别)。
  • 聚合或变现平台一般会上报展示级别的分用户收入,但不部分平台不支持展示级别的数据颗粒度。
  • 变现收入归因给带来用户的媒体渠道。意味着AppsFlyer变现收入归因遵守广告平台的归因原则,包括再营销的归因原则。 
  • 如果您使用的是聚合平台,请务必先停用通过该平台聚合的变现渠道的广告收入对接,然后再启用该聚合平台的广告收入对接,否则会产生重复数据。
  • 通过SDK上报的展示级别数据是时效性最强的一种广告收入对接。
  • 支持SKAN归因。
【封闭Beta】由SDK上报的展示级别数据与由S2S API上报的设备级别数据相结合
  • 可对第X天由SDK上报的展示级别数据进行归因并展示在报告中,且可切换到第X天由API上报的用户级别数据。
  • 广告主既能获得第X天的数据时效性,也能享受第X+1天及之后各天的数据精度。
  • 支持SKAN归因。
【封闭Beta】由SDK上报的展示级别数据与S2S API上报的汇总层级数据相结合
  • AppsFlyer每天会接收到按广告位、广告单元、广告类型等变现维度细分的收入数据。
  • eRPA(有效每操作收入)的计算方式为:收入/实际触发事件数。
  • 触发事件是带有变现维度的展示级别事件,由SDK发送。注意:广告收入金额不包括在展示级别数据中,仅在AF收到汇总层级数据后才会显示在报告中。
  • 这类归因数据比常规的S2S API汇总数据更准确。

启用方式

以下章节介绍了各种类型的广告收入归因,以及您在启用这维护这些功能时需要完成的流程和步骤。

广告收入平台的对接方式

ad_revenue_integration_2.png

前期准备

  • 让广告收入对接渠道将API证书发送给您。

请按以下方式与变现平台对接广告收入

  1. 从AppsFlyer后台进入配置 > 合作伙伴配置
    界面打开对接渠道窗口。
  2. 选择一个渠道。小贴士:选择活跃广告收入,即可查看正在支持广告收入功能的在投渠道。
    界面打开对接渠道配置窗口。
  3. 进入广告收入选项卡,打开获取广告收入数据开关。
  4. 选择您想要接收的广告收入数据类型。注意:可用的数据类型取决于具体平台。
    • 归因收入(Attributed Revenue)是指可归因到获客渠道的收入数据。归因记录报告分为以下两种:
      • 汇总数据(通过S2S API上报)
        • 选择事件,该事件与广告收入的计算相关联。假设您选择的事件是af_app_opened,那么广告收入就是平均每次应用打开所产生的广告收入,即总体广告收入除以应用打开事件总数。
      • 通过S2S API上报的用户级别数据。
        • 注意:如果您需要启用某聚合平台的用户级别广告收入API,就必须关闭该平台所聚合的变现平台的广告收入对接,否则会产生重复数据。
      • 通过SDK上报的展示级别数据。
      • 【封闭Beta】由SDK上报的展示级别数据与S2S API上报的汇总层级数据相结合
      • 【封闭Beta】由SDK上报的展示级别数据与由S2S API上报的设备级别数据相结合
      • 注意如果您正在使用聚合平台进行广告变现,请务必先关闭该平台所聚合的变现平台的广告收入对接,然后再启用该聚合平台的广告收入对接,否则会产生重复数据。
  5. 按对接渠道的要求填写API证书或登录信息。这与SDK集成无关。
  6. 点击保存广告收入
  7. 如果界面显示“测试连接”按钮(如上图所示),请点击测试连接
    • 如果界面显示消息“API key verified”(API密钥已验证),则表示您已顺利完成该流程。
    • 若界面显示其它信息,请参照广告收入API的连接状态与测试排查问题,然后重复上述流程。
  8. 如果界面未显示测试连接按钮,则表示您已完成该流程。
    AppsFlyer会在一天内多次从该渠道收集数据

注意:如果您更改了对接方式,新的对接配置将在第二天UTC时间的凌晨12点生效。

按应用打开或应用内事件汇总数据

汇总级别广告收入数据的作用原理如下:

  • 对接平台上报分地区的每日总收入。
  • AppsFlyer的eRPA(实际用户行为平均收入)计算方式为:广告收入/某个事件的触发次数
  • AppsFlyer创建a _monetized事件,其中包含每个已归因设备的总体eRPA,如ad_matched_monetized
  • 通过eRPA将收入归因到媒体渠道。
  • 您可以使用以下任一事件类型:
    • 特有变现事件要求对应用进行相应修改。
    • af_app_opened事件默认可用。
  • 请勿在使用广告收入对接的同时通过应用内事件上报广告收入金额,否则会导致面板中出现重复的广告收入数据。这是因为AppsFlyer会通过对接获取变现平台的收入数据。
按事件汇总广告收入
事件类型 触发方式 注意事项

特有变现事件

  • 在展示广告时触发应用内事件
  • 这样就可以记录到准确的用户行为次数,从而得出更准确的eRPA
  • 您还可以为每个变现平台分别配置应用内事件,这样就能按平台细分收入,从而进一步打磨数据
    详情请见下文表格中的说明
  • 需要开发人员修改应用
  • 可以在面板上按变现平台细分收入

af_app_opened event

  • 默认情况下,af_app_opened事件由AppsFlyer SDK发送
  • 每次用户打开应用时触发该事件
  • 无需修改应用
  • 启用快捷
  • 每个session只能对应到一个应用,否则eRPA值会严重失真
  • 无法按变现平台细分收入
  • 该事件仅说明用户打开了应用,但不表示用户愿意观看广告
应用内事件配置方式对比
配置方式 优点 缺点 注意事项
为所有平台配置同一个事件,如“ad_watched”,从而自动生成包含变现信息的“ ad_watched_monetized”事件 配置最便捷 无法产生有价值的信息,如分平台的点击次数及广告收入数据
  • 能帮助广告主判断哪些渠道/广告系列最能拉动点击量
  • 不能帮助广告住对比平台变现效果

推荐做法:为每个平台单独配置专用的广告观看事件,如ad_watch_admob

ad_watch_vungle

不仅可获得原始数据外,还能在面板上对看到所有变现平台的数据并进行对比。 无法通过单个事件收集总体广告收入数据,有多少广告平台就有多少事件。 可在面板中对比各变现平台的数据。由于针对每个平台分别配置了应用内事件,因此广告收入可按平台细分。

广告收入API的连接状态与测试

  • 广告收入对接正常时的状态信息如下:

    • 成本和广告收入对接状态面板:集中查看账户下已对接相关应用(一个或多个)广告收入的渠道列表。
    • 部分渠道允许广告主测试广告变现API的连接状态,这种情况下界面会显示测试连接按钮。mceclip0.png
    • 验证API连接是否正常:
    • 点击测试连接
      界面显示消息“API key已验证”。若未显示,请按下表指南进行排查。
状态 含义 说明/行必要操作
API key verified
(API key已验证)
 无
Invalid credentials
(证书无效)

一个或多个证书错误。

从变现渠道获取正确的证书信息
Missing configuration details
(配置信息缺失)
一个或多个证书字段不完整。 从广告收入平台的面板中获取证书信息,或联系该渠道要求其提供证书信息。
广告收入API的连接状态

广告收入数据

您可以通过AppsFlyer面板和原始数据报告查看广告收入数据。

汇总层级的广告收入数据

广告收入数据能反映出各渠道的长期用户质量。随着用户打开应用并与广告互动的行为逐渐累积,用户的LTV就会持续提升。

注意:各面板和报告的广告收入数据之间可能会有差异,详情请见此处

您可通过下列方式查看广告收入:

  • LTV维度:
    • 面板展示:数据总览、事件报告
    • LTV报告
    • 群组面板和报告
    • Master API
  • 活跃维度:
    • 面板展示:活跃数据报告
    • 广告收入原始数据

数据总览面板-汇总效果报告

数据总览面板:

  • 面板中的收入等各种数据是LTV维度的。详情请见LTV数据与活跃数据的差异
  • 收入一栏显示所有收入,包括广告收入和应用内购。
  • 深入各广告层级(媒体渠道、广告系列、广告组、地理位置)对数据进行切分,查看报告中的变现事件。
事件报告面板

活跃面板:

  • 面板中的收入等各种数据是活跃维度的(即按用户行为发生日期计算),详情请见LTV数据与活跃数据的差异
  • 用户平均操作次数用于说明用户在应用中与广告互动的可能性。

示例

三名用户于2017年12月31日安装了一个应用。他们的归因信息如下:

  • 用户A:广告平台A
  • 用户B:广告平台B
  • 用户C:自然用户

这个应用对接了五个不同的变现平台。广告主通过AppsFlyer的SDK为每个平台分别配置了单独的应用内事件,具体如下:

  • Facebook Audience Network:fb_ad_view
  • Chartboost:chartboost_ad_view
  • Admob:admob_ad_view
  • Applovin:applovin_ad_view
  • IronSource:is_ad_view

在用户激活应用的四天后向用户显示广告,具体如下:

用户

拉新平台

fb_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

总计

A

广告平台 A

2017-12-31

2018-01-01

$1

2018-01-02

$1

2018-01-03

$1

2018-01-04

$1

 

$4
 B

广告平台 B

2017-12-31

2018-01-02

$1

 

2018-01-04

$1

 

  $2
 C

自然流量

2017-12-31

2018-01-01

$1

     

2018-01-02

$1

$2

我们可以从这些数据中总结出每个用户每天(通过每个应用内事件)所带来的广告收入:

用户生命周期价值(LTV)

用户

2018-01-01

2018-01-02

2018-01-03

2018-01-04

总LTV

A

$1

$1

$1

$1

$4

B   $1   $1 $2
C $1 $1     $2
总计 $2 $3 $1 $2 $8

报告解读:

如前所述,广告收入是LTV维度的数据,即在面板中选定时间段内激活应用的用户从激活之日起到当前为止的累计收入。以下示例展示了选定时间段内面板呈现的数据:

汇总报告:选定时间段为2017-12-31至2018-01-05

广告平台

LTV收入

自然流量

$2

广告平台 A

$4

广告平台 B

$2

广告平台C

$2

这时面板中显示的用户是在2017-12-31到2018-01-05期间激活app的用户。这些用户产生的所有收入都归因给用户拉新渠道,显示为用户的LTV。

广告收入原始数据

PremiumFeature.jpg

广告收入原始数据报告中的数据来自与AppsFlyer对接的变现平台,对接类型可以是用户级别,也可以是展示级别。

广告收入原始数据的作用原理

  • 广告收入数据是基于每个用户的独立展示数来汇总的。独立展示数是根据广告变现平台、广告单元和广告位综合计算得出的。
  • 展示级别的原始数据:
    • 汇总到用户级别,呈现在用户级别的报告中。
    • 【封闭Beta】呈现在Data Locker的展示级别报告中。
    • 原始数据的时效性与活跃数据报告中的用户层级广告收入一致。
报告

数据导出页面

Pull API Data Locker
归因广告收入(非自然) ✓*
自然广告收入 ✓*
再营销广告收入  ✓*
展示级别原始数据 - - 【封闭Beta】
* 同时提供版本化报告,每天更新数次,在设备层级汇总数据。非版本化的Data Locker报告每天更新一次。
 

数据特征和字段

广告收入报告中的填充字段:

  • 按广告收入事件填充,详见下文表格。这些字段分为两类:
    • 专用字段:专用于广告收入的字段,如展示数和广告位。注意:具体的字段填充取决于变现平台,详情请见下文表格,其中列出了分平台的填充字段。
    • 通用字段:与其他原始数据报告相似的字段,如事件名称、事件值、货币等。
  • AppsFlyer将广告收入事件归因到相关用户的拉新渠道,并以此为基础来填充相应字段。也就是说,这些字段按最初的拉新转化事件信息来填充,如媒体渠道和广告系列。这些字段不包含在下表所列范围内。
广告收入填充字段
api_name 字段名称 字段类型 说明
event_time Event time
(事件时间)
通用字段 变现收入归因到的日期
event_name Event name
(事件名称)
通用字段
  • 默认为af_ad_revenue
  • 广告主可自行调整
event_revenue Event Revenue Currency
(事件收入货币)
通用字段
  • 基于event_revenue_currency(收入货币)的收入金额。 
  • 零值表示广告展示没有带来收入
event_revenue_currency Event Currency
(事件货币)
通用字段 事件收入货币
 event_revenue_XXX Event Revenue XXX
(事件收入XXX)
通用字段
  • 导出数据页面按应用配置中的指定货币换算收入数据。
  • 在Data Locker中始终为USD
  • Pull API报告按您在Pull API中配置的货币来展示收入。
country Country
(国家)

通用字段

发生激活转化的国家/地区
ad_unit

Ad unit
(广告单元)

专用字段

广告类型

Segment Segment
(广告段位)
专用字段 广告位名称
monetization_network Monetization Network
(变现平台)
专用字段 发送广告的平台
impressions Impressions
(展示)
专用字段 用户看到广告的次数
mediation_network Mediation Network
(聚合平台)
专用字段 将事件发送给AppsFlyer的聚合平台
分平台的填充字段
显示名称 Admob Ironsource AppLovin MAX Appodeal Fyber
Ad unit
(广告单元)
Segment
(广告段位)
- (1) - - -
Placement
(广告位)
-
Monetization Network
(变现平台)
- -
Impressions
(展示)
- - -
Mediation Network
(聚合平台)
- -
(1)广告主需要在ironSource中进行配置

数据时效性

数据时效性取决于对接类型以及上报方式:

  • 汇总层级的S2S API对接:
    • LTV和活跃维度的面板和报告在第X+1天的UTC时间下午2点呈现数据。
  • 用户层级的S2S API对接:
    • LTV和活跃维度的面板和报告在第X+1天的UTC时间下午2点呈现数据。
    • 原始数据报告在第X+1天的UTC时间晚上8点呈现数据。
  • 展示层级的SDK对接:
    • LTV面板和报告在第X+2天的UTC时间早晨5点呈现数据。
    • 【Beta】活跃面板和报告在第X天的UTC时间早晨5点呈现数据,且每4小时更新一次
    • 原始数据报告在第X+1天的UTC时间晚上8点呈现数据。
    • 【Beta】展示层级的原始数据报告(在Data Locker中拉取)在第X天的UTC时间凌晨1点呈现数据,且每小时更新一次。

上述“第X天”是指广告收入事件发生的日期,即广告得到展示的日期。这些事件的相关数据可能要等1到2天后才能呈现在AppsFlyer后台(即第X+1天或第X+2天)。

其他信息

将数据颗粒度从汇总层级切换到用户层级

  • 切换颗粒度不会影响历史广告收入数据,也就是说历史数据保持不变。
  • 广告收入数据每天拉取一次,拉取时间为UTC时间14点,颗粒度取决于数据拉取当下的设置。
  • 与汇总层级不同,用户级别的数据上报不需要定义应用内事件。您可以继续发送这些事件,但它们不会出现在AppsFlyer的用户级别数据中。

广告平台的UA(拉新)信号

有些广告平台可以接收到UA信号,建议广告主首选与这类平台合作。这类拉新平台可以从聚合平台接收广告收入数据,并使用这些数据来优化广告主的拉新投放。

如需向拉新平台发送信号,聚合平台的对接必须达到展示层级或用户层级的对接。

进一步了解UA信号

可向UA平台发送UA信号的聚合平台包括:

  • Applovin Max
  • Google Admob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • Unity LevelPlay聚合平台(前身为ironSource)
  • Admost
  • Tradplusad
  • Yandex

可收到拉新数据的拉新平台列表:

  • AdAction
  • Adamobi
  • Adjoe
  • Adonco
  • Adshow
  • Apprainbow
  • Aura
  • Betop
  • Bidswave
  • Brandscale
  • Chameleostudios
  • Chartboost
  • Datawave
  • DLab
  • Ecomonline
  • Etusdigital
  • Foregon
  • GNA Company
  • Happimobi
  • Hybrid
  • Inflecto
  • Irismedia
  • Lambadapp
  • Leadidadmonster
  • Lifestreet
  • Liftoff
  • Melodong
  • Mintegral
  • Mobrand
  • Moloco
  • Motive
  • Mpnd
  • Msla
  • Muvmobile
  • Nexamob
  • Nftdroper
  • Nsofmedia
  • Performadlive
  • Personalyrtb
  • Pitatroas
  • Rebornads
  • RTBhouse
  • Runfuns
  • Scmobi
  • Shalltry
  • Shareit
  • Smadex
  • Tapjoy
  • Targetmedia
  • Thepurpleline
  • Trademob
  • Truemoney
  • Unity Ads
  • Yandex
  • Yeahmobi
  • Z2A Digital
  • Zoyo

【封闭Beta测试】广告平台的广告收入事件回传

您可以配置广告平台的广告收入回传。也就是说,拉新平台可以从聚合平台接收广告收入数据,并使用这些数据来优化广告主的拉新投放。

如需向拉新平台发送回传,您与聚合平台之间必须具有展示级别的SDK对接。AppsFlyer会自动为每个展示生成一个af_ad_revenue事件。您可以从发送给拉新平台的回传事件列表中选择相关事件。

详情请见应用内事件回传说明文档。

可向UA平台发送展示级别广告收入事件的聚合平台包括:

  • Applovin Max
  • Google Admob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • Ironsource
  • Admost
  • Tradplusad
  • Yandex

可收到广告收入事件回传的拉新平台包括:

  • Ironsource

常见问题解答

常见问题解答

如何获取分平台的总体广告收入?

  • 广告收入归因给拉新渠道并展示在该渠道下。
  • 您可以看到您的ROI和各项KPI的LTV数据。
  • 如需查看各变现平台的总收入,请为每个平台单独设置一个的应用内事件,并按以下流程操作:
    1. 从数据总览面板进入汇总效果报告表
    2. 选择您需要查询的平台的变现事件,最多可选4个。

      selecting_monetized_events.png

    3. 点击导出CSV下载报告。

    4. 对相关平台变现事件的收入列求和。

      revenue_sum_up.png

    请注意,这个加总的广告收入是LTV维度的。也就是说这里的收入是在指定时间段内激活应用的新用户通过您的变现渠道所产生的全部收入。

活跃面板中是否有广告收入数据?

是的。活跃面板中的收入是应用内购买收入和广告收入的总和。注意AppsFlyer每天接收前一天发生的广告收入事件所产生的收入数据。

需要在对接选项卡中打开“启用该渠道”开关吗?

如果该渠道仅用于广告变现,则无需在对接选项卡中打开启用该渠道开关,只需打开广告收入选项卡中的获取广告收入开关。

如果用户安装的应用版本中没有集成AppsFlyer SDK,这时用户层级的广告收入如何归因?

广告收入会归因到自然量。

不同面板和报告中的广告收入数据是否会有差异?

数据总览面板中的收入数据可能会与原始数据报告、活跃面板和群组面板之间有所差异。这是由以下原因造成的:

  • 群组和活跃面板的广告收入数据以及通过Master API和群组API拉取的数据是回溯更新的;总览面板、导出页原始数据以及Pull API中的广告收入数据不是回溯更新的。
  • 部分情况下活跃面板和群组面板会先于总览面板展示相关数据。
  • 面板会同时呈现af_ad_revenue_monetized事件,但原始数据中仅包含af_ad_revenue事件。

特点与局限性

广告收入数据的特点和局限性
特点 说明
渠道访问权限 无法访问群组报告
代理访问权限

代理:

  • 无法访问广告收入配置
  • 可以看到与其相关的所有面板和数据
代理数据透明化 不支持
时区

AppsFlyer面板和报告仅按UTC时间呈现广告收入数据。也就是说,如果数据在UTC+2时区的下午2点上报,则在AppsFlyer中呈现为UTC时间下午2点。广告收入数据每天处理一次。

这是因为AppsFlyer需要对来自多个渠道和平台的数据进行归一,而大部分渠道和平台都是按UTC时间来上报数据的。

货币 

在AppsFlyer后台:

  • 面板展示广告主在应用配置中指定的货币。
  • 原始数据报告展示原始货币,并将其换算成应用配置中的指定货币。
局限性

广告收入事件目前不适用于:

  • 应用内事件回传 
  • Push API
  • 再营销面板

用户层级数据的限制:

数据类型 同时支持自然量和非自然量数据
数据时效性 广告收入
历史/回溯数据
  • 自对接完成当日起拉取并呈现数据。也就是说对接当日(第0天)之前的历史数据不可用。
  • 指定某天的S2S API广告收入数据会在第1、2、3天更新。
  • 群组和活跃面板的广告收入数据以及通过Master API和群组API拉取的数据是回溯更新的;总览面板、导出页原始数据以及Pull API中的广告收入数据不是回溯更新的。如果您购买了高阶收入套餐,Data Locker也会更新广告收入数据。
账户用户权限 支持
SKAN 展示级别的广告收入SDK对接支持SKAN。
地理位置/国家 在群组面板中,如果地理位置信息不可用(呈现为“N/A”),则按地理位置汇总数据时面板不呈现N/A数据。

已对接广告收入的渠道列表

渠道 必填证书参数 数据颗粒度

AdColony

  • API key
  • App ID
带有地理位置信息的汇总层级数据

Admost

  • Network app ID
  • Token
带有地理位置的用户层级数据

AppLovin

  • Report Key
  • App Package Name
带有地理位置信息的汇总层级数据

AppLovin MAX

  • Report Key
  • App Package Name
 
  •  带有地理位置信息的用户层级数据
  • 展示层级数据(通过SDK上报)

Appodeal

  • Application key
  • API key
  • User ID
  • 带有地理位置信息的汇总层级数据
  • 用户层级数据
Bytedance Ads - 中国本地流量 
  • Secure key
  • App ID
  • Account ID
带有地理位置信息的汇总层级数据
Chartboost
  • User ID
  • User Signature
  • App ID
带有地理位置信息的汇总层级数据
Facebook
  • 登录Facebook
带有地理位置信息的汇总层级数据
Fyber
  • Client secret
  • API ID
  • Client ID
  •  带有位置的用户层级数据
  • 展示层级数据(通过SDK上报)
Google Marketing Platform -DV360/CM(DoubleClick)
  • 登录到Google Marketing Platform - DV360/CM
带有地理位置信息的汇总层级数据
Google Admob
  • AdMob app ID
  • 带有地理位置信息的汇总层级数据
  • 展示层级数据(通过SDK上报)
Google Ads
  • 通过OAuth进行API验证
带有地理位置信息的汇总层级数据
Ironsource
  • Secret Key
  • User Name
  • App ID
  • 带有地理位置信息的汇总层级数据
  • 用户层级数据
  • 展示层级数据(通过SDK上报)

Mintegral

  • App ID
  • Secret Key
  • API Key 
带有地理位置信息的汇总层级数据

Tapjoy

  • App ID
  • Marketing API key
带有地理位置的用户层级数据

TikTok for Business

  • Secure Key
  • App ID
  • Account ID

带有地理位置信息的汇总层级数据

TopOn

  • Network app ID
  • Publisher key

带有地理位置的用户层级数据

Tradplus聚合平台

  • API key
  • Network app ID

带有地理位置的用户层级数据

 

Unity Ads

  • API密钥
  • App ID
  • 带有地理位置信息的汇总层级数据
  • 展示层级数据(通过SDK上报)
Voodoo Ads
  • Bundle ID
  • Access token
带有地理位置信息的汇总层级数据

Vungle

  • API密钥
  • App ID
带有地理位置信息的汇总层级数据

Yandex

不适用
  • 展示层级数据(通过SDK上报)