受限广告

借助受限广告 (LTD)，发布商可通过一种受限的方式投放广告。受限广告会停止出于投放个性化广告的目收集、共享和使用个人数据。注意事项：

• 可使用浏览器的 Trust Token API，帮助防范欺诈和滥用行为。Google 不要求发布商就此使用情形征得用户同意。
• 我们仍会在用户的浏览器和移动操作系统的正常运行过程中缓存或安装广告投放技术（我们的 JavaScript 代码和/或 SDK 代码），且仍会将广告素材发送（并在某些情况下缓存）到设备上。在基本的广告投放过程中，我们仍会使用 IP 地址等数据。

如果发布商使用的是 IAB TCF v2.2 用户意见征求框架，且未就用途 1 征得用户同意，我们会尝试投放符合条件的受限广告。此外，发布商也可以手动发送一个信号（请参阅实现），无论用户身在何处，Google 都同样会尝试投放符合条件的受限广告。

Cookie 和本地标识符的使用

受限广告会停用所有需要使用本地标识符的个性化设置和功能。这意味着某些功能不适用于受限广告。

不适用于受限广告的功能

使用以下任一不可用功能的订单项均不符合受限广告的投放条件：

• 任何广告个性化设置
• 受众群体定位
• 搜索次数提升效果评测
• 调查问卷提升效果评测
• 再营销
• 基于兴趣的类别
• 移动运营商定位
• 带宽定位
• 基于本地标识符的功能，包括：​​​​​
  • 转化跟踪指标
  • 应用内转化跟踪
  • 唯一身份用户覆盖面衡量
  • “不再显示该广告”
  • 广告素材的依序轮播
  • 视频广告素材轮播和互动名单
  • 视频会话广告规则
  • 频次上限
  • 报告 Cookie 覆盖面、唯一身份用户覆盖面或应用内转化次数
  • 检测部分无效流量，具体取决于您的程序化受限广告设置
  • 某些数据传输字段（如 User ID）将不可用

除非启用程序化受限广告，否则对于受限广告，欺诈行为检测功能可能会减弱。我们建议发布商告知广告客户，对于未就使用 Cookie 征得用户同意而获得的流量，无效流量滤除功能可能会减弱。

对广告需求的要求

在 Ad Manager 中，针对网站、应用和视频支持受限广告预订和中介。预订及其广告素材与非程序化订单项相关联，包括有保证的订单项（包天订单项和包量订单项）和无保证的订单项（联盟订单项、批量订单项、“价格优先”订单项和自家订单项）。只有在发布商启用程序化受限广告后，程序化广告需求才适用于受限广告。

程序化受限广告

可对符合受限广告投放条件的广告资源进行程序化出价。发布商可以启用这种投放模式，以便在投放受限广告时启用内容相关程序化广告需求，并启用来自 Google 需求来源、Authorized Buyers、公开出价方和 SDK 出价的需求。

如果发布商决定使用这种投放模式，Google 将针对已征得用户同意和未征得用户同意的流量使用仅用于检测无效流量的 Cookie 和本地存储。因此，下列情况下将启用程序化广告需求（并使用仅用于检测无效流量的 Cookie 和本地存储）：(1) 没有经认证的意见征求管理平台 (CMP)；(2) 广告请求允许受限广告；(3) 用户已拒绝就 IAB Europe 的透明度和用户意见征求框架 (TCF) 的用途 1 给出同意授权，并且 TC 字符串中存在受限广告所需的所有其他合法依据的信号。

如果没有 CMP，我们会提醒发布商，他们仍必须遵守欧盟地区用户意见征求政策的所有相关规定（例如，他们有义务明确列出可能收集、接收或使用最终用户个人数据的各方，及以显眼且易于访问的方式向最终用户提供与该方如何使用最终用户个人数据有关的信息等）。

程序化受限广告是一项可选功能。发布商对其用于征求用户意见（包括就在线上广告中使用 Cookie 和本地存储的方式征求用户意见）的工具负有法律责任。发布商应与自己的法务团队协作，依据相关法规及适用的监管指南，自行确定是否要使用此功能。

如果发布商不希望在未经用户同意的情况下使用仅用于检测无效流量的 Cookie 和本地存储，则应通过在 Ad Manager 界面中将其停用来选择停用此功能。

停用程序化受限广告

程序化受限广告默认处于启用状态，您可以随时将其停用。如需停用程序化受限广告，请完成以下步骤：

