返回博客

博客

CookiePass 与 Google 同意模式:同意横幅对您的流量意味着什么

发布于 · 更新于 · 阅读约 4 分钟

本站使用 CookiePass。它是一项 Cookie 同意服务,按照 Google 的规范实现了 Google 同意模式 v2——这一点最终比横幅的颜色更重要:它决定了在访客回答之前、点"是"之后和点"否"之后,您的 Google 代码在每次页面浏览时发送什么。下面是从服务器端看到的情况,每一次命中都会经过您的容器。

同意模式究竟改变了什么

请选择符合组织政策的模式。不要仅为显示事件就取消原本有意设置的脚本阻止。 **Basic:** 获得相应同意前阻止跟踪代码。同意前不应在SignalHost中出现跟踪事件。 **Advanced:** Google代码以默认`denied`状态加载。选择前或拒绝后,Google仍可能收到无Cookie测量信号。收到信号不等于获得同意。

`gcs` 字段仅描述广告和 Analytics 存储权限,不能证明另外两项较新的同意权限。请在 Google Tag Assistant 中检查全部四项权限;请求中编码后的字段可能会变化。

gcs=G100   ad_storage denied,  analytics_storage denied
gcs=G101   ad_storage denied,  analytics_storage granted
gcs=G110   ad_storage granted, analytics_storage denied
gcs=G111   both granted
(no gcs)   storage summary missing; our current storage gate permits it, not proof of consent

在SignalHost代码运行前,将`analytics_storage`、`ad_storage`、`ad_user_data`和`ad_personalization`设为`denied`。随后由横幅按访客选择更新每项权限。

CookiePass 如何接入

同意模式 v2 要求的是一个顺序,而不是一项设置。默认状态必须在 Google 代码加载之前声明——对尚未选择的人一律拒绝;访客做出决定的那一刻必须紧跟一次更新;并且每次回访都要恢复该状态。顺序一旦错误,每个会话的第一次页面浏览就会在横幅渲染之前以"已同意"发出。

这就是 CookiePass 由自身脚本生成的序列,因此不会有任何内容进入您的 Tag Manager 容器:

gtag('consent', 'default', {
  ad_storage: 'denied',
  analytics_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  wait_for_update: 500
});

// …the visitor accepts all four purposes…
gtag('consent', 'update', {
  ad_storage: 'granted',
  analytics_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted'
});

整个集成就是这样。Google 自己的代码会自动遵守同意状态,包括 SignalHost 发布到您网页容器中的代码。服务器容器中的任何内容都不需要同意条件;手动添加的结果,就是一个被限制的 Google 代码旁边站着未被限制的事件代码,把数据直接发给 Google。

选择前后您的服务器容器看到什么

**Basic:** 获得相应同意前阻止跟踪代码。同意前不应在SignalHost中出现跟踪事件。 **Advanced:** Google代码以默认`denied`状态加载。选择前或拒绝后,Google仍可能收到无Cookie测量信号。收到信号不等于获得同意。

  • 选择前和拒绝后:相关权限保持为`denied`。
  • 仅分析:可授予`analytics_storage`,广告权限仍应拒绝。
  • 允许广告:只授予访客实际同意的广告用途。
  • 撤回同意:相关值恢复为`denied`。刷新页面,检查已保存的选择。

看到事件就说明同意设置正确吗? 不是。实时事件只能证明到达SignalHost,不能验证全部四项同意设置,也不能证明已送达广告平台。请用Tag Assistant检查同意,再单独检查目的平台。

对您的流量数字意味着什么

看到事件就说明同意设置正确吗? 不是。实时事件只能证明到达SignalHost,不能验证全部四项同意设置,也不能证明已送达广告平台。请用Tag Assistant检查同意,再单独检查目的平台。

  • **Basic:** 获得相应同意前阻止跟踪代码。同意前不应在SignalHost中出现跟踪事件。
  • **Advanced:** Google代码以默认`denied`状态加载。选择前或拒绝后,Google仍可能收到无Cookie测量信号。收到信号不等于获得同意。

检查清单

  • 开始跟踪之前,您的横幅必须将权限设为拒绝。访客做出选择后,只更新其允许的用途,保存该选择,并处理后续撤回同意的情况。
  • 每项测试都使用新的无痕窗口。在Google Tag Assistant中输入网站URL,查看最早和最新的Consent事件。
  • 选择前和拒绝后:相关权限保持为`denied`。
  • 仅分析:可授予`analytics_storage`,广告权限仍应拒绝。
  • 允许广告:只授予访客实际同意的广告用途。
  • 撤回同意:相关值恢复为`denied`。刷新页面,检查已保存的选择。
  • 将SignalHost安装代码中的完整加载器URL加入横幅的阻止规则。自有域名可能不符合其常规Google规则。只有获得所需同意后才放行。

[Cookie 横幅设置指南](/zh/blog/cookie-heng-fu-consent-mode)

别再把数据丢给广告拦截器

免费开始。几分钟即可运行第一个容器。