Shopify 知识库 · 指南
购买与事件验证：从测试条件到证据记录
Shopify 购买与事件验证流程：按商品、购物车、结账、订单四阶段记录业务与事件证据，区分测试计划和已观察到的事实。
一次购买验证要同时回答“顾客能否完成任务”和“系统是否正确记录任务”。这份流程用于准备和执行测试，不代表某家店铺已通过验收。
前置条件
使用明确允许测试的店铺和付款测试方式；记录主题版本、商品、买家地区、币种与采集配置。Shopify 提供测试订单方式，不同支付配置的适用方式不同；不要把手动付款或真实网关交易当作无资金影响的模拟操作。测试订单。
按四个阶段记录
| 阶段 | 执行动作 | 业务证据 | 事件证据 |
|---|---|---|---|
| 商品 | 选择明确的变体与数量 | 页面选择与价格 | 相应事件及字段来源 |
| 购物车 | 加入并调整数量 | 行项目、数量、金额 | 是否重复、载荷是否随数量更新 |
| 结账 | 使用测试地址与付款方式 | 配送、税费、结账结果 | 事件是否发生、是否被接收 |
| 订单 | 核对后台测试订单 | 标识、付款状态与币种 | 最终记录是否能关联同一笔购买 |
先保存原始观察，再解释差异。网络请求成功只证明请求层的结果，不证明分析系统已经归入正确指标。Pixel 环境及调试限制见官方 GTM 教程。
最小测试矩阵
| 场景 | 要比较的差异 |
|---|---|
| 同意状态不同 | 哪些事件允许发生，哪些没有发生 |
| 页面刷新或重复操作 | 是否产生重复记录，如何识别同一动作 |
| 调整数量 | 业务数量、金额与载荷是否对应 |
| 付款未完成 | 是否误记为成功购买 |
| 测试订单完成 | 事件、接收端与后台记录能否对上 |
上述矩阵是建议测试覆盖，不是对任何特定 Pixel、浏览器或付款方式行为的预判。每个场景记录预期依据与实际观察，出现未解释差异就保持未通过。
交付与收尾
一份有效记录至少包含测试时间、配置版本、条件、操作、输入输出、预期依据、实际结果、未解决问题和恢复动作。脱敏时保留关联关系，移除凭证、顾客资料和可直接访问订单的链接。
测试结束后恢复仅为本次实验启用的配置，并检查正式购买是否受影响。具体金额口径见金额排查，采集边界见Pixel 与 GTM。