社交电商优惠码能否叠加，不能只看“已启用”三个字

社交渠道宣传了两个优惠，顾客到店铺结算时却只能用其中一个。对运营人员来说，看到两条折扣都处于启用状态，还不足以说明它们能叠加。折扣作用对象、组合设置和实际购物车条件需要一起核对。

Shopify官方帮助将折扣分为商品、订单和运费三类，并说明自动折扣与优惠码都可以设置组合；多个折扣一起适用时，各自的设置都需要允许相应组合。[1] 所以排查时不应只问“有没有创建优惠码”，还要确认它属于哪一类、要与哪一类组合，以及对应设置是否满足条件。

举一个虚构的运营场景：社群介绍某商品有活动价格，又向顾客发送一张订单优惠码。测试人员先记录商品活动属于哪类折扣，再检查订单码允许的组合类型，最后用符合条件的测试购物车观察结算结果。这个过程不需要真实付款；预期与实际不一致时，先找到原因，再决定宣传文案是否需要修改。

计算顺序也会影响结果。官方文档说明，商品折扣先作用于单品，订单折扣再作用于调整后的商品小计，运费折扣随后处理。[1] 因而“两个数字直接相加”未必是正确的估算。测试记录最好保留商品原价、每一步折扣名称及结算显示值，避免只截一张最终金额却无法解释它的构成。

渠道也有边界。帮助页说明，组合折扣支持在线商店、Storefront API和Shopify POS等渠道，Facebook、Instagram等外部结账平台不适用同样的组合能力。[1] 社交内容把顾客带到哪里完成结账，应该在活动准备时确认；不能因为同样来自一条社群链接，就假定不同结算入口表现一致。

为了避免只测“顺利通过”的情况，还可以增加两个对照：一辆满足条件的购物车，一辆缺少所需商品或数量的购物车。记录两者分别出现什么提示，再由运营人员检查说明是否让顾客理解。测试条件应由当前实际活动决定，不用本文虚构例子替代店铺配置。

文章没有修改任何商店、创建优惠或提交订单，也不承诺活动提升销售。它提供的是一个核对思路：先看类别与双方设置，再看购物车和渠道，最后核对结算结果。这样宣传中的“可叠加”才有对应的实际验证依据。