Google Tag Gateway 从您的第一方域名提供 Google 代码,提高了交付率但改变了同意信号到达 Google 的方式。UniConsent Advanced Consent Mode 确保在任何 GTG 提供的代码执行之前设置同意默认值。
Google Tag Gateway(GTG)从您的第一方域名而非 Google 服务器提供 Google 代码。这提高了代码交付率并减少了广告拦截器的影响,但它改变了代码相对于同意管理平台的加载时机。
当 GTG 处于活动状态时,特别是通过一键 CDN 注入(如 Cloudflare),Google 代码可能在您的 CMP 设置同意默认值之前加载。这会导致"延迟"同意信号:代码在不知道用户同意状态的情况下触发,这可能违反 GDPR 和其他隐私法规。
UniConsent 通过高级 Consent Mode解决此问题,该模式在页面头部同步设置同意默认值,确保在任何 Google 代码执行之前完成,无论代码是从 Google 服务器加载还是通过 GTG 加载。
denied,其他地区遵循当地要求有关详细设置说明,请参阅我们的 Google Tag Gateway 教程。
如果您在 GTG 处于活动状态且 GTG 注册已验证的情况下检测到延迟同意信号,您应该:
或者,您可以将所有代码迁移到 GTM 容器中并通过 GTG 部署 GTM,或者手动设置 GTG 以控制脚本导入顺序。
请参阅完整的故障排除指南获取分步说明。
Google Tag Gateway (GTG) 是一项 Google 基础设施功能,从第一方域名而非 Google 服务器提供 Google 标签。这减少了广告拦截器的影响并提高了标签投放率,但会改变标签相对于同意管理平台的加载时间和方式。
当 GTG 从第一方域名提供标签时,它们可能比预期更快地加载。如果在 Google 标签执行时您的 CMP 尚未设置同意默认值,结果就是「延迟」同意信号,意味着标签在不知道用户同意状态的情况下运行。UniConsent 的 Advanced Consent Mode 通过在任何标签触发之前同步设置同意默认值来防止此问题。
延迟同意信号发生在 Google 标签在 CMP 传达用户同意状态之前执行时。标签可能会在未经同意的情况下设置 Cookie 或收集数据,违反 GDPR 和其他隐私法规。由于 GTG 一键 CDN 注入会改变脚本加载顺序,延迟同意信号更为常见。
一键 CDN 注入(例如通过 Cloudflare)会自动将 Google 标签 URL 重写为第一方路径,而不允许您控制脚本加载顺序。手动 GTG 允许您将第一方脚本路径放置在页面源代码中,并控制相对于 CMP 代码片段的加载顺序。
Advanced Consent Mode在任何 Google 标签触发之前同步设置同意默认值,无论加载顺序如何。它兼容自动和手动 GTG 部署,并在同意被拒绝时通过发送无 Cookie ping 启用转化建模。
在 Google Tag Manager 中,转到管理部分并在 Google Tag Gateway 下查看是否标记为已为您的域名激活。您还可以打开浏览器开发者工具,转到网络选项卡,检查 Google 标签脚本(gtag.js、gtm.js)是否从您自己的域名而非 googletagmanager.com 提供。
全局同意默认值在用户与同意横幅交互之前为所有同意类型(ad_storage、ad_user_data、ad_personalization、analytics_storage)设置初始同意状态。UniConsent 自动配置这些默认值,在 EEA/英国/瑞士设为拒绝,在其他地区遵循当地要求。
是的。GTG 从第一方域名提供客户端标签脚本,而服务器端 GTM 在将数据转发到 Google 之前在服务器端对生成的事件进行同意检查处理。它们处理数据流的不同部分并相互补充。
是的。UniConsent 是 Google 认证的 CMP,通过 Advanced Consent Mode 完全支持 Google Tag Gateway。同意初始化代码片段在页面头部同步运行,确保在任何 GTG 提供的标签执行之前设置同意默认值。
如果没有适当的同意管理,GTG 提供的标签可能会在用户同意之前收集数据,造成 GDPR 和 ePrivacy 违规。Google 也可能对未同意的用户禁用个性化广告和转化衡量。
开始使您的网站和应用符合欧盟 GDPR、美国 CPRA、加拿大 PIPEDA 等法规
注册