Publisher Privacy Treatment API（Beta 版）

Publisher Privacy Treatment (PPT) API 是一种工具，发布商可以使用该工具来传递用户的隐私偏好设置。本文将介绍我们为发布商提供的一系列 API 工具中的首种处理方式，旨在协助发布商管理其用户的个性化设置和数据使用情况。

第一种处理方式 PPT=1 支持发布商针对单个广告请求关闭广告个性化设置，具体可根据发布商向用户提供的控件设置来确定。在报告中，PPT=1 可将非个性化广告流量与其他非个性化广告投放模式（例如 NPA=1 或 rdp=1）区分开来。

PPT=1 并非旨在涵盖需要更具体广告投放模式的应用场景。详细了解我们为助力遵守用户隐私权法规而提供的工具，包括非个性化广告和受限的数据处理。

如果广告请求中包含多个用户隐私信号，系统将以限制最严的信号为准。

示例

• 即使 Publisher Privacy Treatment API 未指明已关闭个性化设置，系统仍会遵循欧洲经济区 (EEA)、英国和瑞士用户停用广告个性化设置的选择。
• 如果已通过 PPT API 指明，即使 TCF v2.3 字符串显示用户已同意广告个性化，系统仍会向用户投放非个性化广告。

Google 的各种广告代码和广告 SDK 已更新，开始接受第一种处理方式的值 (PPT=1)，以便在发布商设置了该值的情况下关闭广告个性化设置。对于不使用我们的代码或 SDK 投放广告的发布商，也可以选择直接将处理方式的值（例如 PPT=1）作为网址参数附加到广告请求中。随着未来推出更多处理方式，发布商将能够附加多个处理方式的值（例如 PPT=1,2,3）。

如需了解详情，请参阅 Google Developers 文档：

• 适用于应用的 Google 移动广告 SDK：
  • Ad Manager：iOS 版、Android 版
  • AdMob：iOS 版、Android 版
• 适用于网站的 Google 广告代码：
  • Google 发布商代码 (GPT)
  • Ads by Google tag (ABG)

PPT=1 的运作方式

包含 PPT=1 的广告请求指明，发布商希望针对这些特定的广告请求关闭广告个性化设置。一个常见的预期应用场景是：对于已通过发布商提供的控件选择停用广告个性化设置的用户，发布商会在其广告请求中添加 PPT=1。当广告请求中包含 PPT=1 时，参与的广告平台会识别出用户所需的隐私处理方式（即关闭广告个性化设置）。

在 Google Ad Manager、AdSense 或 AdMob 中：

• PPT=1 会针对发布商的直销型广告系列和 Google 程序化需求关闭广告个性化设置。
• 系统不会使用任何用户个人资料来定位相关广告请求包含 PPT=1 的用户。
• 包含 PPT=1 的广告请求不得用于更新关联用户的任何现有用户个人资料。

PPT=1 与非个性化广告 (NPA=1) 和受限的数据处理 (rdp=1) 在以下方面有所不同：

• 当 PPT=1 时，允许使用第三方供应商进行广告投放和广告跟踪。
• 当 NPA=1 或 rdp=1 时，第三方供应商在广告投放和广告跟踪方面的使用限制如下：
  • 对于 Google 需求来源，不允许使用第三方供应商。
  • 对于非 Google 需求来源，仅当发布商启用“检查实时出价 (RTB) 合作伙伴的广告素材，以确认所涉及的广告合作伙伴是否已征得用户同意”选项时，才会限制使用第三方供应商。
  • 对于 EEA、英国或瑞士境内的用户，当 NPA=1 且“检查预订型广告素材是否已征得用户同意”选项处于开启状态时，仅针对涉及第三方供应商的预订型广告限制其使用。
• 对于受 LGPD（《通用数据保护法》）管辖的用户，只有在未声明或未检测到任何广告技术提供商的情况下，NPA=1 才会对预订型广告生效。

如果广告请求中包含 PPT=1，系统还会在发送给非 Google 程序化需求来源的出价请求中包含 NonPersonalizedAdsReason.Publisher_Declared_NPA=1，以指明用户希望针对相应广告请求关闭个性化设置。PPT=1 允许使用第三方供应商进行广告投放和广告跟踪，但与用户 ID 相关的某些宏的展开会受到限制。系统会从针对非个性化广告的出价请求中移除用户标识符（例如 google_user_id、hosted_match_data、任何设备广告 ID，以及 session_id）。这有助于确保（但不能完全保证）在将信号传递给授权买方和公开出价方时，该信号能得到遵循。

A note about PPID

 

Ad Manager’s Service Specific Terms require publishers using PPID to offer users a mechanism to opt out of personalized advertising. If a publisher receives an opt out from a given user, the publisher must either stop transmitting PPID to Google for that user or transmit both PPID and a signal indicating the user has opted out. Using PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.