若要集成 IAB Europe 透明度和用户意见征求框架 (TCF)，发布商必须在其应用中部署一个已在 IAB 注册的 TCF CMP。该 CMP 用于创建和发送 TC（透明度和用户意见征求）字符串。然后，Google 的 SDK 会使用从 CMP 发来的 TC 字符串。
如果您未就用途 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 或移动标识符来防范欺诈和滥用行为、确保广告展示频次不会超过上限以及生成汇总的广告报告。 |
发布商不得调用 Google 广告代码。 如果您未在 TC 字符串中就用途 1 为 Google 征得用户同意，Google 会丢弃广告请求，不会投放任何广告。 |
|
无效的 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 进行灵活注册，且始终需要就这些用途征得用户同意。
实时出价 (RTB) 和出价
IAB Europe TCF 逻辑将应用于出价请求、出价响应、广告素材和 Cookie 匹配请求。
当供应商就广告个性化相关用途（TC 字符串中的用途 3 和 4）注册了“征得用户同意”或（在少数情况下）注册了“未使用”时，我们将允许发送出价请求并启用 Cookie 匹配。如果供应商就个性化广告相关用途（TC 字符串中的用途 3 和 4）注册了“征得用户同意”，但尚未获得用户同意，则他们将：
- 不会收到出价请求。
- 不会收到对 Cookie 匹配请求的响应。
- 不能在竞价中胜出。Google 将屏蔽采用不符合政策要求的供应商的广告素材，使其无法在竞价中胜出或无法投放广告。
此外，Google 必须已就用途 1、3 和 4 征得用户同意。
中介
使用 IAB TCF 解决方案时，请确保您在 CMP 中显示了您的所有中介合作伙伴。这将确保 Google 可继续向您的中介广告瀑布流中的所有合作伙伴发出广告请求。
在构建中介广告瀑布流之前就会先发送 TC 和 AC 字符串，以便评估它们所表示的内容，从而确认相应中介合作伙伴是否存在于其中一个字符串中。
- 如果该中介合作伙伴存在于某一字符串中，并且已就至少 1 项用途征得用户同意或者确立了合法权益，那么在构建中介广告瀑布流的过程中，系统便会将该中介合作伙伴添加到瀑布流内。
- 如果该中介合作伙伴不存在于这些字符串中或者已被用户彻底拒绝，系统将不会在中介广告瀑布流中向该中介合作伙伴发送广告请求。
IAB TC 和 Google AC 字符串将保存在设备本地存储空间中（对于 iOS 设备，该字符串存储在 NSUserDefaults 中；对于 Android 设备，则存储在 SharedPreferences 中）。当在中介广告瀑布流请求中调用该字符串时，它可供所有中介合作伙伴获取、解析并予以遵循。