反馈

在整个开发过程中，在哪里以及如何针对 Privacy Sandbox 提案提供反馈。

从网络生态系统中各种利益相关方处获取反馈对于 Privacy Sandbox 计划至关重要。在这里，您将了解为开发提供参考依据的众多公共渠道，并就个人和组织如何在每个阶段提供反馈的指南。Chrome 产品经理和工程师会积极参与这些反馈，已有数百名行业代表参与其中。

我们为您提供了多个反馈渠道。大多数情况下，单个互动是公开的，这意味着您可以跟上讨论并决定要在什么位置做贡献。此外，我们还提供了一个反馈表单，让利益相关方有机会在公共论坛之外直接向 Chrome 团队分享反馈。通过反馈表单收到的反馈可能会进行汇总，以纳入 Chrome 团队的公开报告中，而不会注明来源。

您如何得知反馈已得到考虑？

本网站上发布了每个 Privacy Sandbox API 的定期更新。具体来说，这些更新将涵盖每个 API 的常见反馈主题汇总。

虽然我们推荐您使用公开反馈渠道，但应该同时公开（例如GitHub）和直接（例如反馈表单）渠道的确存在。Chrome 团队将说明，利益相关方互动带来的反馈和顾虑是否以及如何纳入到每个 API 的设计和开发中。

反馈路由

协作处理单个提案

每个 Privacy Sandbox 提案都开放公开讨论，提案作者和 Web 利益相关方会协作回答待解决的问题，并澄清实现细节，然后再最终确定功能。

提案的开头部分为铺垫消息，即提案规范功能的简要技术概述。由于总是有待澄清的问题和细节需要澄清，因此系统会发布说明以启动反馈流程。从想法的早期讨论到迭代对正式规范的修订，这一协作过程贯穿整个提案的整个过程。

解释器和支持内容托管在 GitHub 上。借助 GitHub，拥有 GitHub 账号的任何人都可以在代码库（提问或添加评论）中发起问题或参与讨论。提案作者（包括 Chrome 产品经理和工程师）积极参与这些讨论，并且 GitHub 提供了接收任何新活动提醒的选项。借助 GitHub 反馈，您可以直接与对特定提案感兴趣的社区互动。即使没有 GitHub 帐号，您仍然可以阅读每个提案的所有社区评论。

代码库中的讨论应重点关注提案解决其旨在解决的用例的方式和原因。您可以在提案部分中表格的反馈列中找到用于查看每个提案的问题的链接。

跟踪 Chromium 功能开发并做出响应

功能开发的每个阶段都会通过公开邮寄名单公布，而这有助于进一步讨论技术实现。

每个提案都可能会导致您需要在 Chromium 中构建一项或多项功能。提案开发者在公开 blink-dev 邮寄名单中提交请求，以开始功能开发的每个阶段。这些阶段包括：意向进行原型设计 (I2P)、有意向实验 (I2E)、有发货意向 (I2S) 或有移除意向 (I2R)。

  • 意向原型设计 (I2P)：开发者想要在 Chromium 中着手进行初始实现。这通常会导致早期功能可用于开发者测试。此阶段的实用反馈可能最适合 GitHub，因为此阶段的目标是使用有效代码验证提案创意。
  • 意向实验 (I2E)：开发者希望以源试用的形式运行大规模测试。这样，网站就可以针对自己的部分流量测试早期功能。在此阶段，有用的反馈包括说明参与意愿以及提议的实验是否满足您对行为验证的需求。
  • 意向交付 (I2S)：开发者希望将完成的功能部署到 Chromium。这样一来，所有用户都可以使用该功能。在此阶段，请通过提供实用反馈来解决未解决的问题，以确保该功能已准备好正式发布。
  • Intent to Remove (I2R)：开发者想要弃用并移除 Chromium 中的功能。此处的实用反馈包括强调此移除操作是否以开发团队无法捕获的方式影响您的用例。

每个阶段都有一个标准模板，开发者将在其中提供一系列相关信息。某些阶段需要 Chromium 项目所有者的批准，他们将通过在帖子中提供“Looks Good To Me”(LGTM) 响应来执行此操作。

邮寄名单向公众开放，因此您可以关注每个里程碑的讨论内容，并加入该名单询问其他问题。此列表中的活动概要包括 Chromium 项目中的所有功能，因此您可能需要在 Chrome 状态网站上跟踪各项功能。

