Privacy Sandbox 提案是创建 AI 解决方案所需的许多步骤的第一步 Web 平台功能。
以下 Web 平台功能可能会成为 Web 标准（也称为 技术文档，详细说明了 网络技术应有效运作，并定义工程师应如何实施 技术。例如， 无障碍丰富互联网应用 (WAI-ARIA) 标准 （通常称为“ARIA”）定义了一些 方便残障人士使用这些规范的制定依据是 万维网联盟 (W3C) 提供全职员工和成员组织并提供反馈的国际化社区 。
经过讨论、测试和调整后 部分 Privacy Sandbox 提案和 API 变成了规范我们必须收到反馈， （无论是否使用网络技术） 知识），以确保我们打造出具有广泛实用性和持久性的长效网络功能 并为用户提供强大的隐私保护。
<ph type="x-smartling-placeholder">
Chromium（许多现代浏览器背后的开源项目）编写了 功能开发流程 旨在成为网络标准的所有技术。由于 网络隐私权和安全的关键特性，我们期望并鼓励 大量讨论和反馈。
从提案到网络标准
在发展的每个阶段，该生态系统都会提供重要反馈， 塑造了 Privacy Sandbox。Web 开发者可能熟悉这个流程， 可能对其他行业利益相关方不熟悉，这些利益相关方 API 以及其专业知识对这一计划至关重要。
从讨论开始
<ph type="x-smartling-placeholder">
目前，隐私保护技术相助的 提案 。您可以阅读这些 提案、提出问题、提出改进意见以及了解别人的看法。
您可以加入或监控许多 W3C 群组，具体取决于使用情况 您感兴趣的案例：
讨论阶段可能会高度参与。
例如，受保护 受众群体（以前称为 即 FLEDGE）的一项提案，支持针对用户兴趣投放广告， 跨网站跟踪得益于隐私保护倡导者和众多业内人士的意见 Protected Audience API 基于之前的两个提案 （PIGIN 和 TURTLEDOVE）。超过 100 家合作伙伴加入了 W3C 会议来帮助优化 当前版本，另加在 300 多个在线讨论 线程。
另外，还有其他五十种以上的提案 公司。通过持续合作，我们希望 定义前进路径。
针对 Protected Audience 进行测试和 其他 API 在带有 Chrome 标志的情况下可用，因此开发者可以访问它们 。
并非所有提案都会经历如此紧张的孵化期 Protected Audience，一些 API 的迁移速度会更快，但每个 API 接收整个生态系统的意见和建议。这些是新想法，可能需要 我们必须做大量的工作才使它们正确
开发者测试并分享反馈
<ph type="x-smartling-placeholder">
我们依靠开发者提供有关以下方面的反馈： 并分享可能需要进行更改的问题 API 设计和实现。Privacy Sandbox 的许多技术 可用于测试，并且有多种选项。例如，要测试 您可以使用 API 来设置周期长度和其他 参数和 Chrome 标记。
通常，Chrome 工程师会实现标记背后的功能 以便进行本地测试 。开发者必须启用某项功能才能试用该功能，该功能是否可用取决于 Chrome 版本。开发者可能会遇到一些问题 。
Chrome 源试用可让开发者 为部分 Chrome 用户启用某项功能。若要参与， 开发者可以进行注册，以便选择加入您的网站或服务。这为您提供了 有机会针对生产流量试用此功能，并就以下方面提供反馈： 真实体验。
Privacy Sandbox 针对 相关性和效果衡量 API 的新增功能。
当某项功能最初可供测试时，关注点通常是 功能或技术测试方面的专业知识。在使用新代码后， 以便贡献者能够发现和报告错误 这些错误这意味着功能的稳定性和形状可能会快速变化 指标。接收关于集成和开发者体验的反馈 对于确保创建调试和工具支持至关重要， 功能。
随着开发工作的推进以及功能越来越稳定，关注点也随之转移 到更广泛的有效性或实用性测试。实用性测试的目标 了解该功能相对于其预期用例的表现， 。在此阶段， 扩大实验规模以获得更大、更具代表性的样本。 在此阶段，我们希望看到网站在更大规模的 一部分流量，以针对其业务验证相应功能 需求。
这个过程的成功取决于开发者执行这些测试，然后 分享自己的知识我们还在测试 阶段，我们会通过各种单独的项目渠道分享结果 并在我们的 Privacy Sandbox 博客系列进展 和季度反馈报告， 我们与 CMA 之间的承诺的一部分。
无论您是在 W3C、反馈表单或 直接合作渠道，我们希望听到 您。
在浏览器中进行测试（无论是通过功能标志还是源试用） 探索新技术工作方式的唯一途径。有些公司 根据 Privacy Sandbox 概念构建模拟游戏。
开始大规模采用
<ph type="x-smartling-placeholder">
一旦某个 API 经过测试，可在 Chrome 中正式使用，我们即会公布 发布并确保公开文档为规模化的生态系统做好准备 采用率。
我们已经发布了许多重要里程碑，还有许多 。现在，您可以使用以下技术：
- 用户代理缩减：被动限制 共享浏览器数据以减少敏感信息的数量， 数字“指纹”收集我们从 2022 年 5 月开始降低这些值，并计划 已于 2023 年 5 月完成。
- CHIPS：允许开发者选择启用 Cookie， 分区存储，每个顶级网站都有一个单独的 Cookie 罐。条状标签 于 2023 年 2 月在稳定版中推出。
- First-Party Set：声明 允许跨网站 Cookie 访问受限的 Storage Access APIFirst-Party Set 将在 Chrome 中逐步推出 本周的稳定版 113。
- Federated Credential Management (FedCM)： 支持联合身份，而无需分享用户的电子邮件地址或其他 提供的身份信息，除非 用户明确同意这样做。FedCM 已于 2022 年 11 月发货。
2023 年 7 月，相关性和效果衡量 API 成为 可大规模采用这意味着 这些 API 在 Chrome 中默认可用。开发者现在可以 在不添加浏览器标志或参与源试用的情况下使用这些技术。
简而言之，这些 API 可供 99% 的用户大规模用于生产环境 环境
分阶段发布
部分技术是逐步提供的。这样，我们的团队和 来监控和解决潜在问题。而且，所有 并不意味着所有流量都启用了相应 API
例如，Chrome 开始分阶段推出用户代理客户端提示 (UA-CH) 。用户代理缩减开始于 2022 年 4 月，并于 2023 年 3 月完成。这使得开发者有充足的时间 了解其网站依赖用户代理字符串的方式。
API 控件
某些 API（例如相关性和效果衡量 API）具有配置选项 。这包括启用和停用这些 API 的权限。
务必要构建适当的 功能检测。 功能检测有助于确定浏览器是否支持特定代码 并允许您提供替代代码。这可以确保您的网站 仍然按预期运行，即使用户已关闭某个 API 或者用户所使用的浏览器不支持特定技术。
您可以考虑使用 要控制的权限政策 第一方和第三方对浏览器功能的访问权限。
欢迎分享反馈
我们会继续解释所发生的情况，并提供尽可能全面的信息 希望大家积极参与进来，并听取大家的意见和建议
- 了解您可以 提供反馈。
- 阅读技术详情和实现 指南。
- 欢迎与 @ChromiumDev 分享您的反馈，时间： Twitter。
- 将问题提交给开发者支持小组 代码库。