1. 登录 Google Ad Manager。
2. 依次前往管理 全局设置 广告联盟设置。
3. 停用程序化受限广告。
4. 滚动到页面底部，然后点击保存。

如果您同时在 AdMob 和 Ad Manager 中管理某个应用，则无论 AdMob 中的设置如何，此设置都会停用程序化受限广告。

启用程序化受限广告

要为受限广告启用程序化出价（如果之前已停用），请完成以下步骤：

1. 登录 Google Ad Manager。
2. 依次前往管理 全局设置 广告联盟设置。
3. 启用程序化受限广告。
4. 滚动到页面底部，然后点击保存。

对广告素材的要求

预订

对于使用“检查预订型广告素材是否已征得用户同意”功能的发布商来说，对广告素材的要求因以下情形而异：

1. 如果发布商未声明任何广告技术提供商，且 Google 未检测到任何广告技术提供商，则广告素材有资格接收受限广告请求。
2. 若使用 TCF v2.2，则仅当系统检测到不明广告技术提供商或已知某个广告技术提供商违反了 Google 的合作规范或在该框架下没有任何相关法律依据时，才会对广告素材进行滤除。

如果未使用“检查预订型广告素材是否已征得用户同意”功能，则所有预订型广告素材都符合投放条件。在需要征得用户同意时，作为发布商，您有责任确保您的预订型广告素材已根据要求征得用户同意，可以进行投放。

若使用 TCF v2.2，且使用用户意见征求宏，则在广告素材投放时可能会向第三方广告技术提供商传递用户意见征求字符串。第三方广告技术提供商需要遵循用户的意见信号，包括是否允许使用 Cookie 或本地标识符。

中介

对于中介，如果已使用 Google 的欧盟地区用户意见征求工具 启用非个性化广告，则系统对广告素材没有强制性要求，且此政策也适用于通过中介投放的 LTD 广告素材。若使用 TCF v2.2，所有广告素材一般都符合条件，但与预订型订单项类似，我们会先确认广告技术提供商及其他程序化需求来源未违反 Google 合作规范，且至少有一个处理数据的法律依据。

Implementation

无需添加新的界面控件即可实现受限广告。发布商可以指定是否应采用受限广告的处理方式。

• 适用于网站的 GPT：发布商可以在广告代码中指定是否显式触发受限广告请求。
• 适用于网站和应用的 IMA SDK：发布商可通过在广告代码网址中添加 ltd=1 来显式触发受限广告请求。
• GMA SDK：在 Android 和 iOS 平台上，发布商可以使用平台共享存储空间中的 gad_has_consent_for_cookies 键启用受限广告。

对于使用 IAB TCF v2.2 的发布商，我们将遵循 TC 字符串中包含的 Cookie 或 ID 用户意见信号（用途 1）。如果未就用途 1 征得用户同意，但根据合法权益或用户对用途 2、7、9 和 10 的同意，系统会请求受限广告。

对于受限广告请求，将不提供 Cookie 覆盖面、唯一身份用户覆盖面和应用内转化次数的报告。预测功能不会将受限广告识别为独特的投放模式，因此会将 LTD 流量与非个性化广告/基本广告的流量的预测数据汇总到一处。

 

可使用 Ad Manager 报告中的投放限制维度生成受限广告展示次数的报告。

 

需要在意见征求管理平台上执行的操作

使用隐私权和消息功能的发布商可以使用 IAB TCF v2.2 来创建和投放用户意见征求消息。

其他 IAB TCF v2.2 意见征求管理平台 (CMP) 无需执行任何操作即可支持受限广告。现有 TC 字符串包含选择合适的投放模式所需的所有相关信号。在 Google 作为广告技术提供商时，如果满足以下条件，我们便会投放受限广告：

• 未就用途 1 征得用户同意
• 享有合法权益或就用途 2、7、9 和 10 征得了用户同意

目前仅可在适用 IAB TCF v2.2 用户意见征求框架的应用上投放受限广告。如果发布商使用的是自定义用户意见征求工具，且用户不同意使用其设备标识符，则发布商不应发出广告请求。

发布商可选择以下广告投放模式：

广告投放模式	个性化广告	非个性化广告	受限广告
			程序化	非程序化
无效流量和欺诈防护
来自 Google 的程序化广告需求
来自第三方买方的程序化广告需求