第四阶段 · 市场与数据
Notifications 与邮件：逐封测试订单、发货和退款通知
检查客户与员工通知、发件邮箱、品牌、模板变量、收件人和语言，逐封发送测试，并验证订单、发货、取消和退款触发。
本课怎么做才算完成
沿着 Settings > Notifications 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Notifications
- 本课产出
- 一份通知矩阵，列出每封客户和员工通知的触发、收件人、From、Reply-To、语言、测试结果、截图和负责人。
- 可以继续
- 关键通知矩阵完整，sender 可回复且认证，模板变量和真实订单触发通过，多邮箱送达可回读。
- 必须暂停
- 如果真实订单变量为空、Reply-To 无人处理、关键通知未送达或退款/发货通知无法触发，先暂停上线。
证据边界：模板存在、预览正常或 Send test email 成功，不证明真实订单变量、客户收件箱、所有邮箱供应商和后续模板改动都正确。
这一课为什么要先做
后台显示模板存在，不代表客户真的能收到。发件域名、垃圾箱、模板变量、语言、员工收件人和订单状态都会改变结果；必须把模板预览和真实触发分开测试。
开始前准备
- 域名、企业邮箱和 Sender email 已配置。
- 准备 Gmail、Outlook 等不同邮箱测试收件。
- 准备一笔可取消、可发货和可退款的测试订单。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
建立通知矩阵
进入 Settings > Notifications，列出 Order confirmation、Shipping confirmation、Shipping update、Cancelled、Refund、Customer account 和 Staff notifications。每封写触发条件、收件人和责任人。
做完后应该看到或拿到：得到客户和员工通知的完整清单、触发和责任。
怎样算完成：每个关键订单状态都有明确通知或明确不发送的理由。
如果结果不对或入口没出现：入口或通知缺失时，确认当前店铺和页面标题，回到完整 Notifications section，不要以 Send test email 代替矩阵。
留下证据：记录通知、触发、收件人、From、Reply-To、语言、测试结果和负责人。模板预览不证明真实变量和投递。
核对 Sender email 和品牌
确认 From 与 Reply-To 能进入真实客服，logo、颜色和店铺名称与 Brand 一致。发件地址显示 authenticated 只是一个状态，仍要实际检查收件和回复。
做完后应该看到或拿到：得到可回复 sender、品牌一致性、认证状态和实际收件人。
怎样算完成：客户回复不会进入无人邮箱，品牌和发件身份在邮件中一致。
如果结果不对或入口没出现：测试邮件正常但真实变量为空时，检查真实订单状态、模板作用域和自定义代码，用原版模板对比复现。
留下证据：保存脱敏 From/Reply-To、认证状态、品牌截图和外部邮箱回复结果。
失败处理：不要把 no-reply 或无人处理的邮箱当作客服 sender；先修复回复路径。
先发模板测试
逐封使用 Send test email，检查标题、预览文字、logo、按钮、页脚、政策链接和移动端排版。模板测试主要看样式和固定文案，不证明真实变量。
做完后应该看到或拿到：得到每封模板的样式、固定文案和移动端结果。
怎样算完成：关键模板没有明显布局、品牌或政策链接错误，且问题已记录。
如果结果不对或入口没出现：模板测试失败时先复制原代码并做小改动，保存前后都保留回滚副本。
留下证据：记录模板、测试邮箱类型、截图、时间和变更版本。
检查 Liquid 变量和自定义
如需修改模板，先复制原代码，尽量做小改动。检查 order、line_items、discount、tracking 和 refund 等变量是否在当前模板可用，不要粘贴来源不明的大段代码。
做完后应该看到或拿到：得到变量与通知类型的对应、渲染结果和版本记录。
怎样算完成：真实订单需要的商品、金额、折扣、追踪和退款变量有实际结果。
如果结果不对或入口没出现：客户回复到了无人邮箱时，修正 Sender 或 Reply-To，重新测试并从外部邮箱实际回复。
留下证据：保存变量测试、模板版本、回滚副本和外部邮箱结果。
失败处理：如果变量在 Send test email 中为空，不要直接宣称模板坏了；用真实测试订单区分测试上下文和生产上下文。
用真实测试订单触发
下测试订单后依次触发确认、发货、追踪更新、取消或退款，检查邮件中的商品、金额、地址、追踪和政策。员工通知也要确认正确人员收到，不要发到离职邮箱。
做完后应该看到或拿到：得到真实订单状态与通知邮件的逐封对应。
怎样算完成：关键客户和员工通知都收到正确变量，未产生意外真实收费。
如果结果不对或入口没出现：邮件没有触发时，先确认订单状态、fulfillment、tracking、取消/退款实际发生，再检查通知开关和模板。
留下证据：保存测试订单、触发时间、邮件 Message ID、收件箱、变量和负责人。
检查送达和建立变更规则
在不同邮箱查看 Inbox、Promotions 和 Spam，测试 Reply-To，记录最终截图和 Message ID。任何模板修改都要重新走测试矩阵，并保留回滚副本。
做完后应该看到或拿到：得到多邮箱送达、回复路径、变更影响和回滚规则。
怎样算完成：Gmail、Outlook 等至少两种环境的关键通知可回读，变更后知道要重测哪些模板。
如果结果不对或入口没出现：发货邮件没有 tracking 时，确认 fulfillment 已添加 tracking number、carrier 和通知客户选项，再检查模板变量。
留下证据：记录收件箱/垃圾箱、Reply-To、Message ID、模板版本、回滚点和下次复查人。
失败处理：如果真实订单变量为空或邮件投递异常，先保持上线阻塞，不能只凭模板预览通过。
现在把判断用到你的店铺
选订单确认、发货、取消和退款四类关键通知。模板测试之后，使用同一笔测试订单触发真实邮件，检查商品与变体、金额、运费、追踪链接和 Reply-To；至少在两个收件环境检查收件箱与垃圾箱。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一份通知矩阵，列出每封客户和员工通知的触发、收件人、From、Reply-To、语言、测试结果、截图和负责人。
相关后台路径：Settings > Notifications
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：Send test email 或模板预览不证明真实订单变量、客户收件箱投递、所有邮箱供应商和后续模板改动都正确
继续条件：关键通知由真实事件触发，商品、金额、运费、追踪和 Reply-To 正确，至少两个收件环境已检查
暂停条件：如果只做模板测试、真实变量为空、邮件进入垃圾箱或员工通知发给无关人员，先修复
下一步：下一课检查 Customer privacy、cookie banner、pixels 与 consent 前后的事件行为。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
先建立通知矩阵，再逐封触发
这张表把通知名称、状态、收件人和实际证据放在一起。不要只把模板预览当作完成；每一行都要有真实触发或明确不发送的理由。
| 通知 | 触发 | 收件人 | 测试结果 |
|---|---|---|---|
| Order confirmation | 订单创建 | 客户 | Message ID / 时间：________ |
| Shipping confirmation | Fulfillment + tracking | 客户 | Tracking / 时间：________ |
| Cancelled / Refund | 取消或退款完成 | 客户 / 员工 | 收件箱 / 时间：________ |
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| Sender email | support 品牌邮箱 | 客户可直接回复 |
| 关键通知 | 确认、发货、取消、退款 | 覆盖主要订单状态 |
| 模板变量 | 真实订单验证 | 预览不代表变量可用 |
| 变更规则 | 复制、改动、矩阵复测 | 保留回滚和责任 |
这些地方先不要乱动
- 不要只点 Send test email 就宣布通过。
- 不要让客户 Reply-To 指向无人邮箱。
- 不要直接改模板而不留原代码、版本和回滚点。
常见问题
Send test email 通过就够了吗？
不够。它主要验证固定文案和样式；真实订单变量、状态触发、送达和 Reply-To 还要实际测试。
为什么真实邮件变量为空？
先区分模板测试上下文和真实订单上下文，再检查订单状态、变量作用域、模板版本和自定义代码。
只测 Gmail 可以吗？
不建议。至少用两种收件环境检查 Inbox、Promotions、Spam 和 Reply-To，避免把单一邮箱结果当成投递结论。
本课结论与继续条件
通知验收必须同时有模板层和订单层证据：固定文案和品牌正确，真实变量渲染，状态触发，客户/员工收件人和 Reply-To 正确，至少两种邮箱环境能收到。继续前为模板变更保留回滚和重测规则。