Shopify 折扣测试为何两组一样？Rollouts 排期与优惠核查

先确定要解决的业务问题

这次更新的实际用途，是把优惠与其他店面变更安排在同一活动中，或在扩大上线前比较不同体验。它适合回答具体问题，例如某个优惠是否值得继续，而不是用来证明所有促销都会增加收入。

编辑建议：先写下一项要观察的变化、可以接受的优惠成本和负责人。如果本轮只想判断折扣效果，尽量保留其他设置；同时更换主题、商品和投放策略，会让结果更难解释。把活动前的优惠配置记录下来，也便于发现开始后的意外变化。

入口缺失时，先查套餐和权限

官方要求是 Basic 及以上可用 Rollouts，Grow 及以上才能运行 Experiment。普通员工需要 Markets > Rollouts 权限，添加优惠变更还需要 Discounts 权限；增加主题或结账变更时，应另外核对相应权限。

编辑建议：只准备测试折扣时，先让负责人确认所需权限，不要为了找入口就扩大全部管理权限。若套餐、权限与当前界面仍对不上，记录店铺套餐、员工角色和缺少的按钮，向 Shopify 支持核对；本文不能保证每个账号的实际界面一致。

选对类型，并理解对照组

Rollouts 有 Launch、Event 和 Experiment 三类：分别用于保留变更、限时活动与对照实验。折扣变更针对已经存在的优惠，控制它在参与访客中的启用或停用。

Experiment 的对照组遵循店铺原来的优惠行为，测试组才接收配置的变更。因此，不能把对照组直接理解为不享受任何优惠。编辑建议：创建前先写清两组预期差异；如果原活动已经给所有目标客户相同折扣，应先重新设计比较条件。

创建一个能检查的折扣实验

先准备好要使用的折扣。进入 Shopify 后台 Markets > Rollouts，点击 Create rollout，填写名称并选择 Experiment。在 Changes 中用 Add changes 选择 Discounts，勾选现有折扣，设置启用或停用后点击 Apply。

在 Audience 核对参与范围与分组，在 Scheduling 填写起止时间；时间使用店铺 Settings > General 中的时区。保存前阅读结束时的行为说明，并处理页面提示的冲突。

编辑建议：名称包含活动目的，检查记录注明负责人、优惠条件和结束后预期。不要仅因为看到保存成功就宣布效果已验证；先核对最终配置，再由获授权人员按店铺既有测试流程确认购物体验。

两组优惠一样，按日期和叠加逐层排查

折扣自身的有效日期不会因加入 Rollouts 而消失。日期本身使优惠生效，或参与访客受到启用该优惠的 Rollout 覆盖，都可能让优惠可用；停用该优惠的 Rollout 则会对其覆盖访客使优惠失效。原有叠加设置同样保留。

编辑建议：先查这个折扣是否本来就在有效期，再查客户资格和同时存在的其他优惠，最后核对实际分组。不要把能输入同一个优惠码等同于最终订单优惠相同；应比较实际应用条件和最终金额，并记录发现差异的时间。

从哪里看结果，哪些结论不能直接得出

在 Markets > Rollouts 打开进行中或已结束的活动，可查看分析与流量分配。官方说明，可用指标取决于变更类型；折扣活动没有单独的折扣归因收入或订单指标。

编辑建议：结合自己的优惠成本记录解释结果，不要把平台分析直接当作新增利润。检查期间是否修改过其他活动，记录异常后再判断。本文不提供适用于所有店铺的固定试验天数、最小样本量或收益保证。

优惠异常时，怎样暂停或结束

打开进行中的 Rollout，可点 Pause 并确认。提前结束则点 End，在对话框中选择 Roll back changes 或 Apply changes，再确认结束；前者回滚，后者永久应用。

永久应用需要特别核对：被活动启用的折扣会继续有效，其结束日期被移除；被停用的折扣会过期。编辑建议：发生超预期优惠或结果无法解释时，先暂停核查，不要为了关闭实验误选永久应用。结束后重新检查折扣状态，并记录处理人和原因。

上线前再看外部渠道与记录

若同一活动还改变商品目录价格或可售状态，不能假定广告、商品 Feed 与所有访客同步变化。官方提醒，实验及部分流量活动可能使外部渠道信息与店内展示不同，需要单独检查相关投放。

编辑建议：首轮围绕一个可判断的问题开展，保留配置、日期、观察结果和终止决定。确认两组实际体验有差异后，再讨论是否扩大；缺少证据时保留不确定结论，比把一次波动写成成功案例更有用。套餐或界面以后变化时，应重新核对下列官方来源。