改用分区 Cookie 时的命名、有效期及其他注意事项。

您可以从此处开始，包括进行设置和快速概览。

开始使用私享广告 开始利用 Privacy Sandbox 构建广告解决方案，并在不依赖跨网站跟踪的情况下实现关键广告用例。学习和构建 Privacy Sandbox 私享广告 API，并提供反馈，这些 API 包括 Attribution Reporting、Protected Audience、Topics、Fenced Frames 和 Shared Storage。 使用 Protected Audience API 创建和管理受众群体以及启动竞价。 设置开发者环境

第三方 Cookie 了解网站上的 Cookie 使用情况。 了解如何改用替代方案。 为 Chrome 变更做好准备 详细了解 Chrome 在处理第三方 Cookie 时所做的更改，以及您需要采取哪些措施才能保留您网站的功能。 审核 Cookie 的使用情况 请查看您的 Cookie，并列出需要对这些 Cookie 采取措施，以确保它们能继续正常运行。 测试是否存在中断 将 Chrome 设置为模拟用户选择屏蔽第三方 Cookie 时的状态。 在确定存在问题的 Cookie 并了解这些

Topics API 在不侵犯用户隐私的情况下提高广告相关性。开始使用 Topics API（一种旨在允许针对用户兴趣投放广告的机制）构建您的广告解决方案。借助 Topics，用户访问过的具体网站不会在整个网络中分享。 详细了解针对用户兴趣投放广告 使用 Topics API 通过针对用户兴趣投放广告 (IBA) 来展示用户喜欢的广告。 保护用户隐私 使用 Topics 来确保系统不会通过使用数字“指纹”收集跨网站和应用重新识别用户。 Web 上的主题 将 Topics API 集成到您的

注重隐私保护的 API 以及针对 Cookie、广告、身份、个性化和欺诈防范方面的更新。

发布商通常会使广告需求来源多样化，从而以提高收入为目标进行优化，并调用多家公司（例如发布商广告服务器、供应方平台和需求方平台），以确定适合网页上给定广告位的最佳广告。借助标头出价，发布商可以从各种需求来源获取广告展示位置的出价。在顺序竞价设置中，标头出价库可用于使用情境数据运行竞价，Protected Audience 可用于使用跨网站数据运行竞价。 在开始之前，请参阅 着陆页 了解 Protected Audience 的基础知识，并参阅 Prebid.js 文档了解 标头出价 。

为帮助开发者开始试用 Protected App Signals API，本文档将介绍 API Surface 中的所有 API，详细说明如何设置测试环境，并提供配置和脚本的示例。 支持 PAS MVP 版本的开发者指南首次发布 对 API 进行了更改，以支持 Android API 的 M-2024-05 版本和服务器端组件的 2024 年 4 月版本。最显著的变化： Protected Signals API Surface 在不同系统上包含不同 API 子集： 在客户端，Protected

不公开汇总 为了提供 Web 所依赖的重要功能，Private Aggregation API 旨在以可保护隐私的方式汇总和报告跨网站数据。借助“私密汇总”，您可以使用 Protected Audience 中的数据和 Shared Storage 中的跨网站数据生成汇总数据报告。 衡量覆盖的唯一身份用户数 使用“不公开汇总”功能生成有关用户首次看到您的内容的摘要报告，而不会出现任何数据重复。 衡量用户受众特征 使用共享存储空间记录可用的用户受众特征数据。 衡量展示次数达 K 次以上的频次

更新了 即将发生的所有调整和已知问题 列表 引入了精简版灵活事件级配置，作为通往完整版 灵活事件级配置 的桥梁 自 2023 年 9 月起， registerWebSource 、 registerWebTrigger 、 registerAppSource 和 registerAppTrigger 必须为预期采用数字值的字段（如 priority 、 source_event_id 、 debug_key 、 trigger_data 、 deduplication_key 等）使用字符串 在

“简单的演示，有助于您了解 HTTP Cookie。”

领先的电子商务 CMS 提供商 Tray 深入介绍了他们如何在各项服务中实现分区 Cookie (CHIPS) 和 Storage Access API。

在本部分，您可以找到各种资源，例如演示、视频、培训资料，以及与 Privacy Sandbox 相关的活动信息。 了解不同的 Private Advertising API，以构建您的广告使用场景。 术语库 了解不同的 Private Advertising API，以构建您的广告使用场景。 演示 演示和 Colab 会引导您全面了解 Privacy Sandbox API。 视频 Privacy Sandbox 视频库包含一些视频，其中概述了 Privacy Sandbox

“了解 HTTP Cookie”。

在阅读 Privacy Sandbox on Android 文档时，请使用 开发者预览版 或 Beta 版 按钮选择您所使用的程序版本，因为说明可能会有所不同。 Attribution Reporting API 旨在通过消除对跨方用户标识符的依赖来更好地保护用户隐私，并支持跨应用进行归因和转化衡量的关键用例。本开发者指南将介绍如何配置和测试 Attribution Reporting API，通过调用为广告点击、观看和转化事件注册相关触发器和来源的方法来注册广告点击、观看和转化。

衡量广告点击或观看何时促成了转化（例如在广告客户网站上完成购买）。

"Web 使用 HTTP 协议传输资源和设置 Cookie。该怎么做？"

“了解 HTTP Cookie 属性”。

“第三方 Cookie 来自与您正在访问的网站不同的网站。“超级”系列实际投入使用后，

“Cookie 可能会被浏览器设计、用户设置、开发者标志或企业政策屏蔽。”

了解如何测试可能依赖第三方 Cookie 的常用工作流程，并决定迁移到哪些可保护隐私的替代方案。 person 身份指南 针对可能会受第三方 Cookie 限制影响的登录场景，查找推荐的解决方案。 picture_in_picture_alt 嵌入指南 测试依赖于第三方 Cookie 的嵌入相关历程，并了解如何在可保护隐私的替代方案之间做出选择。 account_balance_wallet 付款指南 了解如何识别和解决第三方 Cookie 依赖项，以及如何改用其他 API

无论是否有第三方 Cookie，都想确保每位用户都能获得顺畅的付款体验？了解如何识别和解决第三方 Cookie 依赖项，以及如何改用其他 API 来支持付款流程，即使在 Cookie 受到限制的情况下也能正常运行。

2024 年第 4 季度季度报告，总结了收到的有关 Privacy Sandbox 提案的生态系统反馈以及 Chrome 的回复。

在 Chrome 133 中推出了新的 FedCM 界面，用于显示已滤除的账号。

为第三方 Cookie 变更做好准备。了解如何测试登录流程，并进行必要的更改以做好准备。

若要在 Chrome 和 Android 上访问 Privacy Sandbox 相关性和效果衡量 API，开发者需要注册 Privacy Sandbox。包括 Attribution Reporting、Protected Audience、Topics、Private Aggregation 和 Shared Storage。开发者注册提供了一种机制，以验证调用这些 API 的实体，并收集为正确配置和使用 Privacy Sandbox API 而需要的开发者特定数据。此注册流程在每个

Federated Credential Management API 使用 FedCM API 启用简化的一键式浏览器中介身份联合流程和直观的界面。覆盖更多用户，即使是拒绝使用第三方 Cookie 的用户。 了解 FedCM 如何改进您的身份联合解决方案。 FedCM 的优势 了解 FedCM 如何让身份联合流程中的所有相关方（用户、依赖方和身份提供方）受益。 用户体验 了解用户如何与 FedCM 互动。选择最符合您需求的用户体验模式。 使用我们的文档和代码示例将 FedCM

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

一种网络平台 API，可让用户使用其联合帐号登录网站，且登录方式与浏览器隐私保护改进相兼容。

探索 FedCM（联合身份验证管理）及其在注重隐私保护的联合身份验证中的作用。了解如何在依赖方端实现 FedCM。

