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

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

注意：如果您不熟悉该 API，请先阅读归因报告（转化衡量）简介，然后再阅读本博文。

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

各网站通过源试用在 Chrome 中试用了 Attribution Reporting API，相关实验现已结束。

通过这些早期实验，您可以了解到由用户发起的数据清除操作（例如浏览器历史记录清除）对广告主和广告技术公司通过该 API 获取的数据有何影响。我们最近发布了汇总 Chrome 统计信息。这篇博文解答了有关用户发起的数据清除对归因报告的影响的常见问题。

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

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

这与基于 Cookie 的效果衡量有何不同？

数字简介

注意：下面显示的数字有助于您了解基于 Cookie 的衡量与基于归因报告的衡量之间观察到的一些差异。 但是，使用 API 的所有组织可能无法始终如一地观察到这些指标。 这些数字是针对运行源试用（现已关闭）的一组网站进行汇总和衡量的。这些指标因网站而异，并且可能会发生变化，因为系统收集这些指标并使用不同的参数后，有越来越多的组织在源试用中使用该 API。

这些数据受多种因素影响：

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

Chrome 团队将继续监控开发者邮寄名单，并在其中发布统计信息。

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

使用 Cookie 时，由于清除了点击后转化前数据，因此系统不会报告一定比例的转化。由于 Cookie 已被清除，因此在转化时没有可附加到请求中的 Cookie，因此无法衡量相应转化。因用户发起的数据清除而未报告的转化的确切百分比未知。它因广告技术公司（或广告主）而异。

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

注意：数据清除方法不同，对衡量数据删除的影响也不尽相同。例如，清除过去一小时的数据并不会清除远早设置的 Cookie。

使用 Attribution Reporting API 时，由于清除了点击后转化前数据，因此有些转化并未报告。使用 Attribution Reporting API 进行早期实验（源试用）的观察结果表明，有 大约 16% 的来源（点击事件）会在转化前被删除。其中一定比例的来源促成了转化，如果来源已删除，系统就不会发送这些转化的报告。

示例

如果转化率为 10%（假设总点击次数为 1000 次，且不考虑其他错误），则：

• 如果用户从未清除任何数据：广告技术公司将观测到 100 次转化。
• 考虑清除数据：
  • 使用 Cookie：在点击之后、转化之前进行数据清除会导致部分转化未归因于某些点击事件，因为没有可用于映射点击和转化的 Cookie。在我们的示例中，广告技术公司观测到的转化少于 100 次。
  • 使用归因报告时，在广告点击发生之后、转化之前进行的数据清除会导致报告中有 1.6% 表明转化在首次源试用中被清除 (16% of 10% = 1.6%)。如果不考虑其他错误，广告技术公司将收到 84 份指示转化的报告，而不是 100 份。

在转化发生后清除数据

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

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

使用 Attribution Reporting API 时，清除转化后数据会导致系统清除报告，以尊重用户的选择，例如用户清除浏览器历史记录或删除网站数据。由于该 API 不会立即发送报告，而是会延迟发送，但会延迟发送，以保护用户隐私，这意味着，当浏览器安排将报告发送到预定义端点（通常是广告技术公司）时，浏览器存储空间已经是空的。

用户在转化后发起的数据清除操作会影响衡量（基于 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 报告的衡量之间存在差异：归因报告报告的转化次数可能较少。用户发起的数据清除操作可能会造成观测到的损失，但日后必须监控这种差异，才能准确回答此问题。

在过去的源试用中，已知以下两个元素在基于 Cookie 的衡量和基于 Attribution Reporting 的衡量之间造成了差异：

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

就用户发起的数据清除而言，我们如何平衡 Attribution Reporting API 中的隐私与实用性？

在 API 的测试阶段，我们的目的是对 API 的一些参数进行实验，以观察所发送的报告在与用户可识别性之间取得平衡后所受到的影响。其中某个参数可能是报告延迟。
我们正在定期 WICG 会议中进行生态系统讨论，以探索这些参数。

注意：更笼统的一点是：归因报告提供了一种可保护隐私的衡量方法。 为此，它会明确限制本来可能允许跨网站跟踪的公开数据量。因此，从绝对意义上看，此 API 提供的数据比基于 Cookie 的解决方案要少。

汇总报告是否会受到影响？

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

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

此博文中分享的统计信息用于事件级报告。虽然汇总报告的报告延迟时间可能会更短（几小时），而事件级报告可能会在点击后几天或几周内发送，但用户发起的数据清除的影响可能不会降低。例如，对于某些类别的网站，用户往往会在转换后不久清除浏览数据。此类用户发起的操作仍然会导致报告被清除，尽管系统安排了尽快发送这些操作。

Attribution Reporting：所有资源

请参阅归因报告。

获取资讯

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