常见问题解答：用户发起的数据清除对归因报告的影响

用户发起的数据清除对归因报告有何影响？这与基于 Cookie 的衡量方法有何不同？

注意：如果您不熟悉该 API，请参阅归因简介 报告（转化衡量） 然后再阅读这篇帖子。

借助 Attribution Reporting API， 衡量广告点击何时在广告客户网站上带来了转化（例如销售或 注册。该 API 提供了一种可保护隐私的方法来衡量广告转化情况。它并不依赖于 第三方 Cookie 或可用于跨网站识别个人用户的机制。 其运作方式是：将广告点击与转化相关联的归因报告 生成并存储在用户设备上；之后，浏览器会将这些报告发送到预定义的 端点。

网站已通过某个来源在 Chrome 中试用了 Attribution Reporting API 审判，现已结束。

其中之一 这些早期实验提供的是用户发起的数据清除（例如浏览器历史记录清除）对广告客户和广告技术公司通过该 API 获得的数据的影响。汇总 Chrome 统计信息 是近期发布的本文将解答与 归因报告中由用户发起的数据清除。

注意：本博文中的数字和陈述在发布时是正确的 发布。它们会随着 API 的发展而发生变化。

用户发起的数据清除对归因报告有何影响？

这与基于 Cookie 的衡量方法有何不同？

关于数字

注意：下面提供的数字有助于了解我们观察到的基于 Cookie 的 Cookie 之间存在的一些差异 以及基于 Attribution Reporting 的效果衡量。 然而，并非所有组织都能始终如一地观察到它们 使用该 API 的应用。 这些数字针对运行某个源站的一组网站进行汇总和衡量 试用（现已关闭）。它们因网站而异，而且随着越来越多的组织在 源试用，因为这些指标是收集的，它们使用不同的参数。

这些数字会受到多种因素的影响：

• 用户是否清除了他们通过点击广告访问的网站上的历史记录；
• 用户是否在他们倾向于清除历史记录的网站类别上完成转化（可能很快就会清除） 。在此类内容中投放的广告可能会遇到较高的清除率，因此 与基于 Cookie 的衡量方法得出的差异更大；
• 同样，用户是否清除了其点击广告后访问的网站上的历史记录；
• 归因是配置为在点击后较长时间还是较短时间过期 (attributionexpiry);
• 点击和转化之间实际上是否经过了很长时间。

Chrome 团队会继续监控并发布有关邮件 开发者列表。

点击之后、转化之前的数据清除

使用 Cookie 时，由于存在点击后转化，部分转化未报告 数据清理。由于 Cookie 已清除，因此，无需将任何 Cookie 附加到 转化时间，因此无法衡量该转化。在指定日期范围内 因为未知用户发起的数据清除操作。因广告技术公司而异 （或广告客户）。

<ph type="x-smartling-placeholder">

</ph>

在转化前用户发起的数据清除会影响基于 Cookie 的衡量。

。

注意：请注意，不同的数据清除方法对删除衡量数据的影响不同。例如： 清除过去一小时的数据不会清除之前设置的 Cookie。

使用 Attribution Reporting API 时，系统不会报告部分转化，因为 点击后转化前数据清除使用 Attribution Reporting API 的研究结果显示，约有 16% 的来源（点击事件）在转化前被删除。这些来源中有一部分会导致 转化，如果来源已被删除，则不会发送这些转化的报告。

示例

对于 10% 的转化率，假设总共获得 1000 次点击且没有发生其他错误 考虑因素：

• 如果用户从未清除过任何数据：广告技术公司会观测到 100 次转化。
• 考虑数据清除： <ph type="x-smartling-placeholder">
  </ph>
  • 使用 Cookie：数据清除发生在点击之后、转化之前， 由于没有 Cookie，无法归因于某些点击事件的转化百分比 来映射点击和转化在本例中，广告技术公司会观察到转化次数少于 100 次。
  • 使用 Attribution Reporting：在点击之后和引发转化之前进行数据清除 1.6% 的报告在第一次阶段就表示要清除转化 (16%/10% = 1.6%) 源试用。如果不考虑其他错误，广告技术公司将收到 84 表示发生了转化的报告，而非 100。

数据在转换后清除

