概览：本文重点介绍了汇总和查看营销成本数据的各种方法。
成本数据汇总
ROI360：
- 提供汇总广告成本数据和与成本相关的LTV（生命周期价值）绩效指标。以及与成本相关的LTV效果指标。成本相关指标包括过去一段时间内的ROI、ROAS、点击、展示、广告系列ROI以及平均有效激活成本（eCPI）。
- 覆盖所有平台，包括移动应用、网页浏览器、CTV、PC 和主机端
- 支持渠道使用的各种成本模型，如CPI、CPA、CPC和CPM等。
- 支持分API的广告成本数据、成本导入（CSV文件上传）以及通过归因链接上报成本。
- 广告主购买ROI360套餐后，代理就可以访问广告主的ROI360成本数据。
套餐中没有ROI360的广告主可以使用以下指标：
- 通过归因链接上报的成本数据
- SRN（自报告网络）点击和展示数据，通过SRN集成合作伙伴配置 费用 Tab。
成本数据汇总的原则
本节介绍了广告成本数据汇总的主要原则。
成本汇总方法
渠道侧的成本数据可以通过一种或多种方法上报。如果成本数据通过多种方式上报，AF会通过成本优先级排序机制判断数据的取舍，以防最终结果虚高。
AppsFlyer处理数据后，会显示在UTC时区（默认时间）或根据你的情况 应用专用时区 设定。
| 成本汇总方法 | 支持的成本模型 | 数据颗粒度 | 数据时效性 | 说明 |
|---|---|---|---|---|
| API* | 所有 | 数据颗粒度取决于对接配置 | 一天多次 | 在成本事件发生后，成本数据可能会随着7天的数据回滚（具体取决于媒体渠道）发生变化，这使我们能够考虑媒体来源所做的追溯性变更。 |
| 成本导入（文件上传） | 所有 | 数据颗粒度取决于上传的文件 | 数据导入后的4小时内 | 报告的成本可以被撤销，修正后的数据可提交最长90天。 |
| 通过归因链接获取成本数据 | CPI | 用户层级数据 |
最低限度：实时 最慢：点击链接后最多4小时 |
不可更改 |
| * 渠道与AppsFlyer之间通过Cost API或InCost API实现API对接（不会两者并用）。所用API和提供的数据粒度取决于合作伙伴。 | ||||
可用的成本数据和报告
下表列出了各种可用的成本数据。
为了便于理解，请在查阅下表时参考以下说明（表格中另有备注之处则以表中备注为准）：
获客视图中的成本
系统会根据广告系列在成本上报日期（激活日期）及其前后10天内是否记录了至少一次激活、点击或展示，将广告系列成本数据归类到用户获取（UA）中。系统会根据媒体渠道、广告系列ID和代理机构进行匹配。
统一视图中的成本
统一视图会包含所选应用下所有广告系列的成本数据，无论在成本上报日期（激活日期）及其前后10天内是否存在激活、点击或展示。
示例
-
如果广告系列X的成本上报日期为3月10日，且广告系列X在3月1日至3月20日期间至少有一次点击或激活，则3月10日的成本会同时显示在UA视图和统一视图中。
如果该时间窗口内没有任何活跃数据，则3月10日的成本只会显示在统一视图中。
- 如果报告不支持更改广告系列名称，则会同时显示新旧两个名称，其中一个带有归因数据，另一个带有成本数据。任一名称下都不会单独显示完整的数据。
可用的成本数据和报告
| 报告方式 | 视图/数据类型 | 是否支持更改广告系列名称 | 说明 |
|---|---|---|---|
| 数据总览面板 |
|
是 | 再营销视图中不显示成本数据。请在统一视图中查看再营销成本。 |
| 活跃数据面板 | UA（用户获取） | 是 | |
| 群组面板 |
|
是 |
|
| 群组报告API |
|
是 | 此统一数据仅适用于在成本上报日期（激活日期）及其前后10天内至少记录了一次激活、点击或展示的广告系列。 |
| SKAN面板 | SKAN | 否 | 显示SKAN激活以及所有激活（包括非SKAN激活）的成本数据。 |
| SKAN Aggregated Performance API | SKAN | 否 | 显示SKAN激活以及所有激活（包括非SKAN激活）的成本数据。 |
| 数据透视表 | UA（用户获取） | 否 | |
| Master API | UA（用户获取） | 否 | |
| 自定义面板 | UA（用户获取） | 否 | |
| Cost ETL | 统一 | 是 | 显示所有可用成本数据。 |
| Pull API汇总数据 | UA（用户获取） | 否 | |
| Push API | 原始点击数据（非汇总） | 不相关 | |
| Pull API原始数据 | 原始点击数据（非汇总） | 不相关 | |
| Data Locker | 原始点击数据（非汇总） | 不相关 | Data Locker的群组报告不支持成本数据。 |
请注意：
- 数据的细度会因仪表盘/报表类型而异。Cost ETL报告工具可拉取完整的数据集，包括各广告层级的详细信息（媒体渠道、广告系列名称、广告组以及媒体渠道提供的数据维度，如地理位置、流量入口、子渠道、关键词等等）。
- 您可以在原始数据报告中查看通过归因链接上报的成本数据。
成本优先级排序机制
一个渠道的成本数据可以通过多种方式进行上报。为了避免后台的成本数据虚高，AF会通过广告成本优先级排序机制来判断数据的取舍。这一机制按汇总方式对数据进行优先级排序，从高到低依次为：通过归因链接上报成本 > Cost API > 成本导入
成本优先级机制会影响汇总数据报告和面板，原始数据报告中的归因链接成本数据不受该机制影响。
注意事项：
- 优先级机制会在广告系列层级生效，也就是说，如果您的同一个广告系列同时使用了两种方式上报成本，则优先级更高的方式胜出，并对整个广告系列生效。
- 在给定的任何一天中，如果您通过Cost API了获取了某个具体应用和媒体渠道（或代理）的成本数据，AF就会忽略通过归因链接上报的成本。
- 如果您更改了成本汇总方式，相关数据会发生回滚更新，以往的汇总成本数据会发生变化。
- 成本汇总方式的变更也会对代理流量产生上述影响，无论相关代理的数据是否透明。
示例：
场景：某媒体渠道通过归因链接上报成本，但您决定使用该渠道的Cost API。
结果：成本是从归因链接和成本API中汇总的。由于成本API具有优先权，归因链接的成本会被忽略。
成本分摊
部分广告平台上报广告系列成本数据时，不会关联应用ID。遇到这种情况时，AppsFlyer会根据广告交互和归因数据补全应用ID。
AppsFlyer会基于上报成本日期前后10天内，与该广告系列的点击、展示和转化相关联的应用进行匹配。
如果应用补全流程匹配到多个应用，AppsFlyer会按照以下方式在这些应用之间分摊广告系列成本：
按比例拆分（按转化量）
如果在报告成本日期有转化（安装、重新归属和再参与）存在，成本将根据每个应用的转化次数按比例分配。
示例：如果第1天的总成本为$100，且该广告系列分别带来60次iOS激活和40次Android激活，则：
- iOS: $60
- Android: $40
平均拆分（无转化）
如果上报成本日期当天没有转化，系统会在匹配到的应用之间平均拆分成本。
示例：如果第1天的总成本为100美元，且该广告系列在该日期有展示但没有转化，则：
- iOS: $50
- Android: $50
注意
只有当归因中的转化细度与广告网络报告的成本数据精确匹配时，比例（基于转化）分配才适用。当两者仅部分匹配时，AppsFlyer 无法将成本映射到每个应用的转化率，因此会将成本平均分配到匹配的应用中。
局限性
- 该功能支持Google、TikTok和DV360跨平台及Web-to-App（W2A）活动（活动目标与移动/应用不同）。
- 谷歌性能最大化（PMAX）广告活动:按比例（基于转化率）的分配不适用。Google 的 API 不会报告 PMAX 广告活动的 Ad ID 或 Geo 细度，因此转化细度只能部分匹配，且成本无法映射到每个应用的安装、重新归属和再互动。因此，成本会在匹配的应用中平均分摊，无论每个应用的转化次数多少。在活动层面，当仪表盘中选择所有平台（iOS、Android等）时，总成本仍与谷歌报告的相同。
补充信息
更改广告系列名称
不带有激活的成本数据
为什么会出现不带激活的成本数据？当成本在层级较高层级（例如广告活动层面）提供，而绩效信息（点击和安装量）则在广告层级较低层级（例如广告集）时，就会发生这种情况。
AppsFlyer会在较高的广告层级上补齐缺失维度的成本数据，这是为了更全面地呈现各层级的成本数据，并减少内部的数据差异。
示例
广告主投放广告，其广告层级如下：
- 媒体渠道：media_eg
- 广告系列：campaign_eg
- 广告组：adset1、adset2
显示的媒体渠道信息如下：
显示层级：所有媒体渠道 > media_eg
| Campaign | 成本 | 激活假量 |
|---|---|---|
| campaign_eg | $100 | 100 |
| campaign_yy | $200 | 1000 |
| campaign_zz | $300 | 2000 |
切入到campaign_eg，可以看到广告组层级的数据。
显示层级：所有媒体渠道 > media_eg > campaign_eg
| Adset | 成本 | 激活假量 |
|---|---|---|
| 无 | $100 | |
| adset_1 | 不适用 | 30 |
| adset_2 | 不适用 | 70 |
据以上信息可知，广告平台提供的是广告系列层级的成本数据，campaign_eg的成本为100美元。再向下切入到广告组层级时，成本数据无法进一步细分。
为解决这个问题，AppsFlyer会直接沿用广告系列层级的成本数据，并单开一行显示。在上述场景中，有消耗数据的广告组名称会显示为None，激活栏则为空。
成本货币换算
如果媒体渠道的成本货币不同于您在AF后台的应用配置中设定的货币，AF会把成本换算到应用层级的指定货币，方法如下：
- AppsFlyer从openexchangerates.org获取汇率信息。
- 汇率每小时更新一次，每次更新最多覆盖近7天的数据。
- AppsFlyer会根据已知的最新汇率进行货币换算。
特点与局限性
| 特性 | 说明 |
|---|---|
| 代理 |
|
| API数据数据时效性 |
|
| 广告系列名称变更 | 广告消耗数据会显示在最近一次上报的广告系列名称下。请注意：这是用来显示汇总数据，而不是原始数据本身。 |
| 时区 | 如果媒体渠道仅支持一个时区，且该时区与您应用设置中的时区不一致，则以媒体渠道支持的时区为准。 |
| CTV、PC和主机平台 | 对于这些平台中的应用，必须通过邮件上传的方式来发送成本数据。 |
| 跨平台 | 跨平台点击和展示的成本数据不可得，这意味着展示/点击可能发生在一个平台，应用安装在另一个平台。 |
| 第三方商店中的应用 | 对于第三方商店中的应用（即在Google Play和App Store以外的其他平台中上架的应用），来自Mintegral的成本数据不可用。 |
| 地理位置 | Mistplay上成套的广告系列（bundled campaigns，即投放到多个国家的广告系列）无法使用国家/地区维度进行细分。这类广告系列的国家/地区显示为N/A。 |
| Smadex | 如果Smadex在子渠道ID值中提供了其他信息（比如库存ID等），当Smadex在站点ID值中包含额外元素（如库存ID）时，就会发生这种情况。 |
| apple_search_ads.png | 对于仅SKAN报表，SKAN面板或Pull API中不提供ASA成本数据，因为Apple不会在SKAN回传中包含广告系列层级数据。不过，您仍可通过我们的传统对接，在SSOT报告中查看成本数据。 |
| 成本数据维度字符限制 |
以下列出的网络尺寸不得超过指定字符长度。如超出限制，相关数值将无法在报告中显示。
这些限制仅适用于以下网络：
|
| API成本数据可用性 | 仅当客户拥有有效的ROI360资产时，API成本数据才会显示。如果ROI360已停用，来自API渠道的成本数据将不再可用，面板中仅会显示基于CPI的成本数据。 |
| Mintegral：广告层级粒度 | 如需获取Mintegral广告层级粒度的成本报告，每个广告账户都需要具备以下广告平台权限：Sub/Package×Creative维度。 |
另请参阅
- Xpend—成本汇总概述
- 通过归因链接获取成本数据
- 数据新鲜度与时区支持
- 广告系列名称变更