Chrome 133 引入了对 Storage Access HTTP 标头的支持

探索 FedCM（联合身份验证管理）及其在注重隐私保护的联合身份验证中的作用。本指南介绍了如何将 FedCM 实现为身份提供方，包括关键概念和实用示例。

了解拉丁美洲领先的电子商务平台 Mercado Libre 如何减少对第三方 Cookie 的依赖，并保护客户的隐私。

演示和 Colab 会引导您全面了解 Privacy Sandbox API。

观看以下 Privacy Sandbox 视频，了解概览、演示和概念讨论。

了解 Times Internet 如何采用 Related Website Set 来以有节制的办法实现跨网站数据共享。

线上和线下活动的相关信息和资源。

Cookie 基础知识 指南、演示和工具，帮助您了解 Cookie 的运作方式。 什么是 Cookie？ 了解 HTTP Cookie：它们是如何由 Web 服务器设置的，以及如何由 Web 浏览器存储和发送。 第三方 Cookie 第三方 Cookie 来自与您正在访问的网站不同的网站。这在实践中意味着什么？ 屏蔽 Cookie Cookie 可能会因浏览器设计、企业政策或用户选择而被屏蔽。本文介绍了具体操作方法。 Cookie 工具 Chrome 工具可帮助您了解网站上的 Cookie

部署和管理汇总服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

过去，第三方 Cookie 一直用于存储和传达用户状态的相关信息，例如登录状态、所用设备的相关信息，或用户是否已知且受信任。例如，用户是否已使用 SSO 登录、用户是否拥有某种类型的兼容设备，或用户是否为已知且受信任的用户。由于 第三方 Cookie 支持已被弃用 ，因此许多此类用例都需要通过其他方式进行支持。 私密状态令牌提供了一种在网络上共享信息的方式，但通过控制实际可共享的数据量，可保护隐私。

“Chrome 工具可帮助您了解您网站上的 Cookie 使用情况。”

概览：用户如何管理和自定义 Federated Credential Management API。

对于需要时间来适应存储空间、服务工件和通信 API 的第三方分区功能的网站，我们再次延长了弃用试用期，以便它们暂时不对第三方存储空间、服务工件和通信 API 进行分区。

Android 平台使用 应用沙盒 的概念来维持应用代码的稳健执行和安全边界，以及维持进程边界。 在应用中包含第三方代码是一种常见的做法，通常采用 SDK 的形式，例如广告 SDK 或分析 SDK。这种重用使得应用开发者能够专注于开发其应用特有的功能，同时利用领域专家的工作成果来扩展其应用的执行能力，使其超出应用本身可以轻松达到的程度。 和大多数操作系统一样，在 Android 中，SDK 在主应用的沙盒内执行，完全继承主应用的特权和权限，并且有权访问主应用的内存和存储空间。虽然这种架构能够使

SDK 运行时对 SDK 启动新 activity 的方式施加了限制。这对通常依赖于启动单独 activity 来增强控制功能和用户体验的全屏广告格式来说是一个挑战。为解决此问题，SDK 运行时为沙盒化 activity 引入了一种新机制。 在 SDK 运行时环境中加载的 SDK 无法在其清单中直接定义 <activity> 标记或启动自己的 activity。而是引入了新的 intent 操作 START_SANDBOXED_ACTIVITY 。 虽然 SDK

在停用第三方 Cookie 的情况下测试您的网站。

如需使用 Privacy Sandbox on Android 的 Beta 版执行端到端测试，您需要与搭载 Android 13 的设备进行交互。您可以请求将您的 Android 13 设备添加到 Beta 版 许可名单 中，也可以使用 AdServices SDK 扩展中提供的经过 Beta 版批准的模拟器映像。（对于开发者预览版，不需要提供此信息。） Privacy Sandbox on Android Beta 版计划从 2023 年初开始推出，并从一小部分受支持的 Android 13

一种 API，可将有限的信息从一个浏览环境传达给另一个浏览环境（例如跨网站），以帮助打击欺诈行为，而无需被动跟踪。

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation 生成摘要报告。

请按照本页上的说明在 Android Studio 中设置 Privacy Sandbox on Android SDK。首先，建议 安装并使用 Android Studio 的最新 Canary build 。然后，在 Android Studio 中，按如下方式安装 SDK 和相关构建工具： 如需在最新的 Android AdServices SDK 扩展中使用 Privacy Sandbox API，请在 应用的 build.gradle 文件 中声明应用的编译 API 级别和 SDK

SDK 运行时中的广告 SDK 无法访问发布商的视图层次结构。实际上，运行时中的 SDK 有自己的视图。SDK 无法使用与它在 SDK 运行时外部使用的相同 View API 来确定是否要向用户展示广告，因为广告视图不会附加到应用窗口。这包括了多个 Android View API ，例如 getLocationOnScreen 、 getLocationInWindow 或 getVisibility ，它们都不会返回预期值。 支持广告可见度衡量是 SDK 运行时

在阅读 Privacy Sandbox on Android 文档时，请使用 开发者预览版 或 Beta 版 按钮选择您所使用的程序版本，因为说明可能会有所不同。 Attribution Reporting API 的设计宗旨是在不依赖跨多方用户标识符的情况下，满足跨应用和网站进行归因和转化衡量的关键应用场景。与目前的常见设计相比，Attribution Reporting API 实现人员应当考虑一些总体层面的重要注意事项： 为帮助您制定集成计划，本指南进行了全面的介绍，其中可能包括

借助原生广告格式，发布商可以自定义要向用户展示的广告。从 SDK 提取广告后，发布商可更改广告的布局和外观，使其与应用的界面更相配：添加色彩滤镜、更改排版和添加自定义叠加层。为了优化原生广告的效果或用户体验，发布商通常会设置显示限制或将视频播放任务分流到 SDK。最后，发布商可以自定义广告点击监听器以监听其他事件，例如向上滑动。 相较于其他广告格式，展示原生广告需要对发布商有更高的信任度。SDK 通常需要检测违反政策的情况，并验证提供给发布商的广告内容是否向用户展示。 SDK

Chrome 132 引入了 Shared Storage 更新，包括支持跨源 worklet 脚本，以及对 Select 网址 API 的更新，使其支持已保存的查询。

您可以通过以下两种方法将设备配置为测试 Protected Audience API：使用 Privacy Sandbox 在 GitHub 上提供的 CLI 工具 ，或运行一系列 ADB 命令。 您可以从此 GitHub 代码库 拉取 CLI Python 脚本。按照 README 中的说明安装依赖项，并根据需要设置.bashrc 。然后，您可以使用以下命令快速启用所有功能标志以进行测试： 或者，您也可以使用以下命令启用特定功能： CLI 还提供许多其他功能，这些功能对调试 Protected

出价和竞价 (B&A) 服务 是一组面向广告买方和卖方的服务，可在可信执行环境 (TEE) 中运行，以协助进行 Protected Audience (PA) 竞价。本开发者指南介绍了卖方如何与 Chrome PA 竞价集成以进行 B&A。 这些步骤可总结如下： 为了获取运行服务器端 B&A 竞价所需的数据，发布商页面上的卖方的 JavaScript 代码会调用 navigator.getInterestGroupAdAuctionData() 。 如果

出价和竞价 (B&A) 服务 是一组面向广告买方和卖方的服务，这些服务在可信执行环境 (TEE) 中运行，以便进行 Protected Audience (PA) 竞价。本开发者指南介绍了买方如何与 Chrome 的 B&A PA 竞价集成。 如需使用 B&A 服务参与 Protected Audience 竞价，买方需要更新兴趣群体 (IG) 以优化载荷，从而缩短竞价延迟时间。 买方要求执行以下载荷优化任务： 以下是已应用载荷优化的 B&A PA

