同意状态数据边界表
这篇不是教你把数据补回来。它教你把用户同意、标签行为、建模缺口和法律边界分开，知道哪里能测、哪里只能估、哪里必须承认看不到。
旧误解
装了 Consent Mode，GA4 数据就能恢复正常。
正确模型
Consent Mode 是同意信号传递和建模基础，不是同意绕过器，也不是法律合规本身。
先把术语说清楚
- CMP
- Consent Management Platform，同意管理平台。用户点接受或拒绝的弹窗通常由它管理，并把选择传给 Google tag、GTM、Shopify 像素或第三方代码。
- cookieless ping
- Google 文档也称为 measurements without cookies 的信号。它不带广告或分析存储，可以帮助建模，但不能恢复个人级追踪。
- 建模数据
- 在隐私限制下用可用信号估算趋势或转化，不是逐单事实，也不是把被拒绝的用户重新识别出来。
上一课用同一笔 20oz 保温杯订单验清了 view_item、add_to_cart、begin_checkout 和 purchase 的触发、参数与订单去重。那张 QA 表证明事件在测试条件下含义正确，不代表每位访客都会留下同样完整的用户、会话和广告证据。
现在把同一笔 Shopify 订单 #1008、支付 $48 放进四种状态：首次加载、接受、拒绝广告用途、接受后撤回。Shopify order 继续证明交易；Tag Assistant 证明 default 与 update 的顺序；GA4 只解释在当前同意边界下可观察到的事件、session 和 user 信号。
本课记录 ad_storage、analytics_storage、ad_user_data 和 ad_personalization，并把即时技术验收与上线后 7 天趋势分开。它不能证明法律合规，也不能把建模结果还原成逐人、逐单事实；状态证据不完整时，暂停受众、广告个性化和预算结论。
不要从“少了多少数据”开始，要从“这条证据属于哪个对象”开始
本课继续使用同一家美国 Shopify 店、同一个 GA4 Property 和 America/New_York 报表时区。商品是 20oz 防漏保温杯，商品 ID 为 TMB-20-OZ；德国访客完成 Shopify 订单 #1008，支付 $48 USD，GA4 对账键是 TMB-1048。市场、访客位置和 Property 时区是三个不同字段，不能因为访客在德国就临时改报表时区。
这笔订单会同时产生四类对象。Shopify order 是交易和支付事实；GA4 event 是某个动作的测量记录；session 是按 GA4 规则组合出来的一段访问；user 是在当前身份与同意条件下可识别的用户范围。Consent Mode 改变后面三类对象能留下多少证据，却不会把已经支付的 Shopify 订单变成不存在。
因此，验收问题不是“GA4 和 Shopify 为什么不一样”，而是“访客做出选择前默认状态是什么、选择后更新成什么、标签按哪种模式执行、每个系统最后保存了什么”。只要这四个问题中有一个没有证据，报表差距就只能标记为待解释，不能直接归因给广告、页面或消费者需求。
| 测试时刻 | 访客动作 | 必须记录的状态 | 直接证据 | 通过条件 | 失败动作 |
|---|---|---|---|---|---|
| 首次加载 | 尚未点击横幅 | 四个 default 值与触发顺序 | Tag Assistant Consent 时间线 | default 早于非必要标签 | 暂停发布，修复初始化顺序 |
| 明确接受 | 允许分析与广告用途 | 四个 update 值 | CMP 记录、Tag Assistant、DebugView | 映射按选择变为 granted 且跨页保留 | 修 CMP→Google 映射，只重测这一状态 |
| 拒绝广告 | 只允许必要用途 | 广告相关值保持 denied | Tag Assistant 与 Ads 使用资格 | 不出现被拒绝的存储或个性化用途 | 暂停受众与广告个性化 |
| 接受后撤回 | 继续浏览并完成 #1008 | 撤回 update 与后续标签行为 | Tag Assistant、Shopify 订单、GA4 可见性 | 撤回后不继续使用已拒绝用途 | 停止报表解释，先修撤回传播 |
基础模式：缺口明显，但边界容易证明
基础模式下，访客与横幅互动前 Google 标签被阻止；如果访客拒绝，Google 不接收该次 Google 测量数据。验收时要看到“没有发送”这条直接证据，而不是用 GA4 报表里恰好没有事件来猜测。报表缺口可能更大，但团队较容易向业务解释：这部分访问没有进入 Google 测量。
高级模式：仍有测量信号，但不是逐人追踪
高级模式先设置 denied 默认值，标签仍可加载并发送不带被拒绝存储的 measurements without cookies；同意后再发送完整测量。这里最容易犯的错，是把 cookieless measurement 写成“拒绝后仍能识别这个人”。它只支持受限观察与建模，不能恢复个人身份，也不能告诉你哪一条 modeled conversion 就是 #1008。
把 31.9 个百分点的差距当作调查入口，不当作 Consent Mode 的功劳或责任
系列第一课的完整窗口里，GA4 purchase 从 100 降到 65，下降 35%；同窗 Shopify 订单从 98 降到 95，下降约 3.1%。两种下降幅度相差约 31.9 个百分点。Consent Mode、CMP 映射或同意率变化可以成为候选解释，但这一组总量本身不能证明是哪一种机制造成。
正确顺序是先锁定发布版本与完整日期窗，再按地区检查 CMP 选择率，复跑四种状态，最后把 GA4、Shopify 与 Ads 放回同一窗口。只有 default/update 顺序、模式、状态覆盖和订单事实都能复查时，才能说差距“与同意边界一致”。仍然不能说 Consent Mode 导致真实订单下降，也不能把 modeled 数量拿去逐单对账。
停止线：任何 default、update、撤回、区域规则或发送器证据缺失，就暂停受众、Ads 归因、预算调整和“隐私改动影响营收”的结论；先修状态传播，再用同一套四场景复测。
EU 访客拒绝营销 cookie 后，仍然可能完成订单
比如一家 Shopify 店在德国卖 20oz 保温杯。访客第一次进站时拒绝营销 cookie，只允许必要项，随后浏览商品页、加购，并通过 checkout 完成一笔订单。这个订单在 Shopify 里仍然是真实交易，订单号、金额、商品、支付状态和履约状态都应该能查到。
正确读法不是广告突然不行了，也不是 GA4 漏单所以订单不可信。Shopify 证明交易发生，Tag Assistant 证明同意状态怎么变化，GA4 说明站内行为在这个边界下还能看到多少，Google Ads 只能在允许的同意状态下使用转化和受众信号。
- Shopify：订单事实和支付状态
- Tag Assistant：default / update / denied 是否按顺序出现
- GA4：purchase 是否可观测，缺口是否来自同意边界
- Google Ads：广告个性化、受众和转化资格是否允许使用
先把市场、CMP 和标签状态写成一条可复查的路径
这是供课堂或授权测试使用的记录，不判断地区法律，也不改变 CMP、banner、Google tag、像素、订单、广告、受众或用户同意。它只帮助你把 default、update、可观测和建模边界写清。
市场与 CMP 矩阵
选择最接近当前测试的状态。未知范围不是失败，而是停止把技术读数解释成合规或经营结论的信号。
已批准使用横幅的市场，默认 denied
网络与状态故障演练
先把症状变成读回顺序。这里不重排标签、不改同意、不改像素，也不把建模读数写成订单事实。
default 出现在标签之后
同意测试记录关卡
勾选表示这一项写进当前浏览器的记录，不代表设置已经通过，也不赋予任何生产改动权限。
同意故障找错题
数据出现缺口时，哪一种动作能保留证据，又不会通过改变同意或生产设置来掩盖原因？
可填写同意测试记录
只写课堂别名或获授权测试引用。真实买家、支付、地址、后台截图和访问凭证只应留在获授权的工作环境。
四个信号不是术语表，是上线验收字段
每个字段都要回答：用户在哪里选择、哪个系统读取、错了会坏什么、证据在哪里。
| Signal | 普通话解释 | 在哪里看 | 错了会坏什么 | 通过证据 |
|---|---|---|---|---|
| ad_storage | 广告 Cookie 或广告存储是否可以使用。它影响广告点击识别、再营销和部分广告归因。 | 在 CMP、Google tag / GTM 的同意状态、Tag Assistant 的 Consent 页签里看。 | 拒绝同意时仍发送广告标识，或者同意后广告受众仍建不起来。 | 拒绝场景为 denied，同意场景为 granted；状态变化早于广告标签触发。 |
| analytics_storage | 分析 Cookie 或分析存储是否可以使用。它影响 GA4 识别会话、用户和重复访问。 | 在 Google tag / GTM、GA4 DebugView、Tag Assistant 和次日报表趋势里交叉检查。 | 用户数、会话数、购买漏斗和新老客判断会突然变形。 | 同意前默认 denied；同意后 update 为 granted；页面跳转后状态不丢失。 |
| ad_user_data | 是否允许把用户数据用于广告相关用途，例如增强型转化或广告平台处理。 | 在 Consent Mode v2、Google Ads 转化链路和同意管理平台的广告用途字段里看。 | Google Ads 导入转化、增强型转化或建模口径可能和用户选择不一致。 | 广告用途被拒绝时为 denied；只在明确同意后变成 granted。 |
| ad_personalization | 是否允许广告个性化。它主要影响再营销、受众和个性化广告使用。 | 在 CMP 的营销同意、Google tag / GTM 同意状态和广告受众资格里看。 | 用户拒绝个性化后仍进再营销受众，或同意后受众规模异常偏小。 | 再营销相关标签只在 granted 后进入可用状态；拒绝后不继续个性化。 |
基础模式
- 同意前发送
- 用户互动前不加载 Google 标签；不同意时不向 Google 传输数据。
- 适合团队
- 适合合规要求更保守、团队还没有稳定 CMP/GTM 证据链的新站。
- 主要风险
- 数据缺口更明显，建模通常更偏一般模型，但边界更容易解释。
- 验收重点
- 拒绝同意时，Tag Assistant 不应看到 Google 标签继续发送数据。
用户同意、不完全同意、撤回时，你到底能看到什么
先点左侧最接近你的测试状态，再看右侧四格：能看到、可能建模、必须承认看不到、业务上应该怎么读。这个结果会写进复制笔记总结。
用户拒绝广告，只允许必要项
不要只测接受按钮，也要测拒绝、撤回和跳转
Tag Assistant 的价值不是证明有事件，而是证明 default、update、同意类型和 tag consent checks 在正确时间、正确页面、正确场景下成立。
首次访问，尚未选择
接受分析与广告
拒绝广告，只允许必要项
撤回同意并继续浏览
同一条购买路径，在不同同意状态下会留下不同证据
选择最接近你的测试状态，右侧会显示 Tag Assistant、GA4、Shopify 和 Google Ads 应该如何变化。重点不是让所有系统数字一样，而是能解释为什么不一样。
首次访问，未选择
先看到 default consent，再看到 page_view 或其他标签；如果 tag 先读 cookie，再设置 default，就是失败。
基础模式下通常还没有 GA4 事件；高级模式下可能有不带 Cookie 的 measurement / cookieless ping。
Shopify 还没有订单事实；Customer privacy 状态要能解释 pixel 是否允许加载。
不要把这一刻当成可用再营销资格；广告信号仍取决于 ad_storage / ad_user_data / ad_personalization。
不要只交视觉证明，交一份后台能复查的同意状态证据记录
视觉证明只能说明某一刻看起来正常。证据记录要写清字段、路径、状态变化和停止条件，下一篇 Ads 报表才能继续复用。
默认同意与 CMP 映射记录
什么时候用：上线前或更换 CMP 时先做这一份。它回答“哪个地区默认是什么状态、用户点哪个按钮会改成什么”。
先选要检查的同意边界，再进入报表和广告结论
在下面选择你本周准备检查的边界。如果后台路径、必填字段、通过线和暂停线写不出来，就先不要把 GA4 或 Ads 的变化解释成经营变化。
这里还要把选择界面本身纳入证据。这项关于 GDPR 后同意弹窗的研究在历史研究语境下，先考察英国网站上的第三方 CMP 界面，再用浏览器扩展让美国参与者在重复浏览任务中接触受控通知界面。在测试的界面中，去掉首屏的 reject-all 操作会增加选择接受的情况；首屏提供更细的 consent granularity 时，相比只有 bulk 控件，选择接受的情况会减少。因此，复查时除了读回信号，还要记录首屏 reject/accept 的相对显眼程度、essential 与 optional 处理是否分开、重要控件是否需要额外导航：这些是 choice visibility/navigation friction 的治理证据，不是当前法律、CMP、Google/Shopify 行为或转化结果。在两项 within-subject browser-extension 实验中，完成两项实验的美国大学网络/邮件招募参与者为 40 人（CHI 2020 proceedings + arXiv v1，PDF p.7；measurement window 是两项 browser-extension field experiment 的重复界面暴露期；论文未报告具体 calendar dates）。在 barrier-notification regression 中，首屏同时提供 Accept All + Reject All，相比只有 Accept All，使接受概率提高 +22 个百分点（PDF p.9）。这两个数字只描述该研究的实验样本与界面条件，不是当前 EU visitor、法律合规或 ecommerce conversion 的结果；英国网站 scrape 另有 September 2019 的窗口，但那是 N1/N2 的网站样本，不是这两项参与者实验的日期。参与者是美国居民，整体较年轻且受教育程度较高，研究场景在欧盟之外；英国网站抓取也可能漏掉动态渲染或定制的 CMP 状态，重复浏览与顺序效应仍是限制。因此，这项研究不证明当前法律、任何 CMP、Google 或 Shopify 的行为、转化效果或 Ecomwith 结果；当前市场、供应商和店铺配置仍需单独的权威与隐私复核。
CMP 映射检查
GA4 用户数或会话数上线后明显下降
可能是 analytics_storage 默认 denied、同意率变化、区域规则、标签顺序或真实隐私缺口。
先看 Tag Assistant 的默认状态和同意后 update，再按地区拆分同意率与会话变化。
这不等于流量一定下降。先把收不到和没人来分开。
不要马上重做广告预算或宣布 SEO 下滑。
把 Consent Mode 当成证据链，不是开关
把同意边界写成下一篇 Ads 报表能继续用的笔记
读完这篇不要只留下“已安装 Consent Mode”。更有用的是留下当前症状、第一证据、这周动作、暂停动作和 7 天复盘窗口。下一篇读 Ads 报表时，才不会把隐私缺口误判成广告表现。
尚未复制：复制反馈不等于账户证据。
- 当前压力：GA4 用户数或会话数上线后明显下降
- 第一证据：先看 Tag Assistant 的默认状态和同意后 update，再按地区拆分同意率与会话变化。
- 本周动作：用 基础模式 的验收重点复核 default consent、update 和 Shopify 路径。
- 事件模拟：首次访问，未选择；下一步：记录 Tag Assistant Summary、Consent 页签和 API Call / Output，证明 default 早于 page_view、Ads tag 和 Customer events。
- 可见性判断：用户拒绝广告，只允许必要项；能看到：Shopify 订单仍然是真实交易；Tag Assistant 应显示广告相关信号 denied；GA4 可能只能看到受限行为。；看不到：广告个性化、再营销资格和部分广告归因不该被强行补回来。
- 同意状态证据记录：默认同意与 CMP 映射记录；必须记录：地区和默认状态：国家/地区、banner 是否展示、默认 granted / denied。 / CMP 类别到四个 Google 信号：necessary、analytics、marketing、personalization 分别映射到哪些 signal。 / 标签顺序：default consent 早于 Google tag、GTM container、page_view、Customer events。 / Tag Assistant 记录：Summary、Consent、API Call / Output、触发页面 URL、测试设备。
- 上线前同意信号检查：CMP 映射检查；通过线：default 早于标签触发；接受、拒绝、撤回和页面跳转都能解释四个信号。；暂停线：如果 CMP 类别说不清四个信号，或 default 晚于标签触发，本周不要上线。
- 同意测试记录：已批准使用横幅的市场，默认 denied；当前故障：default 出现在标签之后。
- 测试记录关卡：0/7；先选一个不改变生产状态的处理。
- 暂停动作：不要马上重做广告预算或宣布 SEO 下滑。
- 复盘窗口：上线后 7 天同时看同意率、GA4 purchase、Google Ads 转化和 Shopify 订单。
上线后第一周先解释信号边界，再解释经营变化
Consent Mode 上线后的第一周，很多数字会变。正确动作不是马上调预算，而是把可观测、建模、不可见和订单事实分开。
| 读数 | 和什么一起看 | 安全解释 | 危险解释 |
|---|---|---|---|
| 同意率 | 按国家/地区、设备、入口页和新老访客拆分。 | 同意率下降解释可观测信号减少；它不是自动证明需求下降。 | 只因为 GA4 users 下降就削广告预算或宣布 SEO 流量下降。 |
| GA4 sessions / users / purchase | 同时看 Shopify orders、payment record、UTM 入口和 DebugView 测试订单。 | GA4 是行为可观测证据；订单系统才是交易事实。 | 强行让 GA4 purchase 和 Shopify 订单 100% 一致。 |
| Google Ads conversions / audiences | 看 ad_storage、ad_user_data、ad_personalization、增强型转化和受众资格。 | 可用广告信号减少会改变转化和受众读数；先解释信号边界再评估投放。 | 为了恢复受众规模，把拒绝广告用途的用户改成 granted。 |
| 建模数据 | 和可观测订单、同意用户趋势、广告后台口径、财务结果一起看。 | 用来判断趋势、区间和方向，不用来逐单对账。 | 把建模数据当作恢复了个人级追踪，或完全拒绝看任何建模趋势。 |
30 分钟 Consent Mode QA meeting
这五段把模拟器、证据账本和上线后读数串成一条会议路径。每段都有直接证据和动作/输出，结果写回上面的 consent notebook/workbench；它不是把链接堆在文末的补充说明，而是一条可执行的 QA 路径。
0-5 分钟
会议焦点先定义本次上线验收覆盖哪些国家/地区、CMP、标签主路径和 Shopify Customer events / pixel 路径，并明确选择 basic 还是 advanced。
证据读回地区规则、Customer privacy、CMP 类别映射、GA4/Ads/GTM/Customer events 入口和模式选择；不能只证明弹窗存在。
动作 / 输出在 consent notebook/workbench 写下测试市场、主路径和默认状态，输出本次会议不覆盖的页面、地区或第三方脚本边界。
5-12 分钟
会议焦点证明 default 先于标签和 page_view，再按首次加载、接受、拒绝、撤回、页面跳转的时间顺序看 update 是否生效。
证据Tag Assistant Summary、Consent、API Call / Output 和页面事件时间线要显示 default → 用户选择 → update → 后续标签；跳转后不能恢复旧状态。
动作 / 输出把每个状态的旧值、新值、页面、时间和失败页面写回 notebook；若顺序错或撤回后回到 granted，停止上线结论。
12-18 分钟
会议焦点沿着 PDP、add_to_cart、checkout、purchase 跑一条电商路径，检查选定同意状态下 Shopify order ID 和 Google 信号分别留下什么。
证据保存 Tag Assistant 状态、GA4 DebugView / 事件记录、Google Ads 标签状态、Shopify order ID、value、currency 和 Customer events / pixel 记录。
动作 / 输出输出“订单发生”与“事件可观测”两条分开的结论；purchase 缺失不能直接写成 checkout 漏单，也不能拿 Shopify 订单反推用户同意。
18-24 分钟
会议焦点把证据分成可观测、建模、不可观测和交易事实四层，说明每个层级能支持什么判断、不能支持什么判断。
证据对照 consent state、GA4 可见事件、Ads 转化/受众、建模读数、Shopify order 和支付记录；不要把 cookieless ping 当成人级追踪。
动作 / 输出在 notebook 的 observed / modeled / unobservable / order truth 字段中分别落证据，输出安全解释和禁止的报表或预算动作。
24-30 分钟
会议焦点把 QA 结论路由给正确负责人：tracking repair、legal/privacy、Ads report，还是业务分析；不要让一个“数据少了”结论跨过边界。
证据复核每个失败场景的直接证据、负责人、暂停线、重测条件和下一次日期；仍无法解释的状态保持 blocked / manual review。
动作 / 输出输出单一下一步和复盘日期，并把结论写入复制笔记与 consent notebook；只有状态、订单边界和数据解释都闭合后才进入 Ads 或业务判断。
官方来源能证明规则，不能替你证明合规或上线通过
这张表把官方文档能证明的技术事实和仍需团队自行验收的业务、合规、页面覆盖边界分开，避免把引用来源当成上线批准。
| 来源 | 能证明 | 不能证明 |
|---|---|---|
| Google Consent Mode 概览 | 能证明 Consent Mode 的行为模型、basic / advanced 差异和建模边界。 | 不能证明你的法律合规、地区文案或 CMP 选择已经正确。 |
| Google Consent Mode 指南 | 能证明 default / update 顺序和四个 Google 同意信号的技术规则。 | 不能证明 CMP 类目映射、用户选择文案或地区策略一定正确。 |
| Tag Assistant 同意调试 | 能证明测试方法、Summary / Consent / API Call / Output 证据和标签时序。 | 不能证明标准报表每天稳定，也不能证明所有页面路径都已覆盖。 |
| Google Analytics Consent Mode 设置说明 | 能证明 basic / advanced 模式差异和 GA4 设置入口。 | 不能替团队选择法律策略，也不能证明广告用途资格已经可以使用。 |
| Shopify Customer privacy settings | 能证明 Shopify 隐私设置入口、cookie banner 和地区设置位置。 | 不能证明所有第三方脚本都会自动遵守这个同意状态。 |
| Shopify custom pixels privacy | 能证明 custom pixel 的 Permission / Data sale 设置入口。 | 不能证明迁移前的旧像素、自定义代码或外部脚本完全没有风险。 |
边界提醒：这不是法律建议。Consent Mode 能帮助你按同意状态传递测量信号，但不能替代隐私政策、Cookie 文案、地区规则判断或合规审核。