1. 本指南治理什么
Shopify Messaging 是当前产品名称，本文第一次说明它曾用名 Shopify Email，之后只使用 Shopify Messaging。本文只处理邮件营销这一条渠道：如何确认联系资格，如何把客户分群写成可检查的规则，如何组织欢迎、教育、购买后和召回流程，以及如何在发送前后留下可复核的证据。目标不是把更多人塞进一条自动化，而是让每一次触达都能回答“为什么是这个人、为什么是现在、为什么是这个内容”。
跨境独立站还会遇到 SMS、WhatsApp、客服通知、订单服务消息和其他渠道。它们可以在系统地图中登记，但不属于本文的主流程。放弃结账恢复、邮箱基础设施、会员、订阅、忠诚度、人工智能内容和应用选型也保持在边界之外。这样写范围，才能避免把不同的许可、模板、指标和责任混成一张表。
1.1 用一个可审计的任务代替“提高复购率”
把业务愿望改写为可观察任务：向已经具备适用营销同意的客户提供与其阶段、市场和商品事实有关的邮件，并记录退出、抑制、归因和复核结果。复购不是平台保证，也不是单次点击后的必然结果。商品质量、价格、库存、配送、退款和客服都会影响客户决定，邮件流程只能把自己的输入和行为记录清楚。
1.2 输入、输出和负责人
每个活动都应有负责人、受众定义、市场与语言、商品事实来源、发送时间、内容版本、落地页、抑制规则和停止人。输出不是一张漂亮的报表，而是能由另一位同事复查的证据包：名单生成条件、同意记录摘要、排除数量、最终渲染、发送结果、退订与投诉、订单口径和回滚动作。任何无法解释的字段都先暂停使用，不要用猜测填补。
| 工作层 | 必须回答的问题 | 留存证据 | 不能推出的结论 |
|---|---|---|---|
| 任务 | 邮件要帮助客户完成哪一阶段的决策？ | 任务编号、负责人、适用市场 | 一封邮件会自动带来复购 |
| 资格 | 联系人为何可以收到这类营销？ | 来源、同意类型、时间、区域规则 | 有客户档案就等于同意 |
| 内容 | 商品、价格、库存和落地页是否一致？ | 事实快照、语言版本、链接检查 | 当前页面永远可用 |
| 结果 | 在哪个时间窗、按哪个模型观察？ | 报告、订单口径、退订和退款 | 归因订单就是因果增量 |
2. Shopify Messaging 的当前名称与邮件范围
当前官方产品页把 Shopify Messaging 作为包含邮件、SMS 和 WhatsApp 的营销工作面；本文只取其中的邮件部分。官方页面同时列出适用店铺层级与 Network Intelligence 前置条件，这些是检查当日文档时的产品事实，不应写成永久资格或无条件承诺。店铺准备时应记录文档日期、后台显示的渠道、负责人和可见权限，再决定哪些动作可以进入流程。Shopify Messaging 官方说明是名称、渠道和范围的唯一入口。
邮件活动需要以草稿、模板、受众选择和明确发送确认组成一个人为可控的步骤。官方创建邮件页面说明了模板、内容编辑、客户分组和自动保存等工作面；它不等于所有店铺都有同样的模板、Liquid 或计划权限。因此本文只把“可检查的草稿与发送确认”写入 QA，不把某个按钮描述成普遍能力。邮件创建文档用于核对当前界面与限制。
2.1 名称迁移不改变数据责任
旧名称可以帮助读者找到历史资料，但名称变化不改变商家对收件人、市场、内容、退订和数据最小化的责任。迁移检查应把旧关键词、当前产品名称、现有流程名称和帮助中心链接放在同一份词汇表中。内部页面可以在首段说明一次旧称，后续标题、描述、按钮和记录统一使用当前名称，避免同一流程被当成两个产品。
2.2 只把邮件渠道纳入本页验收
渠道字段应明确为 email。若一个营销工作面同时出现 SMS 或 WhatsApp，验收器必须把它们作为排除项，而不是把发送总数混入邮件报告。邮件的同意、模板、链接、频率和退订都要按语言与市场分别检查；其他渠道另建负责人和证据，不在本文复制规则。
3. 触达前的同意证据
营销邮件的第一道门是联系资格，而不是客户价值、最近下单或分群名称。官方客户联系信息文档说明，商家应向同意接收营销的客户发送营销信息，并按区域处理复选框预选、双重确认和适用要求。客户联系信息文档支持“先取同意、后生成名单”的顺序，但它不是法律意见，也不把一个设置解释成所有市场相同的规则。
每条同意记录至少要能关联来源、同意类型、时间、区域、用途和当前退订状态。记录可以采用不可逆摘要、状态和审计引用，避免在内容或普通日志中复制不必要的个人信息。若同意来源不清、市场变化或客户明确退出，先从受众中排除；不要因为客户曾经下单、浏览过商品或存在邮箱地址就恢复触达。
3.1 同意清单
| 检查项 | 通过条件 | 失败动作 |
|---|---|---|
| 来源 | 能指出注册、结账或账户流程中的收集位置 | 暂停入列并补证据 |
| 用途 | 记录是营销邮件而非订单服务或客服咨询 | 分离队列与模板 |
| 区域 | 使用当日区域设置并交给本地复核 | 不把一个市场复制到全部市场 |
| 状态 | 当前没有退订、投诉或删除阻断 | 从发送受众排除 |
| 追溯 | 负责人可由摘要定位原始审计记录 | 不发送，建立审计引用 |
3.2 区域设置的谨慎表达
自动化同意设置可以帮助收集和管理状态，但不替代商家对准确性、透明度和适用规则的判断。文章应使用“根据市场与当日设置复核”“请让当地顾问判断具体义务”等条件句，不得写出统一法律结论。双重确认、默认勾选或区域复选框的使用要按实际市场和后台状态测试，不能从一个截图推断全部地区。
4. 客户档案、订单与同意不是一回事
客户档案可能由订阅、登录、下单或开始结账等路径产生；订单也能提供商品、退款和服务事实。它们是业务输入，却不是营销许可。官方客户管理文档将客户资料与营销设置分开，本文沿用这个边界：档案存在只说明系统有记录，订单存在只说明发生过业务事件，分群命中只说明规则计算出结果。客户管理文档可用于核对字段和权限。
在数据流图中把三件事分成三列：身份与联系字段、业务事件、营销偏好。发送器必须同时满足营销资格、市场语言、内容适用和抑制条件；任何一列缺失都不应由另一列“代替”。这会让客户服务、订单通知和营销流程各自有清晰的模板和停止动作。
4.1 三类事实的分离矩阵
| 事实类别 | 示例输入 | 可用于什么 | 不可用于什么 |
|---|---|---|---|
| 档案 | 邮箱、地区、语言偏好 | 联系、分区、最小字段读取 | 证明营销同意 |
| 订单事件 | 首购、退款、购买时间 | 生命周期阶段、内容排除 | 自动授予营销资格 |
| 营销偏好 | 同意来源、用途、退订 | 资格、抑制、审计 | 证明商品或收入事实 |
| 分群结果 | 条件命中与更新时间 | 选择受众、复核新鲜度 | 证明同意、身份或因果效果 |
4.2 最小化读取和访问控制
客户对象和订单数据只读取任务需要的字段，并记录访问范围、调用时间和负责人。官方 Customer 对象文档提醒应用申请客户读取权限时要有正当需要；本文不展示真实个人数据，也不把邮箱、标签或客户对象直接复制到邮件正文。若分析任务只需要市场和生命周期计数，就不要导出完整档案。
5. 把分群写成可验证规则
客户分群是动态、基于规则的列表。官方分群文档说明，条件、运算符和值组成查询，客户会在满足或不再满足条件时自动加入或离开。客户分群文档支持把分群当成可复核的查询，而不是把“高价值”“活跃”当成含义模糊的标签。
当前 GraphQL 类型是 Segment。它的 query 字段应保存精确条件，读取客户需要相应访问范围，并在版本变化时重新核对。不要继续使用过时的 CustomerSegment 对象名称，也不要从字段名猜测权限。每次生成活动名单时留存查询文本摘要、运行时间、包含与排除夹具、市场和语言，让同事可以复现选择逻辑。
5.1 规则的四个组成部分
| 组成 | 写法 | 验收问题 |
|---|---|---|
| 包含条件 | 明确事件、时间窗、市场或商品条件 | 条件是否能被查询与测试？ |
| 排除条件 | 退订、投诉、退款、缺货或重复触达 | 排除是否先于发送？ |
| 新鲜度 | 记录分群生成与事实快照时间 | 发送时事实是否过期？ |
| 负责人 | 指定业务、数据和复核人 | 失败时谁能暂停？ |
5.2 分群查询的证据包
证据包包括查询字符串摘要、预计数量、抽样成员的非敏感标识、排除数量、区域和语言、商品事实时间、审批记录及失败处理。成员数量变化需要被解释为规则或数据变化，不要直接称作需求变化。若 Segment 查询无法通过版本或权限检查，就回到人工审核的小范围清单，不要用旧字段名硬凑结果。
6. 生命周期 Flow 地图
生命周期不是一条从欢迎到沉睡的万能序列。至少把欢迎、教育、购买后、补货提醒和召回看成不同任务，每个任务有入口、延迟、频率上限、排除条件、出口和负责人。本文不把放弃结账恢复作为通用生命周期示例，也不把交易服务通知当成营销邮件。流程名称应写出客户状态和内容目的，而不是只写“复购自动化”。
6.1 四个常见邮件任务
| 任务 | 合理输入 | 发送前确认 | 退出信号 |
|---|---|---|---|
| 欢迎 | 已确认资格、首次关系、语言市场 | 价值说明与偏好 | 退订、投诉、重复进入 |
| 教育 | 商品用途、内容阶段、库存 | 商品事实与适用市场 | 已完成目标、库存变化 |
| 购买后 | 已完成订单、使用或关怀节点 | 订单状态与服务边界 | 退款、客服阻断、退订 |
| 召回 | 观察窗、分群规则、当前资格 | 内容不重复且可解释 | 新订单、抑制、停止 |
6.2 触发与出口
每条 Flow 都要记录触发事件、时间延迟、发送前重新取数、重复抑制、停止开关和人工接管。一个人可能同时命中多个分群，系统要在发送前合并或排除重复任务。库存、价格、市场政策或退款状态变化时，原计划应重新判断；不要因为客户曾经命中过规则就继续使用旧商品事实。
7. 商品与订单事实
邮件的可信度取决于它是否使用当时可验证的商品、价格、库存、市场、订单和退款事实。内容草稿可以保存事实快照的引用、时间和负责人，不必把完整订单或客户对象复制到普通内容文件。若商品缺货、价格改变、市场不可售或订单已退款，流程应选择暂停、改写或提供非促销信息，且留下选择理由。
7.1 发送前事实矩阵
| 字段 | 复核方式 | 允许写入邮件的结果 | 异常处理 |
|---|---|---|---|
| 商品 | SKU、标题、落地页和语言一致 | 使用当前可查名称与说明 | 暂停或改为教育内容 |
| 价格 | 记录市场、币种和时间 | 使用已确认的市场价格 | 不写旧价格或猜测优惠 |
| 库存 | 读取适用市场与地点事实 | 只推荐可行的购买路径 | 缺货客户进入抑制 |
| 订单 | 区分首购、复购、退款和服务 | 选择相应生命周期内容 | 状态不明则人工复核 |
| 链接 | 检查落地页、语言和参数 | 使用可访问且同语种链接 | 退回草稿重新检查 |
7.2 订单事实不能替代许可
购买记录可以帮助判断购买后内容与时间窗，却不能自动把客户加入营销名单。若业务需要发送服务通知，使用独立的服务模板、责任和频率。若业务需要营销，仍回到同意、市场、退订和内容适用检查。这个分离也能减少客服与营销团队在客户投诉时互相推责。
8. 本地化、市场与时区
跨境邮件不能只翻译一段中文。每个版本都要固定语言、市场、币种、时区、商品资格、政策表达和落地页。语言版本不是法律区域的替代物，市场标签也不是客户同意的替代物。发送计划应记录时区和观察窗口，并说明什么时候由人工确认政策或商品可售性。
8.1 本地化检查表
| 维度 | 每语种必须一致的事实 | 可本地化的表达 | 需要升级的情况 |
|---|---|---|---|
| 语言 | CTA、商品名、FAQ、退订说明 | 语气与例子 | 缺少对应落地页 |
| 市场 | 可售范围、币种、政策 | 日期与格式 | 区域规则不明 |
| 时区 | 发送和观察时间 | 发送窗口 | 夏令时或跨区冲突 |
| 客户资格 | 同意与退订状态 | 称呼与偏好 | 来源无法追溯 |
8.2 两个版本的独立复核
中文与英文应分别阅读，而不是只做逐句替换。每个版本都要有同样的业务任务、退出条件、商品事实和安全边界，但可以采用自然的句序与例子。链接、FAQ 和表格也逐语种检查；不能在中文正文放英文内链，也不能在英文正文把中文页面当成默认入口。
9. 频率、抑制与退订
频率控制是客户体验和数据质量的一部分。把每条任务的最小间隔、每日或周期上限、重复键、投诉抑制、退款抑制、缺货抑制和人工暂停写进流程。不同任务同时命中时，按优先级选择一个最有用的触达，或延后到事实更新后再判断。频率上限是商家治理参数，不是平台保证。
9.1 抑制规则矩阵
| 状态 | 默认动作 | 复核证据 | 恢复条件 |
|---|---|---|---|
| 退订 | 立即排除营销队列 | 状态、时间、来源 | 客户重新明确同意并通过市场检查 |
| 投诉 | 停止相关营销并升级 | 投诉引用与负责人 | 明确复核后再决定 |
| 退款 | 暂停促销，保留服务判断 | 订单与退款状态 | 状态关闭且任务仍适用 |
| 缺货 | 停止商品促销或改内容 | 库存快照 | 商品事实重新通过 |
| 重复命中 | 合并、延后或丢弃 | 去重键与任务优先级 | 新事件满足入口 |
9.2 退订与隐私责任
退订状态应在发送前再次读取，并在流程日志中留下状态变化。隐私控制可以帮助商家管理客户数据，但商家仍需确认透明度、访问、删除、保存和适用市场的责任。本文不提供法律结论；遇到敏感数据、儿童数据或跨境保留问题，先停下营销动作并交给适当的本地复核。
10. 邮件内容与草稿审阅
内容编排要从事实开始，再写主题、正文、CTA、商品卡片和落地页。主题可以清晰而不夸大，正文必须说明客户为什么收到、下一步是什么、如何退出。草稿自动保存不等于已经发送；发送按钮前要有明确的人为确认，确认人应能看到受众、版本、语言、市场、事实时间和链接结果。
10.1 内容卡片的最小字段
| 卡片 | 必须出现 | 审阅问题 |
|---|---|---|
| 主题 | 任务与商品事实 | 是否暗示保证或误导紧迫性？ |
| 正文 | 价值、条件、限制 | 是否与市场和语言匹配？ |
| CTA | 可访问的目标页 | 页面是否仍可用且同语种？ |
| 退订 | 清晰退出路径 | 是否在所有版本可见？ |
| 事实 | 时间、来源和负责人 | 发送时是否需要重新取数？ |
10.2 草稿到发送的闸门
先由业务负责人确认任务和受众，再由数据负责人确认分群与抑制，最后由内容负责人确认渲染、链接和语言。任何一关失败都回到草稿，不通过手工改写发送列表解决。保存预览、测试收件人、最终审批、发送状态和异常摘要；若平台状态与内部记录不一致，以可验证的当前状态为准并暂停后续自动化。
11. 自动化与 Flow 运行
官方营销自动化文档说明了订阅收件人、欢迎、购买后与召回等已记录的工作面；不要把一个特殊收件人例外推广到所有流程。营销自动化概览和创建自动化说明用于核对当前类别、测试与关闭行为。
当任务需要跨应用或自定义动作时，Shopify Flow 提供触发器、条件和动作的流程模型；可用动作、HTTP 或自定义应用能力依计划和应用而变。Shopify Flow 文档支持把每个动作列成可验收合同，但不代表每个计划都具备同样能力，也不提供恰好一次送达保证。
11.1 自动化合同
| 合同字段 | 记录内容 | 失败时的安全动作 |
|---|---|---|
| 触发 | 事件名称、版本、时间 | 拒绝未知事件 |
| 条件 | 资格、分群、市场和商品 | 进入人工复核 |
| 动作 | 草稿、发送、等待或停止 | 停止后续动作 |
| 重试 | 次数、间隔、去重键 | 防止重复邮件 |
| 责任 | 商家、应用、人工负责人 | 升级并保存证据 |
11.2 停止开关与幂等
每条流程应有一个可见停止开关，并记录谁在什么时间使用。文档说明，关闭处于等待阶段的自动化可以阻止后续消息；商家仍要测试正在排队、已失败和重复事件的状态。幂等键、重复抑制和重试上限是实施设计，不要写成 Shopify 的服务等级承诺。重试前先查发送状态和退订状态。
12. 衡量、归因与净价值
官方营销分析文档提供营销摘要、活动转化报告和多种归因模型的词汇。营销分析文档可以帮助团队建立共同口径，但被归因的订单不等于由邮件造成的因果增量。报表至少记录市场、币种、活动、版本、窗口、模型、退款、退订、投诉、成本和毛利，读者才知道数字在回答什么问题。
GraphQL 的 MarketingActivity 对象描述应用创建的营销活动及其渠道、策略、状态、UTM 和应用来源字段；读取营销事件需要相应访问范围。MarketingActivity 对象用于字段词汇和版本检查，不应被解读为因果证明，也不应建议已废弃的写入变更。Customer 对象只提供客户事实词汇，不能替代许可证据。
12.1 归因报告矩阵
| 报告字段 | 必须说明 | 容易误读的地方 |
|---|---|---|
| 观察窗 | 起止时间与时区 | 不同窗口不可直接比较 |
| 模型 | 归因规则和版本 | 模型分配不是实验结果 |
| 订单 | 净额、退款、币种 | 总额不等于可留存价值 |
| 客户 | 分群条件与资格 | 成员资格不等于同意 |
| 成本 | 内容、折扣、人工等 | 没有成本不能谈净价值 |
12.2 结论的三层写法
第一层写事实：某个活动在指定窗口有多少送达、点击、订单、退款或退订。第二层写关联：按已声明模型，哪些订单被归因到该活动。第三层写限制：归因没有证明因果，时间窗、商品、市场和客户体验都可能影响结果。若要讨论增量，另行设计随机化或对照方法，不在本文用一个报表数字代替实验。
13. QA、回滚与持续复核
QA 的目标是证明流程在正常和异常状态下都能停在正确位置。发送前检查同意、分群、语言、市场、商品、库存、订单、链接、频率、退订、渲染和负责人；发送后检查状态、投诉、退款、报告和异常。回滚不是删除客户或改写历史订单，而是停止后续动作、恢复上一个已审版本并保留证据。
13.1 发布前 QA 矩阵
| 场景 | 夹具 | 预期结果 | 证据 |
|---|---|---|---|
| 无同意 | 仅有档案或订单 | 不进入营销队列 | 排除原因 |
| 已退订 | 退订状态为真 | 直接抑制 | 状态时间 |
| 缺货 | 商品库存不可用 | 暂停促销或换内容 | 库存快照 |
| 退款 | 订单已有退款 | 停止不适用触达 | 订单状态 |
| 跨语言 | 中英各一套夹具 | 各走同语种页面 | URL 与渲染 |
| 重复事件 | 相同事件重复到达 | 只保留一个动作 | 去重键 |
13.2 回滚边界
回滚包保存活动清单、manifest 内容段、流程版本、官方资料版本、分群查询摘要、日期和原始正文摘要。若新版本出现错误链接、资格误判、过时商品事实或重复触达，先关闭自动化，阻断发送队列，再恢复上一份已审内容与规则。不要为了让报表好看而删除退订、投诉或退款记录。恢复后重新运行中英文渲染、链接、分群、抑制、归因和停止开关测试。
13.3 运营复盘节奏
每次产品、市场、语言、Segment 查询、Flow 版本、访问范围、隐私设置或落地页变化，都要重新检查相关夹具。小范围抽样足以发现权限、字段、时区和链接错误，但不能替代完整的异常路径。复盘记录要说明改变了什么、为何改变、谁批准、哪些事实重新读取、哪些客户被排除，以及是否需要暂停整个流程。
14. 常见问题
14.1 Shopify Messaging 会自动提高邮件复购吗？
不会。它提供邮件营销的产品工作面，实际结果还取决于同意、商品、库存、内容、分群、频率、客户体验和归因口径。应把目标写成可检查的流程和时间窗，而不是固定增长率或收入保证。
14.2 有客户档案或订单就能加入营销名单吗？
不能。档案、邮箱、订单和 Segment 命中都不是营销同意。发送前要核对同意来源、用途、市场、退订和投诉状态；没有可追溯证据就排除或交给人工复核。
14.3 如何选择欢迎、购买后和召回 Flow？
先看客户阶段、商品事实、市场、语言和退出条件，再选择官方文档中适用的自动化类别。每条 Flow 都要有入口、延迟、频率、去重和停止开关；不能把放弃结账例外推广到其他任务。
14.4 怎样衡量邮件活动而不夸大结果？
记录观察窗口、归因模型、送达、点击、订单、净额、退款、退订、投诉、成本和毛利。把事实、模型关联和因果限制分开写；归因订单不等于增量，任何改进结论都需要商家自己的时间窗与对照设计。
14.5 商家如何处理跨市场和隐私问题？
按语言、市场、币种、时区、同意和退订分别检查，最小化读取客户字段，记录负责人和审计引用。区域设置不是法律意见；涉及敏感数据、儿童数据、删除或跨境保留时，应暂停不确定动作并寻求当地专业意见。
15. 官方资料与同语种延伸
15.1 Shopify 官方事实入口
- Shopify Messaging 当前产品范围
- Shopify Messaging 邮件创建
- 客户联系信息与营销同意
- 客户分群
- Shopify Messaging 营销自动化
- 创建营销自动化
- Shopify Flow
- 营销分析
- 隐私与安全
- 客户管理
- Segment GraphQL 对象
- MarketingActivity GraphQL 对象
- Customer GraphQL 对象
15.2 同语种延伸阅读
关于自动化流程，可阅读 Shopify Flow 运营实践。关于报表与数据口径，可阅读 Shopify 数据分析运营指南。关于多市场语言治理，可阅读 Shopify 多语言跨境运营策略。关于客户字段与隐私边界，可阅读 Shopify 客户数据迁移安全指南。需要整体实施分工时，可查看 WESWOO 服务范围，但内部延伸页不能替代 Shopify 官方事实。