了解出价和竞价服务的竞价架构 出价和竞价 (B&A) 服务 为广告买方和卖方提供了一组在可信执行环境 (TEE) 中运行的服务，以便进行 Protected Audience (PA) 竞价。本页介绍了 B&A 在 PA 竞价中可采用的各种竞价配置。 B&A 服务由面向买家和卖家的四项服务组成： 如果该服务是 服务器协调的多卖方竞价 中顶级卖方的堆栈的一部分，则该服务还会处理来自 SAS 的 GetComponentAuctionCiphertexts 请求。

设置开发者环境，以便使用 FedCM（一种可保护隐私的联合身份验证新 API）实现身份解决方案。

Chrome 132 引入了多项 FedCM 更新，包括用于更好地控制用户的 Mode API，以及用于实现灵活的多步登录流程的 Continuation API。

通过可保护隐私的读取访问权限，允许进行无限的跨站点存储写入访问。

根据在共享存储空间中收集的数据选择一个网址，并在围栏框架中呈现相应内容。

Android WebView 将采取后续措施，减少“用户代理”字符串中提供的信息，以更好地保护用户隐私。此次变更生效后，依赖于 User-Agent 字符串获取特定信息的网站和服务可能需要采取行动。本文介绍了相关背景信息，包括所发生的情况、WebView 为何进行这项更改，以及您可以采取哪些措施进行准备。

SDK 运行时 借助 新的 Android 14 环境 ，增强用户隐私保护、应用安全性和 SDK 完整性。该环境允许第三方 SDK 与应用进程隔离运行，从而为用户数据提供更强的保护措施。 架构 了解 SDK 运行时如何隔离第三方代码。 向后兼容性 确保您的 SDK 与 Android 13 及更低版本无缝集成。 可见度 了解可见度数据点和衡量 SDK 集成。 了解如何构建支持运行时的 SDK 并将其集成到应用中。使用代码示例快速上手开发。 您的反馈对于改进 SDK

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

如 Attribution Reporting API 设计方案 所述，该 API 支持在一部 Android 赋能的设备上对以下触发器路径进行归因： 此处的“网站”是指应用中显示的 Web 内容。Web 内容可以显示在移动浏览器应用的上下文中，也可以作为嵌入式网站显示在非浏览器应用中。 上述触发器路径可转换为以下要求： 本文档介绍了如何扩展 Attribution Reporting API

有关义务、意见征求和用户控制功能的常见问题解答。

中介是卖方广告平台提供收益管理服务的常用方式。在中介工作流中，中介 SDK（“中介”）会调用多个广告网络（“被中介方”或“被中介方”），以获取适合给定广告位的最佳广告。在某些情况下，中介和它调用的广告网络都需要其 SDK 在设备上运行并进行交互。 本文档概述了 SDK 运行时中中介工作流的关键变更。它涵盖以下主题： 从 AGP 8.5 开始，SDK 运行时支持中介广告，并且以下版本的 SDK 运行时 Jetpack 库也支持中介广告： 以下术语对于了解 SDK 运行时中的中介至关重要： 如果您的

Private Aggregation API 的主要概念

在不泄露个人数据的情况下衡量所有用户的汇总广告转化次数。以前称为汇总报告。

以下步骤介绍了如何开始部署汇总服务。 如需开始部署汇总服务，请执行以下操作： 完成 Privacy Sandbox 开发者注册流程 。 选择以下 API 端点之一，以便与您的广告技术平台服务器（例如 DSP、SSP 或 MMP）搭配使用： POST /.well-known/private-aggregation/report-shared-storage POST /.well-known/private-aggregation/report-protected-audience POST

从 Chrome 132 开始，开发者可以参与分屏弹出式窗口开发者试用计划，这是一种全新的 Web 弹出式窗口方法。

了解如何在网页上允许或拒绝使用 Privacy Sandbox 功能

Chrome 131 将 Storage Access API 与 FedCM 集成，其中 FedCM 用作信任信号来自动授予存储空间访问权限。

在移动广告领域，广告客户自然希望投放与用户兴趣相关的广告。例如，如果用户对与烹饪相关的信息感兴趣，他们可能会发现与烹饪相关的广告比与自己兴趣无关的广告更贴合自己的需求。 内容相关广告 完全以用户来自于 当前用户正在观看（以及广告）的内容。使用 Topics API 的特点在于，它允许应用对用户有用但也许 很难通过内容相关广告创收， 从而为用户提供更多收入 。 Topics API

2024 年第 2 季度和第 3 季度的季度报告，总结了收到的有关 Privacy Sandbox 提案的生态系统反馈以及 Chrome 的回复。

我们通常借由应用安装广告来提高新移动应用的安装量。若要最大限度地提升广告支出的投资回报率，最好不要向已安装某款应用的设备展示安装同一款应用的广告。在此提案中，我们将这种做法称为“应用安装广告过滤”。 此提案将介绍 Protected Audience on Android 如何支持以保护隐私的方式进行内容相关广告过滤，尤其是应用安装广告过滤。若要参与，设备上的应用必须明确选择启用应用安装广告过滤。选择广告时，系统会根据在 AdTech 中已知的设备上已安装应用的列表来过滤候选广告。

Privacy Sandbox on Android Beta 版计划提供稳定版 API。您可以使用 Beta 版计划为 Android 13 及更高版本的移动设备上的所有 API 和 Android 12 及更高版本的 Attribution Reporting API (ARA) 构建和测试解决方案进行有限生产测试。我们将首先支持一小部分设备，并逐步支持更多设备。若想加入该计划，组织可以申请访问有限数量的设备，还可以注册任何将采用 Privacy Sandbox API 的应用。 对于

Privacy Sandbox on Android 的进度更新。

设备端个性化 (ODP) 旨在保护最终用户的信息，不让应用获取用户的确切信息。应用使用 ODP 为最终用户定制其产品和服务，但无法看到为用户进行的确切自定义（除非应用与最终用户在 ODP 之外进行直接互动）。对于使用机器学习模型或进行统计分析的应用，ODP 提供了一组服务和算法，以确保使用适当的差分隐私机制对这些模型和分析进行适当的匿名化处理。如需了解更多详情，请参阅 设备端个性化 中的说明。 ODP 在 IsolatedProcess

本页介绍了如何使用设备端个性化提供的联邦学习 API，通过 联邦平均学习过程和固定的正态噪声 训练模型。 在开始之前，请在测试设备上完成以下步骤： 确保已安装 OnDevicePersonalization 模块。该模块已于 2024 年 4 月以自动更新形式推出。 确保以下模块列出了版本代码为 341717000 或更高版本： package:com.google.android.ondevicepersonalization versionCode:341717000

在阅读 Privacy Sandbox on Android 文档时，请使用 开发者预览版 或 Beta 版 按钮选择您所使用的程序版本，因为说明可能会有所不同。 Protected Audience API on Android（以前称为 FLEDGE）包含 Custom Audience API 和 Ad Selection API。广告技术平台和广告主可以使用这些 API

Protected Audience 目前处于 Beta 版阶段，可供在公开设备上测试！ 借助 Protected Audience，您可以： 如需开始操作，请阅读 Protected Audience 开发者指南 。感谢您在我们不断开发 Protected Audience 的过程中向我们提供 反馈 。 我们将在未来几个月内发布新功能。具体发布日期因功能而异，一旦有可用的文档链接，此表便会进行更新。

我们打算在 Android 开源项目 (AOSP) 中实现设备端个性化 (ODP)。这篇技术说明文档介绍了 ODP 背后的动机、指导 ODP 开发工作的设计原则、“通过机密性实现隐私保护”模型，以及 ODP 如何帮助确保实现可验证的隐私保护体验。 我们计划通过简化数据访问模型并确保所有离开安全边界的用户数据在每个（用户、采用者、model_instance）级别（在本文档中，有时仅指用户级别）具有差分隐私性来实现这一点。

