博客
在服务器端跟踪前面放一个 Cookie 横幅：什么变了，什么没变
发布于 · 更新于 · 阅读约 3 分钟
横幅询问访客的选择，Consent Mode把选择传给Google代码，脚本阻止规则决定SignalHost代码是否运行。这是三项不同的工作。 仅显示横幅并不够。
服务器端跟踪在同意问题上改变了什么：什么都没有
第一方主机名是请求的一个技术属性。它不是许可。如果你昨天设置分析 Cookie 需要同意，今天同样需要，Cookie 现在由 metrics.yoursite.com 而不是 google-analytics.com 设置，与此毫无关系。监管机构的问题是你收集什么、为什么收集，而不是数据包在路上经过了哪台服务器。
设置Cookie横幅
横幅询问访客的选择，Consent Mode把选择传给Google代码，脚本阻止规则决定SignalHost代码是否运行。这是三项不同的工作。
在横幅供应商的设置中启用Google Consent Mode v2集成。仅显示横幅并不够。不要另加横幅或重复的Google代码。
Basic和Advanced有何区别？
请选择符合组织政策的模式。不要仅为显示事件就取消原本有意设置的脚本阻止。
- **Basic：** 获得相应同意前阻止跟踪代码。同意前不应在SignalHost中出现跟踪事件。
- **Advanced：** Google代码以默认`denied`状态加载。选择前或拒绝后，Google仍可能收到无Cookie测量信号。收到信号不等于获得同意。
先设置默认值，再传达访客选择
在SignalHost代码运行前，将`analytics_storage`、`ad_storage`、`ad_user_data`和`ad_personalization`设为`denied`。随后由横幅按访客选择更新每项权限。
- 仅同意分析不应同时授予广告权限。
- 下次访问时应记住选择；访客更改或撤回同意时，应发送更新。
- Google Ads增强型转化还需要`ad_user_data`许可及Ads端设置。`ad_personalization`针对个性化广告，不是普通事件计数。
如果横幅会阻止脚本
将SignalHost安装代码中的完整加载器URL加入横幅的阻止规则。自有域名可能不符合其常规Google规则。只有获得所需同意后才放行。
启用联系信息匹配之前
此可选功能可读取访客在网站输入的邮箱地址。哈希处理不会让联系信息变成匿名数据，普通事件计数也不需要这些信息。
在Advanced模式下，当`ad_storage`为`denied`时，联系信息可能先到达SignalHost，再由SignalHost移除。如果要求同意前不传输联系信息，请保持匹配关闭，或在同意前阻止代码运行。
检查同意和拒绝两种情况
每项测试都使用新的无痕窗口。在Google Tag Assistant中输入网站URL，查看最早和最新的Consent事件。请检查：
- 选择前和拒绝后：相关权限保持为`denied`。
- 仅分析：可授予`analytics_storage`，广告权限仍应拒绝。
- 允许广告：只授予访客实际同意的广告用途。
- 撤回同意：相关值恢复为`denied`。刷新页面，检查已保存的选择。
看到事件就说明同意设置正确吗？ 不是。实时事件只能证明到达SignalHost，不能验证全部四项同意设置，也不能证明已送达广告平台。请用Tag Assistant检查同意，再单独检查目的平台。