弃用 ad 和 ad_id
AppLovin 将弃用 ad 和 ad_id，转而采用新的广告识别系统。为了取代 ad 和 ad_id，AppLovin 推出了一个基于以下三种属性的新系统：
| 属性 | 描述/允许值 |
|---|---|
ad_creative_type | GRAPHIC、PLAY、VIDEO、VIDEO_DPA、VIDEO_GRAPHIC、VIDEO_GRAPHIC_DPA、VIDEO_PLAY 或 VIDEO_PLAY_DPA |
creative_set | 素材组名称 |
placement_type | APPOPEN、BANNER、CTV、INTER、LEADER、MREC、NATIVE 或 REWARDED_INTER |
此次更新在保持报告精细度不变的前提下，提高了广告表现优化的灵活性。
报告更新
Campaigns 报告现包含 广告素材类型 和 Placement Type。
API 更新
报告 API 支持这种基于属性的新规范。相关列为 ad_creative_type、creative_set 和 placement_type。
仅当 report_type 为 advertiser 时，ad_creative_type 才可用。
跟踪链接
新的 {AD_CREATIVE_TYPE} 和 {PLACEMENT_TYPE} 跟踪 URL 宏可以与现有 {CREATIVE_SET} 宏一起使用。这样负责跟踪的合作伙伴就能使用新的属性进行监测和报告。
过渡期和后续步骤
过渡期间，AppLovin 平台会同时支持原有的基于广告的系统和新的基于属性的系统。AppLovin 强烈建议您更新集成，确保平稳过渡，为即将到来的完全弃用做好充分准备。
过渡期间的数据准确性
ad_creative_type 和 placement_type 现已根据 AppLovin 的新系统规范正确填充。AppLovin 建议您使用近期数据进行测试，以确保获得最准确、最完整的数据。
当您获得 sales 和其他安装后事件的细分数据时，如果推动安装的广告在属性系统更新之前投放，则 ad_creative_type 和 placement_type 可能不完全准确。对于在属性系统更新后投放的广告，所绑定的安装后数据没有问题。
这篇文章有帮助吗？