联邦计算 (FC) 服务器是 设备端个性化 (ODP) 提供的联邦学习的一部分。本文档旨在介绍联合计算服务器 (FC Server)、其组件和使用的技术。本文档简要介绍了该架构，然后详细介绍了每个组件。还介绍了这些组件如何协同工作来提供联邦学习环境，并提供了有关扩缩和分片工作负载的策略。 训练包括 FC 客户端和 FC 服务器之间的数据流。FC 客户端是一个核心 Android 模块，用于在设备端训练机器学习模型并与 FC 服务器进行交互。FC 服务器会在 可信执行环境 (TEE)

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

用于调试共享存储空间问题的工具。 如需检查从您当前所在的网页启动的共享存储工作流，您可以访问“DevTools”面板中的“Sources”标签页，然后添加“Shared Storage Worklet / Script First Statement”事件监听器断点。此断点将在启动时暂停初始模块脚本执行或短时工作容器。 此外， chrome://inspect/#shared-storage-worklets 页面会显示所有网页中的所有有效共享存储空间 Worklet。

试用 实时演示版 。按照演示说明中的步骤启用 Privacy Sandbox API。打开 Chrome 开发者工具有助于您直观呈现不同用例的结果。演示中提供的用例： 如需查看共享存储空间中存储的内容，请使用 Chrome 开发者工具。存储的数据可在 Application -> Shared Storage 中找到。 如需查看已发送的可汇总报告，请前往 chrome://private-aggregation-internals 。启用调试模式后，系统会立即（无延迟）将报告发送到

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

部署和管理此服务，以便为 Attribution Reporting API 或 Private Aggregation API 生成摘要报告。

SDK 运行时允许广告 SDK 在沙盒化环境中运行，以防止广告 SDK 访问发布商的视图层次结构。为了展示广告，平台会向 SDK 公开 SandboxedSdkProvider.getView API 以获取广告视图，然后将其打包为 SurfacePackage ，通过 IPC（进程间通信）发送给客户端应用。这样做有几个缺点，下文将对此进行讨论。本文档随后将介绍一个提议的 Jetpack 库，该库是为解决这些难题而构建的。 这些框架 API

本文档提出了一个新的 Jetpack 库，以帮助开发者迁移到 SDK 运行时 。它解释了以前的 Android 平台版本（从构建到执行）将如何支持 SDK 运行时，以及开发者可以预见运行时环境中有哪些差异或限制。借助此库，开发者可为其应用或 SDK 创建单个版本，并使该版本在支持或不支持 SDK 运行时的设备上都能正常运行。 向后兼容性是通过以下组件实现的： Android Gradle 插件 (AGP) + Bundletool 通过将 SDK 运行时捆绑到 APK 中，为不支持 SDK

一种用于设备端广告竞价的 API，可从用户之前访问过的网站中选择相关广告，因此第三方无法使用它来跟踪用户在各个网站上的浏览行为。

Chrome 130 开始针对 Storage Access API 的 HTTP 标头逻辑开展源试用。

Privacy Sandbox on Android 版本说明

可帮助您了解第三方 Cookie 可用或被屏蔽原因的工具和技术。

请按照以下说明声明 API 专属权限，并配置对由目标 API 管理的资源的 SDK 访问权限。 访问每个 PPAPI 都需要 AdServices 的 normal 权限 。在清单中，声明与您的应用或 SDK 所需的 API 相对应的适当访问权限。 Attribution Reporting API： Attribution Reporting API（包含调试报告）： Protected Audience / Custom Audience API： Topics API： （可选）通过

您可以为设备启用或停用多项设置 运行 Privacy Sandbox on Android 的应用。 Privacy Sandbox on Android 允许设备用户控制是否在其设备上启用 可保护隐私的 API (PPAPI) 和 SDK 运行时 。从开发者预览版 5 开始，用于显示用户控制界面的设置默认处于停用状态。出于开发和测试目的，您可能需要启用用户控制界面。如需启用用户控制界面，请使用 以下 adb 命令： 对于 Beta 版和正式版： 对于开发者预览版：

Chrome 提供一个查询服务，用于显示第三方 Cookie 的可用性如何受到 Chrome 的第三方 Cookie 宽限期和宽限期停用配置的影响。

用于查询网站的第三方 Cookie 兼容性状态的查询工具。

本页面介绍了用户和开发者可以如何控制和自定义 Topics API，以满足他们的偏好。

了解如何通过代码示例实现 Topics API。

本页面介绍了用户和开发者可以如何控制和自定义 Topics API，以满足他们的偏好。

了解 Chrome 中提供的工具，以便您查看 Topics API 信息和调试实现情况。

有关“Google 群组”主题的调试、问题排查和支持资源建议。

Topics API 支持针对用户兴趣投放广告 (IBA)，同时又不会侵犯用户隐私。

Android 出价和竞价服务 设计提案详细介绍了使用可信出价和竞价服务器在 Android 上运行竞价的执行及数据传输流程。为了确保传输中的数据仅由可保护隐私的 API 和可信服务器处理，客户端和服务器之间的数据将使用 双向混合公钥加密 方法进行加密。 若要按前面所述的方式运行竞价，设备上的卖方广告技术平台必须 请执行以下步骤： Protected Audience 将引入两个新 API 以支持运行服务器竞价： 设备端卖方广告技术平台需要集成并构建以下各项来运行竞价：

此提案须遵守 Privacy Sandbox 注册流程，并且 证明。如需详细了解这些证明，请参阅 访问 提供的证明链接 。此提案的后续更新将 说明了获得该系统访问权限的要求。 移动应用安装广告（也称为“用户获取广告”）是一种旨在鼓励用户下载移动应用的移动广告。 这些广告通常根据用户的兴趣和受众特征投放，而且经常出现在其他移动应用中（例如游戏、社交媒体和新闻应用）。用户点击应用安装广告后，即会直接跳转到应用商店去下载相关应用。

频次上限是一项广告实践，用于限制在指定时间段内向用户展示特定类别广告的次数。频次上限可以保证广告展示的新鲜度和趣味性，从而改善最终用户体验，而且还有助于广告主管理广告支出。 此提案将介绍如何使用 Protected Audience on Android 以准确无误且保护隐私的方式实现频次上限功能。 Protected Audience 结合两项功能来实现频次上限功能：在 设备端

本文档介绍了如何解决设置 Privacy Sandbox on Android 时的常见问题。如果您发现本指南中未提及的错误，请 告知我们 。 有些错误可能会因多种原因而被抛出。下面列出了一些较常见的错误及其修复方法，但相同的错误消息也可能由不同的原因导致。 在排查 Privacy Sandbox 测试中遇到的任何问题时，首先要做的应该是停用设备配置更新。这可确保您的设备不会从服务器提取更新后的配置，也不会无意中停用测试设备上的 Privacy Sandbox。 使用以下命令停用设备配置更新：

设备端工作负载认证需要使用确定性 build 个性化 (ODP) 可信执行环境 (TEE)，公开提供于 Google Cloud 作为机密空间 (CS)。 工作负载映像必须生成确定性映像哈希，供 工作负载证明的 CS（使用 NIST 的 RFC 9334 远程证明） 过程 (RATS) 架构）。 本文档将介绍确定性 构建在 odp-federatedcompute 存储库ODP Aggregator 和 Model Updater 服务将在 机密空间。该代码库支持确定性构建 是生产用例所必需的

了解可在不降低功能或保障用户安全的情况下，默认增强网络和 Android 隐私保护的不同方案。 防范隐蔽跟踪 减少普遍的隐秘跟踪并默认保护用户隐私。 打击垃圾内容和欺诈 利用专门打造的可保护隐私的 API，打击网络上的垃圾内容和欺诈行为。 限制被动数字“指纹”收集 限制可用于跨网站跟踪的被动公开数据。 专用计算平台 在不共享可识别身份的用户数据的情况下，对产品和服务进行个性化设置。

