衡量实现指南

1. 准备工作

根据以下类型的客户和使用情形,考虑对贵商家而言最重要的是什么,并确保您的集成和实验反映了这些优先事项。这些条件可能包括:

  • 客户类型:大型广告客户与小型广告客户、代理机构、行业类型、地理足迹
  • 广告系列目标和转化类型:用户获取、客户留存、购买、收入
  • 应用场景:报告、投资回报率分析、出价优化

2. 使用场景

我们经常会看到摘要报告用于报告,事件级报告用于优化(并且可能作为辅助数据进行报告)。为了最大限度地提升衡量能力,请结合使用事件级和汇总级衡量方法;例如,根据 Google Ads 的方法Privacy Sandbox 优化研究

3. 常规

基准 最佳
报告
  • 使用摘要报告报告使用情形
  • 了解如何将摘要报告和事件级报告结合使用以生成报告
优化
  • 明确说明要优化的确切内容
  • 清楚了解哪些报告有助于优化模型
  • 将事件级报告用于优化用例
  • PA + ARA
  • PA 优化可能涉及对信号进行建模
  • 了解如何将摘要级报告与事件级报告搭配使用,尤其是在优化广告支出回报率时
跨应用和跨网站归因
  • 将通过 ARA 实现的跨应用和跨网站归因与当前的跨应用和跨网站覆盖率进行比较
  • 如果未衡量跨应用和跨网站归因,不妨考虑是否有益于您

4. 配置设置

基准 最佳
事件级报告
  • 针对任何流程(PA、非 PA 等)正确设置来源 / 触发器注册调用
  • 使用点击型转化 (CTC) 或浏览型转化 (VTC)
  • 使用默认配置设置
  • 全面了解 priority、expiry、event_report_window、deduplication_key、filters、_lookback_window
  • 为所有流程(PA、非 PA、所有广告类型等)正确设置来源 / 触发器注册调用
  • 同时使用 CTC VTC
  • 测试不同的报告期,以针对报告丢失进行优化,并确定适合您的用例的最佳设置
  • Sim lib 集成,该工具可用于根据历史数据测试 ARA
摘要报告
  • 针对任何流程(PA、非 PA 等)正确设置来源 / 触发器注册调用
  • 使用 CTC 或 VTC
  • 全面了解汇总报告配置:过滤条件、aggregatable_report_window、scheduled_report_time、source_registration_time、reporting_origin
  • 为所有流程(PA、非 PA、所有广告类型等)正确设置来源 / 触发器注册调用
  • 同时使用 CTC VTC
  • SimLib 集成,并使用 Noise Lab 模拟进行实验。可用于测试各种 API 配置

5. 实施策略

基准 最佳
非 3PC 数据
  • 考虑如何使用第三方 Cookie(如果可用)和不受 3PCD 影响的数据来验证或进一步提升 ARA 效果
噪音
  • SimLib 集成,并使用 Noise Lab 模拟进行实验,以评估噪声影响
  • 实现和测试各种用于降噪数据的机制
Aggregation Service
  • 检查您计划使用的来源端和触发器端键是否适合您的用例

    一开始的键结构示例可以是:包含您要跟踪的所有维度的键结构。根据输出,您可以测试不同的键结构。
  • 测试多种不同的键结构,包括分层键,以针对您的用例进行优化
  • 在汇总服务中测试各种 Epsilon 值,并能够提供相关视角
批处理策略
  • 全面了解不同批处理频率(例如每小时、每天或每周)的影响,以及报告的批处理方式(例如按广告客户 X 的定期报告时间)。如需了解更多详情,请参阅开发者文档汇总服务负载测试指南
  • 使用至少一个批量处理频率和一个广告客户进行测试
  • 测试批处理频率和报告维度的不同组合,并确定适用于其用例的最佳设置
  • 这可能还包括针对每个广告客户或广告客户群组(例如小型、中型、大型)采用不同的策略。请参阅 MTG Agg 服务负载测试指南
  • 调整批处理策略,以应对可能延迟的汇总报告,从而最大限度地减少报告丢失
调试
  • 在测试和评估过程中使用所有类型的调试报告