符合 GDPR 要求使用 Google Tag Manager

Google Tag Manager（googletagmanager.com）本身不会加载跟踪工具，而是对其进行管理。真正涉及数据保护的问题在于它所触发的各个标签。

使用 Tag Manager 最常见的错误是以为容器里一个被阻断的同意工具就够了。只要容器代码片段在 <head> 中，页面加载时就会建立到 googletagmanager.com 的连接并把 IP 地址传给 Google——早于任何标记触发。对容器本身，只能通过在同意后加载或在服务器端提供来避免。

自 2024 年 3 月起，若转化数据要流向 Google Ads，Google Consent Mode v2 对欧洲经济区的广告功能实际上是强制的。但它不能代替同意工具：Consent Mode 只是让 Google 标记的行为适配同意状态——状态本身必须由一个满足同意要求的横幅来捕获。

在服务器端打标中，标记的执行迁移到自有端点（通常是子域）。这改善了加载时间和数据控制，但不转移同意义务：访问客户端所设标识符的服务器端触发标记同样需要事先同意。

这是风险吗？

如果代码管理工具在用户拒绝之前或不顾拒绝而加载了需要同意的标签（如 Analytics、Ads、像素等），则根据《德国电信数字服务数据保护法》第 25 条第 1 款，这些标签缺乏法律依据。容器调用本身就已经将 IP 地址传输给了 Google（美国）。

您可以怎么做

• 使用 Consent Mode 或触发条件，使标签仅在获得同意后才触发。
• 为容器内的每个标签分配一个类别，并将其与同意状态进行比对。
• 可以考虑使用服务器端标签管理，但需一致地沿用同意逻辑。
• 配置完成后，请在「网络」标签中检查首次点击之前加载了哪些内容。

常见问题

Google Tag Manager 本身需要同意吗？

容器调用不加载跟踪器，但在页面加载时把 IP 地址传给 Google（美国）。严格来说这已是无技术必要的访问——保守起见，容器因此仅在同意后加载。

用 Consent Mode v2 代替 Cookie 横幅够吗？

不够。Consent Mode 只控制 Google 标记如何响应同意状态。状态必须由一个单独的、在接受与拒绝之间提供真实选择的同意工具来捕获。

如何确保标记只在同意后触发？

给容器中的每个标记设置一个触发条件例外或同意条件，检查相应类别的同意状态。然后在预览模式和「网络」标签中核对首次点击前加载了什么。

服务器端打标对同意有帮助吗？

它改善性能和数据控制，但不代替同意。处理个人数据的服务器端标记与客户端标记需要相同的法律依据。

consentglass 如何提供帮助

免费检测会分析提供的 HTML，并显示哪些服务被嵌入、是否检测到 Cookie 横幅，以及是否存在隐私政策和运营者信息链接——每项发现均附有分类。不能替代法律咨询。