了解 Protected Audience 竞价如何适应现有广告基础架构。

在 Attribution Reporting、Protected Audience API、

了解如何根据 Topics 中的兴趣为 Protected Audience 出价和竞价流程提供依据。

SDK 运行时 是在 Android 14 中引入的专用运行时环境，可让第三方广告 SDK 与应用隔离开来。这种方法可围绕用户数据收集和共享提供保护措施： SDK Runtime 通过提供以下优势，使 SDK 开发者受益： 这是一份开发者指南，介绍了如何在构建支持运行时 (RE) 的现有 SDK 的同时，构建与 SDK 运行时 兼容的现有 SDK。 您会了解到以下内容：

了解如何通过为 Protected Audience API 兴趣群体配置更新网址来更新受众群体数据。

“用户代理缩减”功能会限制被动共享浏览器数据，以减少敏感信息数量，从而减少数字“指纹”收集。缩减现已完成。

一项提案，旨在通过保护用户的 IP 地址不被用于跟踪，从而更好地保护用户隐私。

降低或消除跳出跟踪跨情境识别用户的能力。

借助 Chrome 的 Topics API 更新，用户可以主动屏蔽广告主题，从而更好地控制广告体验。

Protected Audience 提供了一系列 API，用于联接和退出自定义 受众群体（作为 android.adservices.customaudience 软件包 的一部分）。对于 还有一些 CLI 命令可用于列出和查看 自定义受众群体本指南概述了广告技术开发者需要执行的步骤 检查加入的自定义受众群体的状态。 出于安全和隐私方面的考虑，默认情况下，系统不会显示自定义受众群体 并且只能出于调试目的直接进行检查。它们仅可见 使用以下命令： 然后，如需启用 adservices shell

在 最初的 Protected Audience 提案 中，针对再营销广告需求的出价和竞价会在设备本地执行。这要求设备要有很高的计算能力，而这对处理能力有限的设备来说可能是不切实际的；这也可能会因网络延迟导致速度过慢，而无法选择和渲染广告。 出价和竞价服务 (B&A) 提案概述了一种方法，它允许 Protected Audience 计算在可信执行环境 (TEE) 中的云服务器中进行，而不是在用户设备本地运行。B&A

探索核心的私享广告 API，以便在无需跨网站跟踪的情况下实现广告用例。如需详细了解 Privacy Sandbox 的功能，请查看其他服务、基础架构和 API。 了解用于构建广告用例的各种私享广告 API。 Protected Audience Protected Audience API 可在不使用第三方跨网站跟踪的情况下，提供再营销和自定义受众群体用例。 Attribution Reporting 借助 Attribution Reporting

了解报告 ID 在 Protected Audience 竞价中的工作原理

本指南将在开发网站上发布，以便广告技术平台可以了解如何在共享存储空间中实现 MTA。不公开汇总

关于运行 Privacy Sandbox Attribution Reporting API 独立测试的指南。

您可通过 直观 的方式或借助 SQL 查询 通过 Perfetto 来分析 Protected Audience 竞价。广告技术平台可以将性能分析和 Perfetto 相结合，以衡量 Protected Audience 竞价的效果，包括： 克隆 Perfetto 和 Privacy Sandbox 仓库。 在 Android Studio 中，从 privacy-sandbox-samples/Fledge/FledgeKotlin 目录下打开 Protected Audience 示例应用。

适用于有意购买广告空间和衡量广告效果的广告客户和 DSP。 使用 Protected Audience API 创建和管理受众群体以及启动竞价。 looks_one 设置您的开发者环境 在测试网站或设备上启用 Privacy Sandbox。 looks_two 培养受众群体 您可以先加入兴趣群体或自定义受众群体，然后再开始实施。 looks_3 管理受众群体 您可以管理委托和权限，并刷新广告，确保广告与您的受众群体相关。 looks_4 针对广告位出价 了解如何在 Protected

有关相关性和效果衡量 API 应用场景、配置、实验结构、目标以及面向市场参与者的评估最佳实践的指南。

Measurement Simulation Library 可通过呈现历史数据（就像通过 Attribution Reporting API 收集这些数据）来帮助您了解 Privacy Sandbox 集成的影响。这样，您就可以将历史转化数据与 Measurement Simulation Library 结果进行比较，以观察报告准确性的变化。您还可以使用 Measurement Simulation Library 尝试使用不同的汇总键结构和批处理策略进行测试，并根据 Measurement

了解如何使用 Protected Audience API 创建兴趣群体来定义受众群体。

以发布商身份启用 Protected Audience 和 Topics

它的作用、它的用途以及如何参与其中。

Privacy Sandbox on Android 概览

借助第三方 Cookie 依存关系宽限期，遇到服务中断的网站和服务可以申请更多时间，以摆脱依存第三方 Cookie 的束缚。

了解如何以买方身份参与广告竞价并出价。

此提案须遵守 Privacy Sandbox 注册流程，并且 证明。如需详细了解这些证明，请参阅 访问 提供的证明链接 。此提案的后续更新将 说明了获得该系统访问权限的要求。 移动应用安装广告（也称为“用户获取广告”）是一种旨在鼓励用户下载移动应用的移动广告。 这些广告通常根据用户的兴趣和受众特征投放，而且经常出现在其他移动应用中（例如游戏、社交媒体和新闻应用）。用户点击应用安装广告后，即会直接跳转到应用商店去下载相关应用。

您可通过 直观 的方式或借助 SQL 查询 通过 Perfetto 来分析 Protected Audience 竞价。广告技术平台可以将性能分析和 Perfetto 相结合，以衡量 Protected Audience 竞价的效果，包括： 克隆 Perfetto 和 Privacy Sandbox 仓库。 在 Android Studio 中，从 privacy-sandbox-samples/Fledge/FledgeKotlin 目录下打开 Protected Audience 示例应用。

Protected Audience 提供了一系列 API，用于联接和退出自定义 受众群体（作为 android.adservices.customaudience 软件包 的一部分）。对于 还有一些 CLI 命令可用于列出和查看 自定义受众群体本指南概述了广告技术开发者需要执行的步骤 检查加入的自定义受众群体的状态。 出于安全和隐私方面的考虑，默认情况下，系统不会显示自定义受众群体 并且只能出于调试目的直接进行检查。它们仅可见 使用以下命令： 然后，如需启用 adservices shell

借助 fetchAndJoinCustomAudience API，买家可以利用其设备端存在的合作伙伴 MMP 或 SSP 来委托加入自定义受众群体。 大致工作原理是，设备端调用方（无论是 MMP SDK 还是 SSP SDK）会创建一个如下所示的 fetchAndJoinCustomAudienceRequest ： 关于所有可选参数的重要说明：如果这些参数在提取请求内设置，它们的数据就无法被从买家返回的内容替换，从而让设备端调用方可以更好地控制哪些自定义受众群体将保持不变。 fetchUri

Protected Audience 调试报告让广告技术平台开发者可以声明远程网址，以便在竞价胜出或落败时从设备接收 GET 请求。它支持以下使用情形： 事件级调试报告适用于 Privacy Sandbox 开发者预览版 9 中的测试。具备广告 ID 的所有设备均支持调试报告。 长期计划是使平台借助不公开汇总服务报告竞价结果。这可确保事后报告无法用于将单个用户的自定义受众群体加入发布商的应用。事件级报告是临时的，在足够的报告框架发布后将停用。 详细了解 Chrome 原始 FLEDGE

Chrome 将延长宽限期，以允许有展示面向用户非广告损坏情况的网站和服务继续访问第三方 Cookie。

如何跨移动应用和网站进行归因

我们如何与利益相关方协作讨论、测试和采用可保护隐私的技术。

2024 年第 1 季度的季度报告，总结了生态系统对 Privacy Sandbox 提案和 Chrome 回应的反馈。

