详细了解 Protected Audience API 竞价功能。
随着 Protected Audience API 功能的正式发布,您可能想知道 Protected Audience API 服务和功能的适用范围。您可以在此处查看受限范围的 Protected Audience API 功能的列表,以及这些功能的支持时间。
功能可用性时间轴
功能 | 可供测试 | 状态 |
---|---|---|
事件级竞价胜出报告 | 现在 | 至少支持到 2026 年。 此功能旨在让您更轻松地从第三方 Cookie 报告过渡到 Protected Audience API 报告。因此,在广告技术平台有时间更新其报告机制后,我们将不再支持此报告。 |
基于触发器的汇总 | 现在 | 可在 Chrome Canary/Dev M113 及更高版本和 Beta/稳定版 M115 及更高版本中进行测试。 |
键值对服务的可信执行环境 (TEE) 用法 | 现在 | 最早需在 2025 年第 3 季度提供。 |
Fenced 帧 | 现在 | 最早在 2026 年开始强制执行。 |
改进了 Protected Audience API + Attribution Reporting 集成 | 2023 年第 2 季度 | 可在 Chrome 稳定版 M112 及更高版本中进行测试。 |
k-匿名性 | 现在 | 请参阅 k-匿名性文章 |
出价和竞价服务 | 预计于 2023 年下半年进行测试。 | 开发中。 |
其他功能
功能 | 可供测试 | 状态 |
---|---|---|
用于建模的事件级用户出价信号 (Github 问题) | 2023 | 将于 2023 年第 2 季度在 Chrome 中推出。 |
按买方显示延迟时间报告 | 2023 | 将于 2023 年第 1 季度在 Chrome 中推出。 |
每位买方的实际用时超时 | 2023 | 将于 2023 年第 1 季度在 Chrome 中推出。 |
自定义明细的买方报告 ID | 2023 | 将于 2023 年第 3 季度在 Chrome 中推出。 |
直接卖家目标账号支持 | 2023 | 将于 2023 年第 1 季度在 Chrome 中推出。 |
每次点击费用结算的广告费用受准确度限制 | 2023 | 将于 2023 年第 2 季度在 Chrome 中推出。 |
最高出价和其他得分最高的出价对应的币种 | 2023 | 将于 2023 年第 3 季度在 Chrome 中推出。 |
对第三方广告跟踪器 (3PAT) 的宏支持 | 2023 | 将于 2023 年第 3 季度在 Chrome 中推出。 |
支持否定兴趣组定位 | 2023 年晚些时候 | 预计会在 2023 年第 4 季度推出 Chrome 版本。 |
在不使用 WebBundle 的情况下安全传播竞价信号 Github 问题 |
2023 年晚些时候 | 预计会在 2023 年第 4 季度推出 Chrome 版本 |
批量删除兴趣组 GitHub 问题 |
2023 年晚些时候 | 预计会在 2023 年第 4 季度推出 Chrome 版 |
将兴趣群体上限从 1,000 提高到 2,000 GitHub 问题 |
2023 年晚些时候 | 预计会在 2023 年第 4 季度推出 Chrome 版 |
支持出价和竞价 Beta 版 1 说明文档 |
源试用(2023 年晚些时候) | 预计将于 2023 年第 4 季度在 Chrome 中推出(通过源试用) |
Real Time Monitoring API 说明 |
2024 年第 2 季度末或第 3 季度初 | 预计将于 2024 年第 2 季度末或第 3 季度初在 Chrome 中推出 我们还在考虑在未来的工作中改进说明中分享的功能。我们计划在 2025 年第 1 季度之前确认方向,并预计在 2026 年第 1 季度之前推出经过修改的解决方案,具体取决于底层技术的发布时间表。 |
事件级竞价胜出报告
我们最初曾表示,事件级竞价胜出报告将是一个临时解决方案,Private Aggregation API 将用于生成摘要报告。在听取反馈并研究基于汇总的解决方案的相对复杂性(尤其是在结算方面)后,我们决定不移除对事件级竞价胜出结果报告的支持,其中 reportResult()
和 reportWin()
函数能够调用 sendReportTo()
。
我们至少会支持事件级竞价胜出报告到 2026 年,并且会在该 API 转换为任何其他替代解决方案之前提前通知您。
我们将继续通过 Private Aggregation API 支持竞价损失报告。
基于触发器的汇总报告
在 Protected Audience 竞价期间,您可以使用 Private Aggregation API 的 contributeToHistogramOnEvent()
方法,在有事件触发时发送可汇总的报告。触发事件可以来自竞价本身,例如竞价胜出或落败。然后,此类可汇总的报告会提交到已部署的汇总服务,以便您生成包含竞价损失结果的最终摘要报告。该事件也可以来自竞价之外的围栏式框架,使用 Fenced Frame Ads Reporting API 的 window.fenced.reportEvent()
触发可汇总报告提交。
如需了解详情,请参阅“不公开汇总”页面的 contributeToHistogramOnEvent()
部分。
键值对服务的可信执行环境使用情况
借助 Protected Audience API 键值对服务,当买方生成出价,卖方为广告评分时,竞价可以检索实时信号。最终,密钥/值服务需要在可信执行环境 (TEE) 中运行,以确保用户数据的私密性。
无需在 TEE 中运行键值对服务。在强制要求使用 TEE 之前,我们会至少提前 12 个月发出通知。在此之前,您可以继续使用自己的服务器获取实时键值对信号。请注意,到 2023 年第 1 季度末,您将能够使用设备端 Protected Audience API 在 TEE 中运行包含用户定义的函数 (UDF) 的键值对服务,并进行测试。
Fenced Frames
围栏框架是一种新的 HTML 元素,用于限制内容与嵌入程序之间的通信,并用于根据跨网站数据呈现内容。Protected Audience API 会将内容呈现到围栏框中。
在与各利益相关方密切合作并仔细研究适应这项变更所需付出的巨大努力后,Chrome 决定至少在 2026 年之前不会强制要求使用围栏框架,以维护生态系统包容性,并且 Chrome 会提前很长时间发出通知。在此之前,如果不使用围栏框架,您需要使用 iframe 来呈现不透明 URN。此外,请注意,卖家可能仍需要使用围栏框架。
Proposal | Status |
---|---|
Web API changes for urn to config Explainer |
Available in Chrome in Q1 2023. |
Creative Macros in Fenced Frames for Ads Reporting (FFAR) GitHub Issue |
Available in Chrome in Q3 2023. |
Send Automatic Beacons Once GitHub Issue |
Available in Chrome in Q3 2023. |
Serializable Fenced Frames Configs GitHub Issue |
Available in Chrome in Q3 2023. |
Additional Format Option for Protected Audience Ad Size Macros GitHub Issue |
Available in Chrome in Q4 2023. |
Automatic beacons sending to all registered URLs GitHub Issue | GitHub Issue |
Available in Chrome in Q4 2023. |
Enable Leaving Ad Interest Groups from Urn iFrames and Ad Component Frames
GitHub issue |
Available in Chrome in Q1 2024 |
Introduce reserved.top_navigation_start/commit
GitHub issue, GitHub issue |
Available in Chrome in Q1 2024 |
Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Available in Chrome in Q1 2024 |
Add support for automatic beacons in cross-origin subframes
GitHub issue |
Available in Chrome in Q1 2024 |
Allow Cross-Origin Subframes to Send reportEvent() Beacons
GitHub issue |
Available in Chrome in Q2 2024 |
改进了 Protected Audience API 与 Attribution Reporting 的集成
近期,有人指出了 Attribution Reporting API 与 Protected Audience API 集成方面存在的问题,尤其是在涉及围栏框架的情况下。
对于使用 Protected Audience API 生成事件级报告,我们提出了一组初始改进建议,以简化此集成流程,您可以参阅说明文档详细了解。此集成适用于围栏框架和 iFrame。事件级报告将在 Chrome 稳定版 M112 及更高版本中提供供测试。
对于需要通过 Protected Audience API 生成归因报告的用户,我们正在开发更灵活的解决方案,以便通过可汇总的报告捕获更多出价信号,一旦准备就绪,我们会发布相关方案。
出价和竞价服务
我们了解到,有些人对 Protected Audience API 延迟时间存有疑虑,因此正在积极努力缩短设备端延迟时间。Chrome 和 Android 都计划提供出价和竞价服务,作为在设备端竞价之外运行出价和评分逻辑的另一种方式。出价和竞价服务是一种Protected Audience API 服务解决方案,用于在设备端外运行竞价,我们相信它将带来更快的性能。
我们将继续支持设备端竞价,除非您的用例适合,否则无需使用出价和竞价服务。
如需了解详情,请参阅博文。
后续操作
我们希望与您交流,确保我们构建适合所有人的 API。
讨论 API
与其他 Privacy Sandbox API 一样,此 API 也会记录在案并公开讨论。
使用 API 进行实验
您可以进行实验并参与有关 Protected Audience API 的对话。