隐私、Cookie 与 consent 治理
把 Shopify 隐私设置、cookie banner、第三方像素、邮件同意、客户权利请求和供应商脚本放进同一张治理清单。 这篇可以单独读，也可以作为利润、商品数据、广告、隐私、支付和客服之间的风险治理 handoff。
先说清楚：这篇可以单独读
如果你现在只遇到一个具体问题，比如支付审核、GMC 暂停、EU 资料不齐、cookie banner 不确定、拒付上升或促销上线前心里没底，可以直接从本课开始。
GlowTrail 会作为本课案例。我们不把合规写成法律百科，而是把风险拆成 owner、证据、停止条件和下一步动作，让运营团队知道今天应该补什么、暂停什么、谁负责。
本课产出：隐私、Cookie 和 consent 检查表
把 Shopify 隐私设置、cookie banner、第三方像素、邮件同意、客户权利请求和供应商脚本放进同一张治理清单。
本课目标是交付一份隐私合规检查表。这份资产必须能回答四个问题：当前风险是什么，证据在哪里，谁负责，什么时候可以继续或必须暂停。
- 第一步：列出影响上线或扩量的风险节点。
- 第二步：为每个节点绑定公开来源、内部证据和 owner。
- 第三步：把继续、小流量测试、补证据、暂停或升级写成规则。
隐私合规检查表：consent gate
下面这张表是本课的可交付资产。使用时不要只填状态，要写清来源、证据、owner、截止时间和 stop/go 规则。
| 风险节点 | 证据或来源 | 经营判断 |
|---|---|---|
| Shopify 隐私设置 | cookie banner、privacy policy、opt-out 页面 | 先保证平台内设置可追溯 |
| 第三方像素 | Meta、Google、affiliate、热图、弹窗工具 | 未同意前不能默认触发追踪脚本 |
| 客户权利 | 访问、更正、删除、opt-out 流程 | 写 owner 和响应时限 |
| 供应商清单 | app、脚本、数据接收方 | 每次安装 app 都更新清单 |
公开来源参考：
- https://help.shopify.com/en/manual/privacy-and-security/privacy/customer-privacy-settings/privacy-settings
- https://help.shopify.com/en/manual/privacy-and-security/privacy/consent
- https://www.edpb.europa.eu/sites/default/files/files/file1/edpb_guidelines_202005_consent_en.pdf
- https://europa.eu/youreurope/business/dealing-with-customers/data-protection/online-privacy/index_en.htm
这些来源用于确认平台、监管、支付、隐私、税费或广告政策边界；非官方调研信号只转成 source-neutral 的操作判断，不在前台显名。
隐私不是只放一个政策页
GlowTrail 安装了广告像素、邮件弹窗、评论工具和分析脚本。隐私治理要确认这些工具何时收集数据、是否受 Shopify customer privacy settings 控制、以及用户拒绝后是否仍然触发。
落地时，把这个判断写进隐私合规检查表。每个高风险动作都要能追溯到一个证据包、一个 owner 和一个明确的 stop/go 规则，而不是在上线当天靠感觉决定。
consent gate 要在脚本之前
cookie banner 的价值不在于页面上出现一个弹窗，而在于它能阻止需要同意的追踪在用户同意前发生。检查时要看实际脚本触发顺序，不只看视觉组件。
落地时，把这个判断写进隐私合规检查表。每个高风险动作都要能追溯到一个证据包、一个 owner 和一个明确的 stop/go 规则，而不是在上线当天靠感觉决定。
客户权利请求需要运营 owner
删除、访问、opt-out 和营销取消订阅都需要有人处理。隐私清单要把客服、运营、技术和 app owner 写清楚，避免请求进入邮箱后无人负责。
落地时，把这个判断写进隐私合规检查表。每个高风险动作都要能追溯到一个证据包、一个 owner 和一个明确的 stop/go 规则，而不是在上线当天靠感觉决定。
GlowTrail 操作演练
GlowTrail 先列出所有会收集或转发数据的 app 和脚本，再用无痕窗口测试：首次访问、拒绝 cookie、接受 cookie、退订邮件、提交删除请求。每一步都截图并写 owner。
执行检查
- 每个风险节点都有 owner，不用模糊的团队一起看代替责任人。
- 每个公开 claim 都有官方或机构来源，不用社媒截图当正文证据。
- 每个 blocker 都有暂停范围、恢复条件和复盘时间。
- 结果要写回下一次 launch gate、利润复盘或季度治理 roadmap。
隐私合规检查表的证据链检查
隐私合规检查表最容易失败的地方，是只收集资料但不形成判断。更稳的做法是把证据分成四层：公开规则、内部事实、客户承诺和经营动作。公开规则回答平台或监管边界，内部事实回答店铺现在做到了什么，客户承诺回答页面和 checkout 说了什么，经营动作回答团队准备继续、暂停还是升级。
如果四层证据冲突，先暂停高风险动作。例如页面承诺免费退货，但客服 SOP 写的是买家承担退货；广告承诺快速发货，但 EU 包裹没有清楚税费责任；系统里有 cookie banner，但第三方脚本在同意前已经触发。这些冲突都要先进入consent gate，再决定是否上线。
最小记录方式是一张 8 列表：风险节点、公开来源、内部证据、客户触点、owner、当前状态、下一步动作、恢复条件。字段少一点没关系，关键是每次上线、扩市场、换支付、加像素或改 claim 时都用同一张表。
当团队暂时拿不到完整证据时，可以标记为临时通过，但必须限制流量、限制市场或限制 SKU，并写清补证据的截止时间。合规治理的价值不在于一次性完美，而在于让每次增长动作都带着更清晰的风险边界。
隐私合规检查表的验收标准
第一条验收标准是可复查。任何人打开隐私合规检查表，都能看到公开来源、内部截图或系统记录、客户触点和最后决策。不要只写已确认或没问题，这种状态无法被下一位同事复查。
第二条验收标准是可执行。表里每个 blocker 都要能变成动作：补政策页、改产品页、暂停广告、hold 订单、调整 checkout 文案、补标签资料、联系支付方或安排外部确认。不能执行的判断，需要继续拆小。
第三条验收标准是可恢复。暂停不是终点，暂停后要写恢复条件。例如补齐 business info 后重新提交 GMC，补齐产品安全资料后打开 EU 市场，拒付比例回到警戒线以下后恢复自动 capture。没有恢复条件，团队会在保守和冒险之间来回摇摆。
第四条验收标准是能回写到其他系列。隐私合规检查表的结论要能进入利润复盘、商品数据、广告结构、邮件发送、CRO 页面和客服 SOP。这样合规不是额外会议，而是每个增长动作前的一道运营控制点。
第五条验收标准是能解释给非合规同事。广告同事要知道为什么某个国家不能放量，客服同事要知道客户问到税费或退款时该怎么回答，运营同事要知道哪些订单需要 hold，创始人要知道哪些风险会影响现金和账号。
第六条验收标准是能留下版本记录。每次修改隐私合规检查表，都要记录改动时间、改动原因、影响页面或流程、验证结果和下次复查日期。三个月后回看时，团队能知道某个 gate 为什么变严、某个市场为什么暂停、某个 claim 为什么被改写。
最后，验收时要检查这份资产是否真的改变了下一步动作。如果填完隐私合规检查表之后，预算、页面、客服话术、商品资料、支付设置和事件记录都没有任何变化，说明它还只是文档。真正可用的风控资产，会让团队更快决定哪里可以继续，哪里必须先停。
交给 EU 运营边界前要带上的 consent 证据
本课承接 GA4、邮件生命周期和广告追踪；任何新像素、新 app、新弹窗上线前都要回到这里过 consent gate。
如果你是从利润、广告、CRO、邮件、商品数据或运营系列跳到这里，记住边界：前面的系列负责创造增长动作，本系列负责判断这些动作能否安全进入市场、能否继续扩量、是否需要暂停或升级。