2023 年第 4 季度的季度报告，总结了生态系统收到的关于 Privacy Sandbox 提案和 Chrome 响应的反馈。

Privacy Sandbox API 是在 Chromium 中实现的，Chromium 是用于构建 Chrome 的开源浏览器。您可以通过 Chromium Code Search 访问 Privacy Sandbox API 的代码。您可 下载 Chromium ，然后 使用标记运行 Chromium ，以允许访问正在实现的 API。 现在，Privacy Sandbox 技术（包括 相关性和效果衡量 API 以及 CHIPS 和 Related Website Set

与 Privacy Sandbox 相关性和效果衡量 API 相关的常见问题解答。

Chrome 128 会在桌面设备上启动 Multi IdP API 的源试用，并会启动 Android 版 Chrome 的 Button Mode API 和接续包功能源试用。

批量处理可汇总的报告时，请务必优化批处理策略，以免超出隐私权限制。以下是向汇总服务发送批量报告的一些推荐策略。 收集要包含在批处理中的报告时，请注意以下事项： 注意 ：重试条件可能会发生变化。在这种情况下，本部分中的信息将会更新。 在网站和操作系统平台上，平台会尝试发送报告三次，但如果报告在第三次尝试后仍未发送，则不会再发送。无论报告何时能够发送，系统都会保留原始 scheduled_report_time 值。重试的时间表因平台而异：

对于参与任一第三方 Cookie 弃用试用活动的网站，Chrome 会提供宽限期，供其暂时重新启用第三方 Cookie。在宽限期内，即使网站尚未部署试用令牌，也能在 Chrome 中访问第三方 Cookie。Chrome 现在提供了一种机制，可让网站为一定比例的用户退出宽限期。

Chrome 126 开始针对 Continuation API 软件包和 Storage Access API 自动授权进行源试用

自 2024 年 7 月 1 日起，已注册试用某个第三方 Cookie 的网站和服务将有 60 天的宽限期来部署试用令牌（自试用注册获得批准后算起）。

对于需要时间来适应第三方存储空间、Service Worker 和通信 API 分区的网站，我们延长了弃用试用期限，让它们能够暂时保持其第三方存储空间、Service Worker 和通信 API 的分区状态。

Privacy Sandbox 团队在 2024 年 Google I/O 大会上分享了关于弃用第三方 Cookie 的最新资讯

Chrome 125 开始针对 Button Mode API 进行源试用，并更新了 CORS 和 SameSite。

了解如何按频次控制广告投放节奏

使用共享存储空间和私有汇总功能来衡量频次

使用共享存储空间和私享数据汇总功能进行受众特征衡量

使用共享存储空间和不公开汇总功能衡量唯一身份用户覆盖面

发布日期 ：2024 年 4 月 2 日 Versions 若要使用协调者服务，包括相关报告、特性和功能（统称“ 协调者服务 ”），您和您所代表的协调者服务（如有）使用法律实体（以下统称为“ 您 ”）必须接受 (1) Google 服务条款 ，以及 (2) 本“协调者服务附加服务条款”（以下统称“ 附加条款 ”）。 请仔细阅读其中每个文件。这些文件统称为“ 条款 ”。这些条款规定了您在使用协调员服务时，我们需达到的服务标准，以及您需遵守的行为准则。 如果这些附加条款与 Google 服务条款

如何在完成 Protected Audience 竞价后呈现广告

如何针对多个卖方开展 Protected Audience API 竞价

如何使用 Protected Audience 和内容相关竞价进行依序竞价

了解如何通过允许多个不同的广告技术平台生成和接收一组给定的展示和点击来源事件及转化事件触发器事件的归因报告，来支持转化归因衡量。

详细了解 Chrome 对第三方 Cookie 的处理方式变化，以及您需要采取哪些措施才能保留您网站的功能。

Chrome 弃用第三方 Cookie 的宽限期已延长至 2024 年 6 月 30 日。

Chrome 123 引入了 FedCM Domain Hint API。借助 Domain Hint API，开发者可以仅显示他们接受的网域中的联合登录账号，从而提供更好的用户体验。

了解如何测试嵌入工作流程并进行必要的更新，以便为第三方 Cookie 的变更做好准备

为方便测试，Chrome 使用启发词语，为预定义流程授予对第三方 Cookie 的临时访问权限，以减少故障。

相关网站集 (RWS) 是一种 Web 平台机制，可帮助浏览器了解一组网域之间的关系。这样，浏览器就可以做出关键决策来启用某些网站功能（例如是否允许访问跨网站 Cookie），并向用户显示这些信息。 随着 Chrome 弃用第三方

Federated Credential Management API 路线图概览。

Aggregated Services API 的建议测试框架。

Chrome 122 引入了 FedCM Disconnect API 和两项更新。Disconnect API 可让浏览器终止 RP 与 IdP 之间的连接。

第 12 期 Privacy Sandbox 咨询交流时间活动专门介绍 Chrome 协助测试，届时我们会提供 Privacy Sandbox 测试人员的一些最新动态，并与产品和技术负责人一起回答您的问题。

效果衡量实施核对清单。

如果您的第一方网站依赖第三方嵌入式服务，而第三方 Cookie 的弃用导致您网站的功能无法正常使用，您或许符合针对顶级网站的弃用试用的资格。

为防止某些类型的旁路跨网站跟踪，Chrome 已对第三方环境中的存储和通信 API 进行分区。

了解如何审核代码以查找第三方 Cookie，以及您可以采取哪些措施来确保完成第三方 Cookie 的使用。

如果您的网站使用了第三方 Cookie，请在我们即将弃用这些 Cookie 时采取措施。从 2024 年 1 月 4 日起，第三方 Cookie 将默认为 1% 的用户受到限制，以方便测试，而我们计划在 2024 年第 3 季度起向 100% 的用户全面开放测试。

关于在 Chrome 115 中逐步启用 Privacy Sandbox 相关性和衡量 API，结束源试用和注册更新的计划和时间表。

关于在 Chrome 企业版安装中允许或屏蔽第三方 Cookie 的政策

在您继续进行必要的更改以停止使用不受限制的第三方 Cookie 的同时，请探索这些临时选项。

LoginStatus API 启用了 FedCM API，无需第三方 Cookie。Error API 和 Auto-Selected Flag API 为 FedCM API 提供了更多功能。

允许开发者选择在分区存储中使用 Cookie，并为每个顶级网站分别设置 Cookie jar。分区 Cookie 可以由第三方服务设置，但只能在最初设置它们的顶级网站的上下文中读取。

Storage Access API 允许以最少的负担为最终用户提供特定的跨网站访问，同时仍然阻止通常用于用户跟踪的常规跨网站访问。

了解 k-匿名性检查将如何应用于 Protected Audience

了解 k-匿名性检查将如何应用于 Protected Audience

Chrome 已提议让第三方通过 Storage Access API 请求存储或通信访问权限（使用 Cookie 和非 Cookie）。

为方便测试，Chrome 已默认为 1% 的 Chrome 用户限制第三方 Cookie。Chrome 计划从 2024 年第 3 季度开始逐步扩大对第三方 Cookie 的限制，但要解决英国竞争和市场管理局的所有剩余竞争问题。为帮助您更轻松地完成此流程，我们提供了第三方弃用试用选项，让嵌入式网站和服务可以请求更多时间，以便从第三方 Cookie 依赖项中迁移至非广告用例。

了解 Protected Audience 竞价如何适应现有广告基础架构。

2023 年第 3 季度季度报告，其中总结了生态系统对 Privacy Sandbox 提案和 Chrome 响应的反馈。

本文档是使用 Shared Storage API 和 Private Aggregation API 的快速入门指南。您需要了解这两个 API，因为 Shared Storage API 用于存储值，而 Private Aggregation API 用于创建可汇总的报告。 目标受众群体 ：广告技术平台和效果衡量服务提供商。 为了防止跨网站跟踪，浏览器纷纷开始分隔所有形式的存储空间，包括本地存储空间、Cookie 等。但在某些用例中，需要使用未分区的存储空间。Shared Storage

