概要:AppsFlyer ROI360解决方案中的Cost ETL可为广告主提供最详细的分渠道投放成本。
AppsFlyer ROI360解决方案中的Cost ETL可为广告主提供最详细的分渠道投放成本。
投放成本数据:
- 涵盖当天和前6天(即本文中所说的“最近7天”),以及第14天、29天、88天的数据。在数据入库时需要注意这一点。
- 举例来说,假设当天日期为2024年10月14日,则文件覆盖以下几天的数据:10月14日(当天)、10月13日(1天前)、10月12日(2天前)、10月11日(3天前)、10月10日(4天前)、10月9日(5天前)、10月8日(6天前)、9月30日(14天前)、9月15日(29天前)以及7月18日(88天前)。
- 数据回滚是为了对上报的成本数据进行更新和校准。
- 适用于匹配到归因(转化)、点击或展示的成本。
请注意:- 最近7天的数据是取自渠道的最新数据,而第14/29/88天的数据则是经过重新处理得到的。
- 数据的回滚更新仅针对成本,不涵盖归因数据。
请注意:
- 建议选择最适合您业务需求的维度和指标,具体的最优解视渠道而定。
目录与文件名结构
- Cost ETL在某个目录中写入数据后,会创建一个名为success的文件,以标记数据写入成功,该文件总是带有该目录下最新的时间戳。
- 文件夹/文件数量的规则如下:
- 总结报告:
- 每个批次的文件夹内包含最近7天数据的parquet文件。
-
- 每个批次的文件夹内包含的parquet文件以数字命名(从1开始)。
- 【封闭Beta】完全成本报告:
- 总结报告:
| 组成部分 | 内容 |
|---|---|
| 连接名称。 | |
| t | 您可以使用以下任一方式:
|
| dt |
|
| v | |
| Parquet文件编号 |
|
| 组成部分 | 内容 |
|---|---|
| advertiser_bucket_name | 在Cost ETL配置中设定的存储桶名称:af-xpend-cost-etl-<af-account-id>-[您的存储桶名称后缀] |
| cost_etl | 总是为“cost_etl”不变 |
| version | Cost ETL的版本 |
| date |
成本数据的日期 格式:yyyy-mm-dd |
| 批次 | 以数字1-4命名 |
| dimension | 数据维度:
|
| file_name |
|
| Parquet文件编号 |
|
比如对于2020年6月23日中首次拉取的数据,其目录及文件名结构如下:
文件字段
字段/维度
| 字段 | 说明 | 是否默认填充 | 格式 | 是否包含在总结文件中 |
|---|---|---|---|---|
| date | 由渠道上报的成本发生日期 | 是 | 格式为yyyy-mm-dd的字符串 | ✓ |
| app_id | AppsFlyer后台的应用ID | 是 | 字符串 | ✓ |
| media_source | 展示广告的媒体渠道 | 是 | 字符串 | ✓ |
| OS | 指设备操作系统。可用值包括:
|
是 | 字符串 | - |
| agency | 投放广告的代理商 | 否 | 字符串 | - |
| campaign | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| campaign_id | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| adset | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| adset_id | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| ad | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| ad_id | 广告层次结构中的一个层级 | 否 | 字符串 | - |
| ad_account |
|
否 | 字符串 | - |
| currency | 广告消耗的货币单位,即您在AppsFlyer后台的应用配置中设定的货币单位。 | 是 | ISO-4217中的3字母字符串 | ✓ |
| original_currency | 由广告平台上报的成本货币(未换算) | 是 | ISO-4217中的3字母字符串 | - |
| timezone |
|
是 | 字符串 | - |
| geo | 广告层级中的维度 | 否 | ISO 3166中的2字母字符串 | ✓ |
| channel | 广告层级中的维度 | 否 | 字符串 | - |
| keyword_term | 用户在线搜索时使用的字词。 | 是 | 字符串 | - |
| keyword_id | ASA关键词ID | 是 | 字符串 | - |
| site_id | Publisher ID(子渠道ID) | 否 | 字符串 | - |
| campaign_objective | 该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 字符串 | - |
| cost_model | 该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 字符串 | - |
| af_cost_model | 由AppsFlyer对成本模型进行映射和归一。该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 字符串 | - |
| bid_strategy | 该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 字符串 | - |
| af_bid_strategy | 由AppsFlyer对竞价策略进行映射并归一。该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 字符串 | - |
| bid_amount | 该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 整数 | - |
| original_bid_amount | 该字段是广告系列属性的一部分,详情请见此处说明。 | 否 | 整数 | - |
指标
| 字段 | 说明 | 是否默认填充 | 格式 | 是否包含在总结文件中 |
|---|---|---|---|---|
| impressions |
|
是 如果某个指标没有可用值,则以0填充。 |
整数 | ✓ |
| clicks |
|
整数 | ✓ | |
| reported_impressions | 由渠道统计 | 整数 | ✓ | |
| reported_clicks | 由渠道统计 | 整数 | ✓ | |
| installs | 点击率。 | 整数 | ✓ | |
| reported_conversions | 由渠道统计 | 整数 | ||
| re_engagements | 点击率。 | 整数 | ✓ | |
| re_attributions | 点击率。 | 整数 | ✓ | |
| cost | 广告消耗金额(包括相关的代理费用) | 参数值 | ✓ | |
| original_cost | 由广告平台上报的成本数据,以广告平台设定的货币为单位(未经换算),加上由AppsFlyer计算的相关代理费用(若有) | 参数值 | - | |
| impressions_discrepancy |
|
整数 | - | |
| clicks_discrepancy |
|
整数 | - | |
| installs_discrepancy |
|
整数 | - | |
| fees | 代理商在广告成本以外额外收取的费用。由AppsFlyer统计 | 是 | 整数 | - |
| cost_without_fees | 剔除代理费后的成本。点击率。 | 是 | 整数 | - |
| original_cost_without_fees | 广告平台上报的原始成本数据,不含代理费用 | 是 | 整数 | - |
| ctr |
|
否 |
整数 | - |
| cvr |
|
整数 | - | |
| ecpm |
|
整数 | - | |
| cpi |
|
整数 | - | |
| ccvr |
|
整数 | - | |
| cvvr |
|
整数 | - | |
| reported_cvr |
|
整数 | - | |
| ecpc |
|
整数 | - | |
| video_25p_views | 由广告平台上报的由广告平台上报 | 整数 | - | |
| video_50p_views | 由广告平台上报的由广告平台上报 | 整数 | - | |
| video_75p_views | 由广告平台上报的由广告平台上报 | 整数 | - | |
| video_completions | 由广告平台上报 | 整数 | - |
配置流程
您需要具备管理员权限才能够完成以下配置操作。
温馨提示以下信息 :
-
-
-
- 为新连接命名。
-
选择一个云服务数据宿端。完成以下任一操作:
- 选择S3。
- 输入您的Amazon S3存储桶名称,
af-必须手动在其中添加前缀af-af-。 - 点击测试连接。
- 确保未收到“存储桶路径无效”的报错消息。
- 选择该连接是否需要支持Adobe Experience Platform。
- 点击保存。
- 输入您的Amazon S3存储桶名称,
- 选择GCS。
- 输入您的GCS存储桶名称。
- 点击测试连接。
- 确保未收到“存储桶路径无效”的报错消息。
- 选择该连接是否需要支持Adobe Experience Platform。
- 点击保存。
- 【Beta】选择Azure。
- 输入您的连接名称、存储账户名称以及密钥。
- 确保未收到“存储桶路径无效”的报错消息。
- 选择该连接是否需要支持Adobe Experience Platform。
- 点击保存。
- 【Beta】选择Yandex。
- 输入您的存储桶名称、访问密钥(Access Key)和私人密钥(Secret key)。
- 确保未收到“存储桶路径无效”的报错消息。
- 选择该连接是否需要支持Adobe Experience Platform。
- 点击保存。
- 选择BigQuery。
- 输入您的BigQuery项目ID和数据集名称。
- 点击测试连接。
- 确保未收到“存储桶路径无效”的报错消息。
- 点击保存。
- 选择Snowflake。
- 输入您的Snowflake地区和账户ID。
- 点击测试连接。
- 确保未收到“存储桶路径无效”的报错消息。
- 点击保存。
- 选择S3。
- 为新连接命名。
-
- 点击Next。
-
- 详情请见此处说明。
- 点击Next。
- 点击启用。
最佳实践
定时拉取报告
您可以利用定时拉取报告的设置根据实际需求获得最新数据。
设定报告拉取时间时:
- 尽量选择离您BI系统处理数据的时间最近的选项。
- 如果您合作的某个广告平台在提供前一天的数据时晚于其他平台,可以在该平台的数据可用时额外设置一次报告拉取。
数据覆盖
在拉取和分析数据时,建议您拉取某个日期和批次的数据,或用当前批次的数据覆盖之前收到的同一时段的数据,否则可能会出现重复数据。
例如,在2月20日写入的第1批数据中包含2月14-20日的数据,但在2月19日写入的各批数据中也包含2月14-20日的数据。这种情况下,建议用最近收到的(即2月20日)数据覆盖掉之前收到的(即2月19日)数据。
国家/地区(Geo)与流量入口(Channel)
不是所有的广告平台都会同时提供所有维度的数据,最常见的例子就是Meta ads的国家/地区(Geo)数据和流量入口(Channel)数据。因此,我们将这两个维度的数据分为两个数据集。Geo数据集必定包含Geo数据,而 Channel数据集则必定包含Channel数据。
一般情况下,对大多数媒体渠道来说,Geo和Channel数据集中的数据完全一致。因此,您可以根据您的业务需求选用最合适的数据集(Geo或Channel)。
如果某个渠道的对接协议中不包含流量入口(Channel)上报,则流量入口字段为空,AF仍将其视为包含流量入口的数据。
汇总数据
Cost ETL能从广告平台侧提取最深入的数据,从而为广告主提供更细的颗粒度和更灵活的报告配置。建议您考量实际业务需求,并以最合适的方式对数据进行汇总,否则数据量过于庞大,难以汲取真正有决策价值的洞察。举例来说,如果您想要了解广告系列和国家层级的成本数据,可以仅拉取这些维度的数据。
广告平台数据的标准化
各广告平台支持的数据颗粒度不尽相同。比如Meta ads不提供子渠道层级的成本数据,而X Ads不提供国家/地区层级的成本数据。在对Cost ETL数据进行汇总时,需注意这方面的差别,确保您在对比各渠道时使用的数据具有可比性。
数据对比分析
Cost ETL提供的信息涵盖您所有的成本数据。Cost ETL中有时会出现AF面板上没有的广告系列数据,比如空耗的广告系列(即未带来激活的广告系列)产生的成本数据。如需对比数据,请在数据总览面板中找出具体的广告系列ID,然后将其面板数据与Cost ETL中的成本数据进行对比。详情请见成本数据可用性。
合并Cost ETL和群组报告
您可以将Cost ETL报告和高级汇总群组报告(或Data Locker中的常规群组报告)相结合,导入BI系统。这两种报告合并后可以提供最全面、最准确、时效性最高的营销效果信息,其中包含点击、展示、成本、收入、应用内事件等各种数据。您还可以使用合并后的数据计算ROAS、CPA等等。详情请见此处说明。
其他相关信息