对这些线程的讨论应重点关注在 Chromium 中实现特定功能的具体细节；讨论提案本身如何运作最适合 GitHub。您可以在提案部分内表格的意图列中，找到查看每条通知并据此提供内容的链接。

跟踪和讨论各项功能的开发工作

随着提案实施的进展，可创建特定的邮寄名单，以便进行更有针对性的讨论。

随着各个提案在 Chromium 中逐步实施，系统可能会创建提案专用邮寄名单，以便进行集中的沟通。

这样，您便可以发布和讨论源试用更新、必要的代码更新或可能影响开发的已知问题。与 blink-dev 一样，这些列表是公开的。如果您直接跟踪或处理其中某个提案，则应加入特定列表，直接听取开发团队的最新动态。

在这些讨论帖的讨论应侧重于 Chromium 中的后续实现细节，因为目标受众是直接针对该功能编码的开发者，而不是对广泛公告感兴趣的一般受众。您可以在提案部分各个表格的邮寄名单列中，找到阅读这些建议并据此做出贡献的链接。

提出并跟踪功能问题

随着实现的继续，可能会在 Chromium 问题跟踪器中提出功能行为问题。

这包括 Chromium 行为不符合建议的规范的实现 bug，但也可能涵盖特定于浏览器的功能，例如该功能如何与开发者工具和用户偏好设置交互，或者可能只是报告错误。问题可能会在 Chromium 功能生命周期的任何阶段引发，无论是通过标记后的新可供开发者测试，还是在稳定版本中发现的问题。

在 Chromium 中讨论问题时，应重点关注对 Chromium 中该功能的预期实现细节；应前往 GitHub 讨论该提案本身的运作方式。您可以在提案部分表格的 Chromium 组件列中找到查看或提出问题的链接。

关注和参与标准机构

万维网联盟 (W3C) 和互联网工程任务组 (IETF) 制定了适用于所有网络平台的开放标准。他们鼓励感兴趣的各方讨论和了解各个标准以及整个网络生态系统。

W3C 和 IETF 是国际社区，他们为网络和互联网制定开放标准，以确保这些开放平台的长期发展。新的网络平台技术（例如 Privacy Sandbox 技术）已在这些标准机构的不同论坛中提出和讨论。任何希望积极参与技术设计和开发的人都可以访问这些论坛。

每个标准机构都会为感兴趣的相关方提供各种不同的成员资格和贡献选项。分别是社区群组和业务群组，其中包含来自整个 Web 生态系统和相关行业的成员。提案作者经常会在相关会议上展示概览和进度更新，让您有机会直接提问并听取其他利益相关方的意见。大多数群组的会议记录都是公开的。

标准机构中的讨论范围很广泛，但通常侧重于提案如何满足生态系统的需求及其成为被接受标准的进展。您可以在提案部分各个表格的标准组列中找到要访问或加入的链接。

Chrome 协助测试

我们希望就Chrome 协助测试计划提供反馈，以及因最初弃用第三方 Cookie 而导致的跟踪问题。

如果您依赖第三方 Cookie 数据来实现网站功能，现在可在公开问题跟踪器中报告因第三方 Cookie 弃用而导致的网站问题。

此外，Chrome 将在 2024 年第 1 季度弃用 1% 的第三方 Cookie。我们会与 CMA 密切合作，然后再采取进一步措施扩大弃用范围。您可以在 GitHub 上提供反馈，告知合适的流量比例，以便专门用于这部分 Chrome 协助测试。

通过反馈表单提交反馈

上述类别并不适合所有问题。尽管这些途径是与最相关的用户发起公开对话的最佳方式，但反馈表单可确保您始终都能直接与 Chrome 团队联系。

如果您想了解下列信息，此表单适合您：

  • 多个提案对特定情况的影响；
  • 提案是否涵盖您的用例。

虽然利益相关方可以借此机会直接向 Chrome 团队提供反馈，但反馈中的主题或问题可能会被汇总起来并纳入 Chrome 团队的公开报告中，而不会注明来源。

建议

您可以在 API 状态和功能版本中找到针对各个 Privacy Sandbox 提案的反馈和讨论选项。