如果您的网站使用了第三方 Cookie，请在我们即将弃用这些 Cookie 时采取措施。为方便测试，Chrome 自 2024 年 1 月 4 日起已限制 1% 的用户使用第三方 Cookie。Chrome 计划从 2024 年第 3 季度开始逐步扩大对第三方 Cookie 的限制，但要解决英国竞争和市场管理局的所有剩余竞争问题。在此 Cookie 倒计时系列中，我们将向您介绍时间表和立即采取措施，以确保您的网站准备就绪。

衡量 Protected Audience API 竞价数据和成效

2023 年第 2 季度的季度报告，其中总结了生态系统对 Privacy Sandbox 提案和 Chrome 响应的反馈。

Chrome 116 不仅包含 Login Hint API、User Info API 和 RP Context API 等新的 FedCM 功能，还开始试用 IdP Sign-In Status API 的源试用。

将 Chrome 设置为在不使用第三方 Cookie 的情况下模拟浏览。

网站若没时间针对第三方存储分区调整其网站，则可以参与废弃试用，以暂时取消分区并恢复其网站所嵌入内容中的存储空间、Service Worker 和通信 API 的行为。

在 Chrome 115 中，FedCM 支持 Credential Management API 的中介要求，这让用户能够在获得初步同意后，以更简化的方式重新向 RP 进行身份验证。

2023 年第 1 季度季度报告，其中总结了生态系统对 Privacy Sandbox 提案和 Chrome 响应的反馈。

根据在共享存储空间中收集的数据选择一个网址，并在围栏框架中呈现相应内容。

从 Chrome 115 开始，存储空间、Service Worker 和通信 API 将逐步在第三方上下文中划分。对于需要时间来适应这项新功能的网站，这些弃用试用将使他们能够暂时不对第三方存储空间、Service Worker 和通信 API 进行分区。

我们推出了针对 FedCM 的一些更新，包括针对自动重新进行身份验证的全新源试用。选择 RP 加入后，当用户使用 FedCM 进行初始身份验证后返回时，此功能即可自动对用户重新进行身份验证。

从 Chrome 115 开始，存储空间、Service Worker 和通信 API 将逐步在第三方上下文中划分。对于需要时间来适应这项新功能的网站，这些弃用试用将使他们能够暂时不对第三方存储空间、Service Worker 和通信 API 进行分区。

了解调试的重要性以及何时在测试中使用调试报告。

相关网站集 (RWS) 是公司用于声明网站关系的一种方式，目的是允许浏览器出于特定目的允许有限的第三方 Cookie 访问。

了解如何防止事件级报告和可汇总报告出现重复项。

阅读 Private Aggregation API 概览 和 共享存储空间概览 。查看 Private Aggregation API 的使用场景并查看 基本概念 。 如需询问有关实现、演示或文档的问题，请执行以下操作： 如果您发现任何意外行为：

从 Chrome 110（2023 年 2 月）开始，我们将逐步为 Android 版本和设备型号引入固定值：型号“K”的默认值将始终为“Android 10”。

不断发展完善的 First-Party Set 功能，为用户加强隐私保护，为开发者提供网络互操作性。

这些服务将于 2023 年面向 Chrome 和 Android 进行测试。

详细了解 Protected Audience API 竞价功能。

发布日期 ：2024-02-09 版本 要使用协调器服务，包括相关报告、功能和 权力（统称为“ 协调员服务 ”），您以及 您代表其使用协调员服务（如果有）的实体（统称为 “ 您 ”）必须接受 (1) 服务 ，以及 (2) 这些协调员服务 附加服务条款（以下简称“ 附加条款 ”）。 请仔细阅读上述每个文件。这些文档一起 （称为“ 条款 ”）。这些条款规定了您在使用时，我们需达到的服务标准。 Coordinator Service 以及我们对您的期望。 如果这些附加条款与 服务

2022 年第 4 季度的季度报告，其中总结了生态系统对 Privacy Sandbox 提案和 Chrome 响应的反馈。

配置 API 以优先处理特定来源或触发器。

什么是汇总键、如何在 Attribution Reporting API 中使用汇总键，以及如何将目标转换为键。

了解如何注册归因触发器以统计转化次数。

了解如何注册来源，以将点击和观看归因于相应的事件。

通过自定义报告窗口，您可以更快速地生成事件级报告，并为可汇总报告提供选择性报告。

关于调试归因报告的第 3 部分（共 3 部分）。查找有关如何使用调试报告的说明。

关于调试归因报告的第 1 部分（共 3 部分）。了解调试的重要性以及何时在测试中使用调试报告。

关于调试归因报告的第 2 部分（共 3 部分）。设置调试报告。

当第一方和第三方有不同的处理方式时，First-Party Set 可让同一实体拥有并运营的相关域名被视为第一方域名。

“减少接受语言”旨在减少 Chrome 浏览器中的被动式数字“指纹”收集面。

Federated Credential Management API 将在 Chrome 108 中推出。

Seller API 指南和 Protected Audience API 广告竞价参考文档。 在本文中，您将找到广告竞价的技术参考信息，该参考信息用于实验性 Protected Audience API 的当前迭代版本。 全面了解 开发者指南 请参阅 Protected Audience API 说明文档，以深入讨论 卖方如何进行设备端竞价 。 不是开发者？参阅 Protected Audience API 概览 。 Protected Audience API 广告竞价是一系列小型

排查 Worklet 问题并观察 Protected Audience API 事件。

面向想要停用 Protected Audience API 的开发者和用户。

饼干最好新鲜出炉，那么有哪些最新的食谱可以确保你仍然能享受没有任何过时饼干的恐怖季节？

通过共享存储空间，您可以确定用户在不同的网站中看到的广告素材。

使用来自 Protected Audience 的数据和来自共享存储空间的跨网站数据生成汇总数据报告。

FedCM 源试用现在会一直持续到 2022 年 11 月 23 日 Chrome 108 发布为止。

为了加强隐私保护，Chrome 将更改未来版本中存储和通信 API 的行为方式。请详细了解即将发生的变更，以及如何检查您的网站是否受到存储分区的影响。

FLEDGE 是一种 Privacy Sandbox 提案，可满足再营销和自定义受众群体用例的需求，因此第三方无法使用它来跨网站跟踪用户浏览行为。

简要介绍归因报告的互联服务，面向技术决策者。

简要介绍归因报告的互联服务，面向技术决策者。

查看一系列有助于缩短 Protected Audience API 竞价延迟时间的最佳实践。

查看 Attribution Reporting API 的最新变化。

了解如何在可汇总报告中使用噪声，以及如何降低噪声的影响。

了解噪声的含义、添加了噪声的位置，以及噪声对您的衡量工作有何影响。

查看 Attribution Reporting API 的最新变化。

CHIPS 是一种 Privacy Sandbox 提案，它引入了一种机制，用于选择使用按顶级网站划分的第三方 Cookie。从 Chrome 100 开始的源试用现在可在 Chrome 106 上试用，一直持续到 2022 年 10 月 25 日。

进行了更新，其中包括纳入多个可供源试用的 API：用于分区 Cookie 和归因报告、FLEDGE 和 Topics 的 CHIPS，这是 Privacy Sandbox 相关性和效果衡量合并试用的一部分。

2022 年第 1 季度季度报告，其中总结了生态系统对 Privacy Sandbox 提案和 Chrome 响应的反馈。

了解开发者测试和即将进行的源试用，从而跨 Privacy Sandbox 相关性和衡量 API（Topics、FLEDGE 和 Attribution Reporting）进行统一实验。

了解来源和触发器注册的数据限制、对时间表的影响以及报告限制。

