诊断决策 / 同意信号治理
Consent 不是横幅：追踪断点常在默认值与更新顺序
CMP 显示正常不代表测量链正常。验证默认状态是否先到、用户选择能否更新、各标签是否按状态行动，以及地区规则是否被正确应用。
先把本篇问题写成一句话，再确认它影响的是流量、Feed、页面、结账、EDM 还是数据复盘。
围绕事件触发、参数、去重、Consent、归因和平台回读留下证据；执行前核对当前规则。
直接判断：看到 cookie 横幅不等于 Consent 已正确接入，横幅消失更不等于用户选择已传给所有标签。 真正要验收的是信号顺序：页面最早时刻有什么默认状态，用户选择后是否更新，Google 与非 Google 标签是否分别按状态改变行为，跨页后状态是否保持。
先做判断
先把“法律界面”和“技术信号”分开。CMP 负责收集与记录选择，Consent Mode 或等价机制把选择传给标签，标签再据此决定存储、测量和广告用途。任一层成功都不能替代其他层。技术团队可以证明状态如何流动，但不能自行决定某地区该采用什么默认值或哪些用途具备合法基础。
若转化漏记集中在特定地区、浏览器或同意选择，优先检查 consent；若所有路径都漏，先回到基础事件。不要先调整横幅样式或延迟时间来追求更高同意率，这既没有定位故障，也可能改变合规风险。
诊断框架
用四个时刻验证状态机：
- 初次加载、尚未选择：默认状态必须在依赖它的标签之前可用。记录事件时间线，而不是只看最终状态。
- 明确拒绝：检查相关存储、广告用户数据、广告个性化与分析信号如何表现；哪些标签仍可发送受限测量，必须以当前官方与法律要求为准。
- 明确接受：确认 update 发生，后续标签读取到新状态，且不会因为触发器设计而永久错过本次页面。
- 撤回或修改：跨页、再次访问和偏好中心修改后，状态要一致地更新并持久化。
当前 Google 体系常见的信号名称包括 ad_storage、analytics_storage、ad_user_data 与 ad_personalization，但不要把名称清单当验收。要逐个写明它控制的用途、默认来源、更新来源和受影响标签。基础漏记排查见转化漏记诊断；若还启用用户提供数据匹配，继续检查Enhanced Conversions 健康度；最终证据用验收证据链归档。
常见误判
- “CMP 已经通过扫描，所以追踪没问题。”扫描不能替代真实页面事件顺序与不同选择路径测试。
- “所有标签都等用户接受后再加载最安全。”不同标签和地区规则可能要求不同处理；全阻断也可能让可用的受限测量失效，必须按当前规范判断。
- “Google 标签有内置检查，所以第三方标签也会自动遵守。”非 Google 标签往往需要独立映射和触发控制。
- “同意率下降就是追踪坏了。”也可能是文案、地区构成或用户偏好改变，需要同时看状态流与趋势。
- “建模数据能替代观测数据。”模型只能在满足条件时提供估算，不能修复错误的默认值与更新链。
验证清单
- CMP、GTM、站点脚本中谁设置默认状态只有一个清晰责任人。
- 默认信号先于依赖标签出现，事件时间线有证据。
- 未选择、拒绝、接受、撤回四条路径均已测试。
- Google 与非 Google 标签的 consent 检查分别记录。
- 主要设备、浏览器、地区规则与跨页持久化有抽样。
- 法律判断、技术验证和平台诊断在文档中明确分层。
适用边界
本文提供 Consent 技术链的验证逻辑，不告诉你某地区应使用何种默认状态，也不构成法律意见。Consent Mode 版本、信号含义、建模资格、CMP 认证和地区监管都会变化；每次上线、换 CMP、改主题或进入新市场前，都应回查当前官方文档、CMP 文档和专业法律意见，再用本文状态机做技术验收。