纯文字版教程展开阅读
第四阶段 市场与数据
配置隐私政策、cookie banner、数据共享 opt-out 和客户请求，审查 Customer events 中 App pixels 与 custom pixels，并验证同意前后事件和重复追踪。
Settings > Customer privacy and Settings > Customer events90分钟
第四阶段 市场与数据
这一课为什么要先做
隐私不是发布一页 policy 就结束。Cookie banner 显示在哪些地区、拒绝后哪些 pixels 还能运行、数据共享 opt-out 是否可访问、客户请求谁处理，都要实际验证。另一个常见问题是主题代码、App pixel 和 custom pixel 同时发同一个 purchase，广告平台看起来数据变多，实际是重复事件。
做完以后要留下什么
一份隐私和事件清单，包含适用市场、banner、opt-out、政策链接、客户请求负责人、每个 pixel 的所有者、事件列表、consent 行为和去重证据。
开始前准备
- 政策页已写清实际数据收集、用途和分享。
- 列出当前所有分析、广告、聊天、评论和营销 App。
- 准备无痕浏览器和事件调试工具，不使用真实客户数据。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
配置 Customer privacy 区域
进入 Settings > Customer privacy，查看 Privacy policy、cookie banner、data sharing opt-out 和 customer data requests。按首发市场启用需要的体验，不要为了少一个弹窗关闭法律要求。
检查 Cookie banner 的展示和文案
从无痕浏览器和目标国家视角打开店铺，测试 Accept、Decline 和 preferences。检查 banner 不遮挡关键按钮，语言与政策一致，拒绝后页面仍可基本使用。
配置数据共享与客户请求
确认 opt-out 页面或链接能被客户找到，并写清内部响应流程。Customer data request、delete 或 opt-out 不能只由一个人知道，设置身份验证、时限和记录。
审查 Customer events 中的 pixels
进入 Settings > Customer events，列出 App pixels 与 Custom pixels。每个 pixel 写平台、安装来源、事件、所有者、consent 行为和是否仍使用。未知或重复 pixel 先暂停调查，不要直接删除证据。
清理主题和 App 重复事件
搜索 theme、GTM、App embed 和渠道 App 是否同时装同一平台。purchase、add_to_cart、view_item 等事件一次业务动作只应按设计发送一次，服务器和浏览器双路时要有 event ID 去重。
测试同意前后和完整购买
分别在未选择、Accept 和 Decline 状态浏览商品、加购和测试购买。记录 network 或平台调试结果，确认必要事件、可选广告事件和 consent 信号符合设计。清 cookie 后重测。
North & Pine 案例怎么设置
North & Pine 在美国首发仍建立清楚的 privacy policy、cookie preference 和 data sharing 入口。Customer events 里只保留每个平台的一套受管 pixel，旧主题脚本先记录再移除。团队在无痕环境分别拒绝和接受，验证 page_view、add_to_cart 和 purchase 没有重复。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 隐私设置 | 按市场适用 | 不同地区要求和体验可能不同 |
| Pixel 真源 | 每个平台一套明确安装 | 避免 theme、App 和 custom 重复 |
| 客户请求 | 有身份验证和时限 | 保护客户数据并可复查 |
| 测试状态 | Unset、Accept、Decline | 不能只测同意后的事件 |
这些地方先不要乱动
- 不要认为有 privacy policy 就完成隐私合规。
- 不要在 theme、GTM、App 和 custom pixel 重复安装同一事件。
- 不要截图或导出真实客户请求和身份资料。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- Banner、preferences 和 opt-out 在目标市场可访问。
- 客户请求有负责人、身份验证、时限和记录。
- 每个 pixel 的来源、事件和 owner 已登记。
- 重复安装已经处理或有明确调查单。
- Unset、Accept、Decline 与 purchase 测试通过。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| Decline 后广告事件仍发送 | 定位事件来源是 App pixel、custom pixel、theme 或 GTM，检查 consent integration，再逐个关闭复测。 |
| Purchase 出现两次 | 对比 event source、timestamp 和 event ID，保留一套主安装，并为 browser/server 双路设置去重。 |
| 某市场看不到 cookie banner | 检查 Customer privacy 的 regions、market preview、缓存、语言和第三方 CMP 冲突。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Settings > Customer privacy and Settings > Customer events 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是Consent、Cookie Banner、Pixel 和事件去重。本课案例的验收重点是确认拒绝同意时的行为与 purchase 事件不会被主题、App 和 Custom pixel 重复发送。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对Consent、Cookie Banner、Pixel 和事件去重，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| Consent、Cookie Banner、Pixel 和事件去重 | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步Apps 与 Sales channels，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到Apps 与 Sales channels。
常见问题
App pixel 和 custom pixel 有什么区别？
App pixel 由安装的 App 或渠道集成管理，custom pixel 由店铺自行添加代码。两者都要审查事件、数据权限和 consent 行为。
为什么 Pixel 数据比订单多？
可能是重复安装、测试订单、跨域、退款口径或平台归因窗口。先从同一订单的 event source、event ID 和时间线查，不要直接用广告平台总数解释。
Cookie banner 是否所有国家都一样？
不一定。适用规则和平台设置会因地区变化。按目标市场配置并获得合规复核，不要只根据自己所在地看一次。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。