Protected Audience API 是一种 Privacy Sandbox API，可用于再营销和自定义受众群体用例，因此第三方无法使用它来跨网站跟踪用户浏览行为。该 API 支持浏览器进行设备端竞价，以便从用户之前访问过的网站中选择相关广告。

请参阅 Attribution Reporting 了解此 API 的用例和关键概念，并查看最近的 更新 。 了解 我们推出 Attribution Reporting API 的原因 。 要咨询与您的实施相关的问题 演示 ，或参阅相关文档： 如果您发现任何意外行为，请执行以下操作： 要询问有关如何使用该 API 涵盖用例的更常规问题，请参阅 讨论 API 。 欢迎大家参与讨论。特别是，如果您正在试验该 API，您的反馈至关重要。 与其他 Privacy Sandbox API 一样，此 API

从 Chrome 100 开始，CHIPS 源试用支持在“分区”存储中选择 Cookie，并为每个顶级网站使用单独的 Cookie JAR。分区 Cookie 可由第三方服务设置，但只能在最初设置它们的顶级网站的上下文中读取。

无需共享跨网站数据，即可安全地将内容嵌入到网页中。

旨在限制向网站公开的个人用户数据量，以防止隐蔽跟踪。

更新包括：Privacy Sandbox on Android、CHIPS 源试用、减少用户代理、新的 Topics 提案以及 FLEDGE 和归因报告方面的重大更新。

了解归因报告摘要报告中贡献预算的作用以及如何分配预算来捕获所需的数据。

了解根据社区反馈对归因报告所做的更改。

面向设备端广告竞价的开发者指南，旨在从之前访问过的网站中选择相关广告，以便第三方无法使用此指南来跨网站跟踪用户浏览行为。

Protected Audience API 是一项 Privacy Sandbox 提案，可满足再营销和自定义受众群体用例的需求，因此第三方无法使用它来跨网站跟踪用户浏览行为。

设备端广告竞价可提供再营销和自定义受众群体，无需跨网站第三方跟踪。 本文将介绍 Protected Audience API 的基础知识，并解释一些底层的 但没有介绍太多技术细节。 请参阅 词汇表 ，了解 Protected Audience 文档。在本文的末尾，您可以了解如何 互动并分享反馈 。 Protected Audience API 是一种 Privacy Sandbox 来满足再营销和自定义受众群体用例的需求， 第三方无法跟踪用户跨网站的浏览行为。 Protected

Topics API 支持针对用户兴趣投放广告 (IBA)，而无需跟踪用户访问的网站。

回顾 2021 年的统计信息，以及在 2022 年解决用户代理和 Cookie 问题的一些方案。

Privacy Sandbox 资讯的每月摘要，包括 CDS 回顾和用户代理测试指南。

Privacy Sandbox 新闻的每月摘要，包括更名的 Federated Credentials Management API 和 W3C TPAC 会话。

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

Privacy Sandbox 资讯的每月摘要，包括 Chrome 的用户代理缩减和时间表更新。

当第一方和第三方有不同的处理方式时，First-Party Set 可让同一实体拥有并运营的相关域名被视为第一方域名。

Chrome 92 中的 Conversion Measurement API 即将发生变化。 遵循 API 提案 的变更 在 2021 年头几个月，Chrome 中的 API 实现方式将不断完善。具体更改内容如下： 在 Chrome 92 中，有一组受支持的功能保持不变：事件级报告（仅针对点击次数）。 敬请期待相关更新 。在此变更生效后，其他更新和功能将会在未来的 Chrome 版本中推出。 从 Chrome 开始，这些更改将会生效 92 ，在 2021 年 7 月 20

主要概念的简短说明。

查看 Chrome 平台状态、资源和功能发布时间表。

同类群组联合学习 (FLoC) 为根据用户兴趣选择广告提供了一种可保护隐私的机制。本文介绍了如何参与 FLoC 源试用。

How to measure when an ad click or view leads to a purchase or other events

Summary reports are a powerful tool for examining your data from Attribution Reporting and Private Aggregation. This pathway will take you through the key concepts and tooling needed to enable you to build effective reports.

When you create a custom audience, you can specify some or all of the custom audience metadata. This information can be passed directly when creating a CustomAudience object. The CustomAudience.Builder also supports a dailyUpdateUri field which can

A custom audience represents a group of users with common intentions or interests as decided by an advertiser app. An app or SDK may use a custom audience to indicate a particular audience, such as someone who has left items in a shopping cart. The

Learn how to create an audience to target your ads

Learn how to create an audience to target your ads

Learn the essentials for event-level conversion measurement with the Attribution Reporting API.

Learn how to sell ad spaces with a Protected Audience auction

Use Protected Audience to run the end-to-end ad bidding, auction, and rendering process. Set up an ad auction on the publisher's page Learn how to configure a Protected Audience API auction. Run a browser based auction with a single seller How to run

The Battlestar Galactica FTL drive is a complex and sophisticated piece of technology that allows ships to travel faster than the speed of light. It does this by folding space-time around the ship, allowing it to travel through a subspace bubble. The

For publishers and SSPs who are interested in selling ad space and measuring the performance of ads. Run an auction and score an ad with the Protected Audience API. looks_one Set up your developer environment Enable Privacy Sandbox on your test sites

Learn how to control audience management by using a Permissions Policy or delegate to a third party by configuring a .well-known permissions URL.

Most advertisers work with several different ad networks to serve ads across publisher apps. If ad networks register their own attribution sources and triggers with the API, they'll receive self-attributed event and summary reports. However,

Protected Audience (formerly known as FLEDGE) on Android implementations typically involve integration between advertiser apps, publisher apps, sellers, and buyers. This guide is intended for partners who plan to manage custom audiences and run

Use Topics and Protected Audience to build and manage your ad audiences. person_add Define audience data Learn how to define an audience by creating an interest group with Protected Audience. manage_accounts Update audience data and ads Learn how to

Learn how to participate in an ad auction as a buyer, and make a bid.

Browse the Privacy Sandbox Private Advertising content

Public tester list of the Privacy Sandbox on Android

Latest news, posts, and updates on Privacy Sandbox.

This section explains the SDK Runtime architecture, how runtime-enabled SDKs are installed, backwards compatibility, and how to migrate existing SDKs to the SDK Runtime. The SDK Runtime adopts a client-server type of model. The main difference is

Within Android Studio, install the Android SDK as follows: Follow the instructions on the sample repository to set up the Privacy Sandbox on an Android 14+ device or emulator image to allow end-to-end testing. As a reference while following this

Chrome's third-party cookie grace period provides a way for sites experiencing breakage to request additional time to migrate away from third-party cookie dependencies. Chrome is also providing a mechanism to allow sites to opt out of the grace period for a percentage of users.

Sharing updates on the Aggregation Service coordinators, and results of an independent security assessment.

To implement the Topics API, you need to set up your development environment first. to perform the following setup steps: Use the latest Android Privacy Sandbox SDK to get the most up-to-date version of the privacy-preserving APIs. Add the following

Measure when an ad click or view leads to a purchase or other events with Attribution Reporting. Introduction to conversion measurement with Attribution Reporting Learn how to measure when an ad click or view leads to a conversion, such as a purchase

Protected Audience debug reporting allows ad tech developers to declare remote URLs to receive a GET request from devices when an auction is won or lost. This enables the following use cases: Event-level debug reporting is available for testing in

The Privacy Sandbox is a series of proposals to satisfy cross-site use cases without third-party cookies or other tracking mechanisms.

Check out the relevant GitHub issues for changes to privacy budget: There is no current privacy budget that applies across APIs. Additionally, we have implemented a new rate limit: one origin per source, site or enrollment, for every 24 hours (

You have to complete the following steps to build a runtime-enabled SDK: We recommend that your project is organized into the following modules: The project structure in this guide is a suggestion, you may choose a different structure for your SDK