为顺应不断发展变化的用户知情权和用户意见征求业界标准，我们在此公布过渡到 IAB Europe 的透明度和用户意见征求框架 (TCF) v2.3 的时间表。
IAB 要求所有发布商和 CMP 都必须在 2026 年 2 月 28 日之前全面实施 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 年 2 月 28 日及之后生成的所有 TC 字符串必须采用 TCF v2.3。如果未满足此要求，关联的广告请求可能会默认投放受限广告，您的收入可能会受到影响。
需要采取的行动
- 对于发布商：请立即联系您的意见征求管理平台 (CMP)，确认对方将您的媒体资源迁移到符合 TCF v2.3 标准的解决方案的计划和时间表。请尽早取得联系，确保顺利完成过渡。如果您在网站或应用媒体资源中使用的是 Google CMP，则无需采取任何行动，我们会在 2026 年 2 月 28 日这一截止日期之前开始采用 TCF v2.3 字符串。
- 对于 CMP：请优先将发布商客户迁移到您的 TCF v2.3 实施方案。建议您在 2026 年 2 月底之前完成这一过程，以便充分利用无风险过渡期。
如果您未就用途 1（在设备上存储信息和/或访问设备上的信息）为 Google 征得用户同意，则不应调用 Google 的广告代码。
通用指南
如果您已在自己的应用中部署了一个已在 IAB Europe 注册的 TCF CMP，AdMob 会自动使用来自该 CMP 的 TC 字符串。
注意：如果您在已于 IAB 注册的 TCF CMP 中选择了 CMP 供应商，所选供应商就会覆盖在欧盟地区用户意见征求控件中选择的广告技术提供商。这包括您已通过欧盟地区用户意见征求控件选择了向所有 EEA、英国和瑞士用户投放非个性化广告的情况。
如果您在广告请求中设置了非个性化广告 (NPA)，我们会查看该设置以及 TC 字符串所表示的用户同意情况，然后应用最保守的那项设置。
- 将 TC 字符串传递给代码：GPT、GPT 回传、AdSense 和 Ad Exchange 代码会自动与 IAB CMP 通信，无需发布商配置就能将 TC 字符串转发到 AdMob。IMA SDK 和移动广告 SDK 会自动获取、解析并遵循本地存储空间中的 TC 字符串。对于其他代码类型，您需要手动传递以下信号：
gdpr={0,1}和gdpr_consent={tc string}。 - 将 TC 字符串传递给程序化广告素材：IAB TC 字符串会自动传递到 Google 的程序化渠道，无需发布商进行任何配置。
- 将 TC 字符串传递给非程序化广告素材：请与您的广告素材提供商一起确定您是否需要对广告素材进行额外的配置，以确保它们正确使用 TC 字符串。AdMob 提供对 IAB TCF 宏（
GDPR和GDPR_CONSENT_XXXX）的支持，让您能够根据需要手动将 TC 字符串传递给其他广告素材供应商。 - 将 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 配置为请求用户同意 Google 采取这些做法的情况下，已征得用户同意）：
- 选择基本广告（用途 2）
- 衡量广告效果（用途 7）
- 使用市场调研结果进行受众群体分析（用途 9）
- 开发和改进产品（用途 10）
| 说明 | 广告投放行为 |
|---|---|
|
未就“让 Google 在设备上存储信息和/或访问设备上的信息”（用途 1）征得用户同意 根据我们现行的《欧盟地区用户意见征求政策》，无论是要投放个性化广告还是要投放非个性化广告，在使用 Cookie 或移动标识符之前都必须先征得用户同意。对于非个性化广告，在使用 Cookie 或移动标识符之前仍须先征得用户同意，这是因为非个性化广告仍会使用 Cookie 或移动标识符来防范欺诈和滥用行为、确保广告展示频次不会超过上限以及生成汇总的广告报告。 |
可以投放受限广告。 |
|
无效的 TC 字符串 TC 字符串无法解析（例如，部分字段缺失）。 |
如果 TC 字符串无效，我们将不会投放任何广告。 |
灵活的供应商注册设置和发布商限制
IAB Europe TCF 让发布商能够自行指定各种限制。通过指定这些限制，发布商可以表明自己的偏好设置，此类偏好设置将优先于供应商的偏好设置（若适用）。发布商绝不能让供应商违反其在全球供应商列表 (GVL) 注册设置中指定的法律依据或用途。这些设置之所以被称作“限制”，就是因为它们绝不会扩大供应商的可操作范围，而只会限制这一范围。
发布商应检查他们选择通过 IAB Europe TCF 合作的供应商的注册设置。如果某个供应商已出于 Google 的互操作性指南中要求“征得用户同意”的某种用途，灵活地将“合法权益”注册为默认法律依据，而且某个发布商想通过 Google 产品与该供应商合作，此发布商便应在其 CMP 的发布商限制中为该供应商选择“征得用户同意”。
Google 已将用途 2、7、9 和 10 注册为灵活用途，默认为需要合法权益。除非发布商将自己的 CMP 配置为要求 Google 就这些用途征得用户同意，否则 Google 将以 CMP 与用户确认过的合法权益作为法律依据。Google 不能就用途 1、3 和 4 进行灵活注册，且始终需要就这些用途征得用户同意。
实时出价和公开出价
我们允许根据“买方集成 IAB Europe TCF”一文中所述的要求向供应商发送出价请求。
中介
使用 IAB TCF 解决方案时，请确保您在 CMP 中显示了您的所有中介合作伙伴。这将确保 Google 可继续向您的中介广告瀑布流中的所有合作伙伴发出广告请求。
在构建中介广告瀑布流之前就会先发送 TC 和 AC 字符串，以便评估它们所表示的内容，从而确认相应中介合作伙伴是否存在于其中一个字符串中。
- 如果该中介合作伙伴存在于某一字符串中，并且已就至少 1 项用途征得用户同意或者确立了合法权益，那么在构建中介广告瀑布流的过程中，系统便会将该中介合作伙伴添加到瀑布流内。
- 如果该中介合作伙伴不存在于这些字符串中或者已被用户彻底拒绝，系统将不会在中介广告瀑布流中向该中介合作伙伴发送广告请求。
IAB TC 和 Google AC 字符串将保存在设备本地存储空间中（对于 iOS 设备，该字符串存储在 NSUserDefaults 中；对于 Android 设备，则存储在 SharedPreferences 中）。当在中介广告瀑布流请求中调用该字符串时，它可供所有中介合作伙伴获取、解析并予以遵循。