使用 Cookie 时，转化数据清除不会产生任何影响，因为系统会报告转化数据 立即与广告技术公司联系。

<ph type="x-smartling-placeholder">

</ph>

用户完成转化后发起的数据清除不会影响基于 Cookie 的衡量。

使用 Attribution Reporting API 时，转换后数据清除功能会导致报告被清除 尊重用户的选择，例如用户清除浏览器历史记录或删除网站数据。 为了保护用户，该 API 不会立即发送报告，而是要延迟发送报告 也就是说，当预定时间来自 将报告发送到预定义的端点（通常是广告技术公司）。

<ph type="x-smartling-placeholder">

</ph>

用户在转化后启动的数据清除会影响基于 Attribution Reporting API 的衡量。

使用 Attribution Reporting API 的早期实验（源试用）的观察结果表明： 大约 6.5% 其中有 个报告已经以这种方式被删除。

哪些确切的用户操作会影响归因报告？

注意：用户删除待处理转化的具体方法可能会发生变化，例如 我们针对 Privacy Sandbox 开发了额外的控制措施。

自撰写本文时 Chrome 94（Chrome 稳定版）起，您可以执行以下任何操作 会清除存储的点击事件和待处理报告。

• chrome://settings隐私与安全 >清除浏览数据

  • 选中浏览记录复选框
  • 并/或选中清除 Cookie 和其他网站数据复选框
  • 点击清除数据

• chrome://settings隐私与安全 >Cookie 和其他网站数据

  • 切换关闭所有窗口时清除 Cookie 及网站数据
  • 或者在关闭窗口时一律清除 Cookie 下添加行为

• chrome://history：

  • 删除任何单个条目

• 网站级范围的控件：

  • 网站级范围的历史记录 控件
  • 点击网址栏中的锁定按钮，依次转到网站设置和清除数据。

此列表并非详尽无遗。这些是会影响归因数据的常见用户操作。其他 用户操作（例如卸载 Chrome 或运行系统清理工具）也会影响 衡量，无论是基于 Attribution Reporting API 还是基于 Cookie。

用户发起的数据清除是否考虑观察到的任何丢失情况？

已通过源试用试用了该 API 的组织可能发现， 基于 Cookie 的衡量与基于 Attribution Reporting 的衡量之间的差异：更少 转化。用户发起的数据清除 可能会解释观察到的损失，但必须在以后监控该差异， 以便有把握地回答这个问题。

已知有两个元素对基于 Cookie 的衡量方法和 过往源试用中基于 Attribution Reporting 的效果衡量：

• 用户发起的数据清除。
• 网络错误。这些是 被视为错误，应在 Chrome 94 中修复。

如何在 Attribution Reporting API 中在用户发起的数据清除方面平衡隐私性和实用性？

在 API 的测试阶段，目的是试验 用于观察所发送的报告对用户可识别性的影响。下列其中一项 参数可能是报告延迟。
定期 WICG 中正在进行生态系统讨论 会议 来探索这些参数。

注意：概括来讲，Attribution Reporting 提供了一种可保护隐私的衡量方法。 为了实现这一目标，它明确限制了本应允许显示的数据量， 跨网站跟踪因此，该 API 提供的数据绝对比基于 Cookie 的解决方案要少。

汇总报告会受到同样的影响吗？

注意：不妨详细了解汇总报告与事件级 报告之间的区别。

我们不知道用户发起的数据清除操作会对汇总报告产生怎样的影响。

此帖子中分享的统计信息针对的是事件级报告。尽管汇总报告的报告延迟时间可能会更短，但还是有一些 小时， 而事件级报告可能会在点击后的几天或几周内发送，用户启动的数据的影响 例如，对于特定类别的网站，用户往往在访问网站后不久即清除浏览数据 转化。即便如此， 它们的预定发送时间

Attribution Reporting：所有资源

请参阅 Attribution Reporting。

获取资讯

• 若要在 API 状态变更时收到通知，请加入开发者邮寄名单。
• 如需密切关注有关该 API 的所有正在进行的讨论，请点击 GitHub 上的观看按钮。 您必须拥有或创建 GitHub 帐号。
• 如需了解 Privacy Sandbox 的总体动态，请订阅 RSS Feed [Privacy Sandbox 中的进度]。