为顺应不断发展变化的用户知情权和用户意见征求业界标准，我们在此公布过渡到 IAB Europe 的透明度和用户意见征求框架 (TCF) v2.3 的时间表。
IAB 要求所有发布商和 CMP 都必须在 2026 年 3 月 1 日之前全面实施 TCF v2.3。
为确保您顺利完成迁移，我们设置了一个过渡期，且从今日起可协助您进行实施。请仔细查看下面的关键日期以及需要采取的行动。
关键过渡时间表
- 当前状态：现已支持
Google 的系统现已可接受和处理 TCF v2.3 字符串。您可以且应该尽快开始迁移。 - 过渡期：现在 - 2026 年 2 月底
在此期间，Google 会以处理 TCF v2.2 字符串的方式处理 TCF v2.3 字符串。我们不会验证已披露的供应商细分，因此您可以趁这段时间安心部署和测试更新后的解决方案，不必担心广告请求可能会默认投放受限广告。 - 最终截止日期：2026 年 2 月 28 日
自此日期起，系统将正式停止支持新创建的 TCF v2.2 字符串，但仍会支持 2026 年 2 月 28 日之前创建的 TCF v2.2 字符串。2026 年 3 月 1 日及之后生成的所有 TC 字符串都必须采用 TCF v2.3。如果未满足此要求，关联的广告请求可能会默认投放受限广告，您的收入可能会受到影响。
需要采取的行动
- 对于发布商：请立即联系您的意见征求管理平台 (CMP)，确认对方将您的媒体资源迁移到符合 TCF v2.3 标准的解决方案的计划和时间表。请尽早取得联系，确保顺利完成过渡。如果您在网站或应用媒体资源中使用的是 Google CMP，则无需采取任何行动，我们会在 2026 年 3 月 1 日这一截止日期之前开始采用 TCF v2.3 字符串。
- 对于 CMP：请优先将发布商客户迁移到您的 TCF v2.3 实施方案。建议您在 2026 年 2 月底之前尽早完成这一过程，以便充分利用无风险过渡期。
若要集成 IAB Europe 透明度和用户意见征求框架 (TCF)，发布商必须在其网站或应用中部署一个已在 IAB 注册的 TCF 意见征求管理平台 (CMP)。该 CMP 用于创建和发送透明度和用户意见征求 (TC) 字符串。然后，Google 的广告代码和 SDK 会处理来自该 CMP 的 TC 字符串。
本文内容：
通用指南
如果您已在自己的网站或应用中部署了一个已在 IAB Europe 注册的 TCF CMP，Ad Manager 会自动使用来自该 CMP 的 TC 字符串。
注意：如果您使用的是 Google 的欧洲法规消息，Ad Manager 会将您选择的广告技术提供商自动填充到所有消息中。否则，您在已于 IAB 注册的 TCF CMP 中选择的任何 CMP 供应商都会覆盖您在欧洲法规设置中选择的广告技术提供商。
如果您在广告请求中设置了非个性化广告，我们会查看该设置以及 TC 字符串所指示的用户同意状态，然后采用最保守的设置。
-
将 TC 字符串传递给代码：GPT、GPT 回传、AdSense、Ad Exchange 代码、IMA SDK 和 PAL 会自动与 IAB CMP 通信，无需发布商配置就能将 TC 字符串转发到 Ad Manager。移动广告 SDK 会自动获取、解析并遵循本地存储空间中的 TC 字符串。当 Ad Manager 发布商不使用广告代码，而是通过无代码请求来获取在广告服务器中进行投放管理的原始广告素材代码时，相应页面上就不存在可与 CMP API 交互的代码。所以在这种情况下，我们需依靠发布商以网址参数（由 TCF 规范所定义）的形式向我们发送 TC 字符串。为此，发布商需要手动传递以下信号：
gdpr={0,1}和gdpr_consent={tc string}。您也可以选择传递addtl_consent={ac string}。
在收到有效的 TC 字符串之前，Ad Manager 不会请求广告。 -
将 TC 字符串传递给程序化渠道：IAB TC 字符串会自动传递到 Google 的程序化渠道，无需发布商进行任何配置。
-
将 TC 字符串传递给非程序化渠道：请与您的广告素材提供商一起确定您是否需要对广告素材进行额外的配置，以确保它们正确使用 TC 字符串。Ad Manager 支持 IAB TCF 宏（
${GDPR}、${GDPR_CONSENT_XXXX}和${ADDTL_CONSENT}），让您能在需要时手动将 TC 字符串传递给其他广告素材供应商。详细了解 IAB TCF 和预订。 -
将 TC 字符串传递给中介合作伙伴：IAB TC 字符串将保存在设备本地存储空间中（对于 iOS 设备，该字符串存储在
NSUserDefaults中；对于 Android 设备，则存储在SharedPreferences中）。当在中介广告瀑布流请求中调用该字符串时，它可供所有中介合作伙伴获取、解析并予以遵循。
对个性化广告和非个性化广告的要求
我们的互操作性指南旨在反映 Google 现行的政策要求，特别是 Google 的《欧盟地区用户意见征求政策》要求。Google 的政策仍然适用，并且在某些情况下会比 IAB Europe TCF 政策的限制更严格。发布商应查看他们选择通过 IAB Europe TCF 合作的供应商的注册设置。只有当 Google 是发布商 CMP 中的供应商时，以下要求才适用。
投放个性化广告须满足的要求
当满足以下所有条件时，Google 会投放个性化广告：
- 最终用户同意让 Google 执行以下操作：
- 在设备上存储和/或访问信息（用途 1）
- 创建用于投放个性化广告的用户画像（用途 3）
- 选择个性化广告（用途 4）
- Google 可基于合法权益采取以下做法（或者，如果发布商在其 CMP 中设置了发布商限制，要求用户同意 Google 采取这些做法，则需已征得用户同意）：
- 选择基本广告（用途 2）
- 衡量广告效果（用途 7）
- 使用市场调研结果进行受众群体分析（用途 9）
- 开发和改进产品（用途 10）
投放非个性化广告须满足的要求
如果不符合投放个性化广告的要求，当满足以下所有条件时，Google 会投放非个性化广告：
- 最终用户同意让 Google 执行以下操作：
- 在设备上存储和/或访问信息（用途 1）
- Google 可基于合法权益采取以下做法（或者，如果发布商将其 CMP 配置为请求用户同意，则需已征得用户同意）：
- 选择基本广告（用途 2）
- 衡量广告效果（用途 7）
- 使用市场调研结果进行受众群体分析（用途 9）
- 开发和改进产品（用途 10）
以下情况的处理方式：
| 说明 | 广告投放行为 |
|---|---|
|
未就“在设备上存储和/或访问信息”（用途 1）为 Google 征得用户同意 根据我们现行的《欧盟地区用户意见征求政策》，无论要投放个性化广告还是非个性化广告，在使用 Cookie 或移动标识符之前都必须先征得用户同意。 对于非个性化广告，在使用 Cookie 或移动标识符之前仍须先征得用户同意，这是因为非个性化广告仍会使用 Cookie 或移动标识符来防范欺诈和滥用行为、确保广告展示频次不会超过上限以及生成汇总的广告报告。 |
可以投放受限广告。 |
|
无效的 TC 字符串 TC 字符串无法解析（例如，部分字段缺失）。 |
可以投放受限广告。 |
灵活的供应商注册设置和发布商限制
IAB Europe TCF 让发布商能够自行指定各种限制。通过指定这些限制，发布商可以表明自己的偏好设置，此类偏好设置优先于供应商的偏好设置（若适用）。发布商绝不能让供应商违反其在全球供应商列表 (GVL) 注册设置中指定的法律依据或用途。这些设置之所以被称作“限制”，就是因为它们绝不会扩大供应商的可操作范围，而只会限制这一范围。
发布商应查看他们选择通过 TCF 合作的供应商的注册设置。如果某个供应商针对某项用途采用了灵活注册，并将“合法权益”设为默认法律依据，而根据 Google 的互操作性指南，Google 对该用途的要求是“用户同意”，则发布商若想通过 Google 产品与该供应商合作，就应在其 CMP 的发布商限制中为该供应商选择“用户同意”。
Google 已将用途 2、7、9 和 10 注册为灵活用途，默认为需要合法权益。除非发布商将自己的 CMP 配置为要求 Google 就这些用途征得用户同意，否则 Google 会以 CMP 与用户确认过的合法权益作为法律依据。Google 未就用途 1、3 和 4 进行灵活注册，且始终需要就这些用途征得用户同意。
额外同意模式
“额外同意模式”是一项临时技术规范，仅用于与 IAB Europe TCF 搭配使用，旨在为尚未在 IAB Europe 全球供应商列表 (GVL) 中注册的供应商提供过渡机制。通过遵循该规范，发布商、意见征求管理平台 (CMP) 和合作伙伴可在实施 IAB Europe TCF 的同时，针对那些尚未注册加入“IAB Europe 全球供应商列表”但已包含在 Google 广告技术提供商 (ATP) 列表中的公司收集并传播更多的用户意见。详细了解额外同意模式。
实时出价和公开出价
我们允许根据“买方集成 IAB Europe TCF”一文中所述的要求向供应商发送出价请求。
预订
我们针对预订推出了一个解决方案来支持 IAB Europe TCF，其中提供了控件来指明您当前在预订方面与哪些供应商合作。详细了解如何为 Ad Manager 预订型广告系列中的广告素材声明广告技术提供商。
中介
如果您已选择采用 IAB Europe TCF 解决方案，请确保您的所有中介合作伙伴都会显示在 CMP 中。这将确保 Google 可继续向您的中介广告瀑布流中的所有合作伙伴发出广告请求。
在构建中介广告瀑布流之前，广告投放系统会先对 TC 和 AC 字符串进行评估，以确认相应的中介合作伙伴是否存在于其中一个字符串中。
- 如果该中介合作伙伴存在于某一字符串中，并且已就至少 1 项用途征得用户同意或者确立了合法权益，那么在构建中介广告瀑布流的过程中，系统便会将该中介合作伙伴添加到瀑布流内。
- 如果该中介合作伙伴不存在于这些字符串中或者已被用户彻底拒绝，系统便不会在中介广告瀑布流中向该中介合作伙伴发送广告请求。
Cookie 匹配
我们支持使用 gdpr 和 gdpr_consent 字段来为入站和出站 Cookie 同步请求传递 IAB Europe TCF 意见征求信息。这两个参数是可选的。如果未提供 gdpr_consent=，我们的标准《欧盟地区用户意见征求政策》仍然适用。
如果 Cookie 匹配请求中有 &gdpr 和 &gdpr_consent 参数，那么仅当满足以下所有条件时，Ad Manager 才会根据请求与第三方供应商进行 Cookie 同步：
- 最终用户同意让 Google 执行以下操作：
- 在设备上存储和/或访问信息（用途 1）
- 创建用于投放个性化广告的用户画像（用途 3）
- 选择个性化广告（用途 4）
- Google 可基于合法权益采取以下做法（或者，如果发布商将其 CMP 配置为请求用户同意，则需已征得用户同意）：
- 选择基本广告（用途 2）
- 衡量广告效果（用途 7）
- 使用市场调研结果进行受众群体分析（用途 9）
- 开发和改进产品（用途 10）
- 最终用户不允许供应商出于合法权益而“创建用于投放个性化广告的用户画像”（用途 3）。
- 最终用户不允许供应商出于合法权益而“选择个性化广告”（用途 4）。
- 每个供应商未针对“主动扫描设备特征进行身份识别”（特殊功能 2）进行注册，或者虽已针对特殊功能 2 进行注册，但透明度和用户意见征求 (TC) 字符串指示用户未同意使用特殊功能 2。
- 每个供应商都需就至少 1 项用途进行注册，并已就相应用途获得有效的法律依据。
- 最终用户同意让供应商“在设备上存储和/或访问信息”（用途 1）。