衡量实现指南
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
1. 准备工作
根据以下类型的客户和应用场景,考虑对您的业务而言最重要的因素,并确保您的集成和实验反映了这些优先事项。这些条件可能包括:
- 客户类型:大型广告客户与小型广告客户、代理机构、行业类型、地理覆盖范围
- 广告系列目标和转化类型:用户获取、客户留存、购买、收入
- 应用场景:报告、投资回报率分析、出价优化
2. 使用场景
我们经常看到,摘要报告用于报告,而事件级报告用于优化(也可能用作辅助数据进行报告)。为了尽可能提高衡量能力,请将事件级数据与汇总级数据相结合;例如,根据 Google Ads 的方法和 Privacy Sandbox 优化研究。
3. 常规
|
基准 |
最佳 |
| 报告 |
|
- 了解如何将摘要报告和事件级报告结合使用以生成报告
报告
|
| 优化 |
|
- 了解如何将汇总报告和事件级报告结合使用,尤其是在优化广告支出回报率时
|
| 跨应用和跨网站归因 |
|
- 通过 ARA 将跨应用和跨网站归因与当前的跨应用和跨网站覆盖范围进行比较
- 如果未衡量跨应用和跨网站归因,请考虑这样做是否有益
|
4. 配置设置
|
基准 |
最佳 |
| 事件级报告 |
- 正确设置来源 / 触发注册调用(适用于任何流程,包括 PA 和非 PA 流程等)
- 使用点击型转化 (CTC) 或浏览型转化 (VTC)
- 全面了解优先级、到期时间、event_report_window、deduplication_key、过滤器、_lookback_window
|
- 正确设置了来源 / 触发注册调用,适用于所有流程(PA、非 PA、所有广告类型等)
- 测试不同的报告期,以针对报告丢失进行优化,并确定适合您的使用情形的最佳设置
|
| 摘要报告 |
- 正确设置来源 / 触发注册调用(适用于任何流程,包括 PA 和非 PA 流程等)
- 全面了解汇总报告配置:过滤条件、aggregatable_report_window、scheduled_report_time、source_registration_time、reporting_origin
|
- 正确设置了来源 / 触发注册调用,适用于所有流程(PA、非 PA、所有广告类型等)
|
5. 实施策略
|
基准 |
最佳 |
| 非 3PC 数据 |
|
- 考虑如何使用第三方 Cookie(在可用时)和不受 3PCD 影响的数据来验证或进一步提升 ARA 效果
|
| 噪音 |
|
|
| Aggregation Service |
- 检查您计划使用的来源端和触发端密钥是否适合您的使用情形
您可以先使用以下示例密钥结构:包含您要跟踪的所有维度的密钥结构。根据输出结果,您可以测试不同的键结构。
|
- 测试多种不同的密钥结构,包括分层密钥,以针对您的使用情形进行优化
- 在汇总服务中测试各种 Epsilon 值,并能够提供相关视角
|
| 批处理策略 |
- 全面了解不同批处理频率(例如每小时、每天或每周)的影响以及报告的批处理方式(例如按广告客户 X 的预定报告时间)。开发者文档和聚合服务负载测试指南中的其他详细信息
|
- 测试不同的批处理频率和报告维度组合,并确定适合其使用情形的最佳设置
- 通过调整批处理策略来最大限度地减少报告丢失,以应对可能延迟的可汇总报告
|
| 调试 |
|
|
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2024-01-29。
[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["没有我需要的信息","missingTheInformationINeed","thumb-down"],["太复杂/步骤太多","tooComplicatedTooManySteps","thumb-down"],["内容需要更新","outOfDate","thumb-down"],["翻译问题","translationIssue","thumb-down"],["示例/代码问题","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2024-01-29。"],[],[]]