客户输入优惠券后提示无效，先保存他这一车的商品、金额、账单邮箱和完整报错。到后台确认券的实际规则，再建一车确定符合规则的商品。合格车通过后，分别改变金额、促销状态和邮箱，才知道是哪条条件使它不能用。
配图中的合格车、金额与促销对照、账单邮箱对照，就是这四次检查。不要先把所有限制清空：券虽然能用了，活动也可能给本不该优惠的人或商品打折。
下面用 WELCOME10 举例，所有价格、邮箱和设置都是教学设定。菜单与核心规则按Woo 优惠券官方说明核，店里的额外插件规则另查。
保留原购物车，先分“没应用”和“被拒绝”
记下客户输入的代码、报错全文与时间，再记录商品规格、数量、当前价格、是否促销、商品小计和税。进入结账后，还要保存账单邮箱、已有其他券、运费和最终应付。客服一句“120的订单用不了”，不足以还原这些条件。
Woo 核心默认需要在购物车或结账点“添加优惠券”，输入代码并点击应用。发布一张券、收到活动邮件，通常不会自动把它套进购物车。活动若承诺点击链接自动优惠，查实际使用的 URL Coupons 等扩展及链接配置；没有自动出现，和手动应用后报错是两种问题。
按原条件重建购物车，再输入同一代码。能重现，就带原报错查后台；不能重现，先比两车的商品价、促销、邮箱、其他券和时间。别一边换商品一边改后台，否则很难知道哪项使结果变化。核心代码不区分大小写，仍要留意复制时是否多了空格或用了不同代码。
找到这张券，确认状态、时间和折扣类型
先到 WooCommerce → 设置 → 常规，确认启用了优惠券并保存。再到 Marketing（营销）→ Coupons（优惠券） 找准确代码，打开这张券。旧版本或插件可能改变菜单位置，找同一个券管理页面。
看它是否已发布、是否安排未来才可用，以及是否已经到期。还没到活动时间，符合商品规则也用不了；先让活动负责人核邮件宣传与后台日期。
然后看类型。以两件商品各60美元、小计120为例：百分比10是减12；固定购物车10是全车减10；固定商品10则按符合条件的件数减，两件都符合时减20。这些结果不同，不能只看金额框都填10，就当成“全车九折”。
写清这张券获批准的规则：哪些商品、最低金额、允许邮箱、能否叠券、优惠多少和最多用几次。设置确实不符合批准活动时，找负责人决定改设置还是改宣传，不让运营凭猜测放宽优惠。
把限制翻成这一车里的具体条件
券编辑页的 Usage Restrictions（使用限制） 看谁符合资格，Usage Limits（使用次数限制） 看还能用几次。先读实际填写的值，不要看见报错就全部取消。
Minimum spend / Maximum spend 是最低和最高消费。官方说明最低按购物车小计加税判断，不能只拿广告税前价格比较。商品价格、税显示与实际税设置都记清楚；后面的教学例子用税0，方便说明变化。
Products / Exclude products 及商品分类控制范围。商品被指定排除，或不在允许范围内，即使金额够也可能用不了。Exclude sale items 是排除促销商品；购物车里有符合和不符合商品时，折扣也不一定覆盖全部。
Allowed Emails / Email restrictions 核的是结账账单邮箱，不是你登录的邮箱，也不只是收到活动信的地址。请看结账实际保存了哪个地址，再比后台允许值。
Individual use only 表示不能和其他券叠加。总使用次数或每用户次数达到上限，也会失效。Limit usage to X items 限可优惠件数，但官方说明需要在 Products 指定商品才生效，不是对所有购物车都通用的件数上限。
如果后台还有“仅新客”、国家、邮编、用户角色等条件，确认是哪一个插件提供的，例如 Coupon Restrictions 扩展。它们不是所有核心券都有的条件，额外规则要单独加入此次比较。
先修合格车，再用另外三车确认限制
设定教学券 WELCOME10 为10%折扣，最低消费100，只允许账单邮箱 [email protected]，排除促销品。没有指定或排除商品、分类，没有其他券；税0。正价蓝色M码T恤60美元，促销灰色M码当前也60美元。
先买两件正价蓝M，小计120，账单邮箱用批准的 [email protected]。这车应符合规则，却提示不可用。回后台逐项对照，发现 Allowed Emails 被误写成 [email protected]，字母顺序错了。按已经批准的活动修正这个拼写，保存后回同一车重新应用。
现在券被接受、折扣12、商品优惠后108，说明这车的问题找到了。修的是错误地址，不是删除邮箱限制使所有人都能用。真实店铺若活动本来不允许这个地址，就应解释资格，不能用本例当作放宽条件的理由。
以这车为起点，再只改变一个条件：
| 购物车 | 保持与改变的内容 | 本例预期 |
|---|---|---|
| 合格车 | 蓝M两件120，允许的账单邮箱 | 接受券，减12，商品优惠后108 |
| 金额不足车 | 蓝M改为一件60，邮箱不变 | 低于100，拒绝使用 |
| 促销品车 | 换成灰M两件，小计仍120，邮箱不变 | 两件都被促销规则排除，不获得上述折扣 |
| 邮箱不符车 | 蓝M两件120，改成 [email protected] | 不符合允许账单邮箱，拒绝使用 |
给每次测试留实际提示和实际折扣。若合格车仍失败，先处理它，不用后三车的拒绝来断定门槛或促销规则。因为一张未发布、次数用尽的券，可能让四车都失败。
促销车换了商品，所以我们特意保持同价，并让商品和分类限制为空。你的真实券只允许蓝M时，换灰M会同时改变商品范围和促销状态，不能直接说失败原因就是“排除促销”。再选合适商品把两种条件拆开核。
条件都对，才查自定义结账或额外插件
合格车仍用不了，先复核使用次数、到期时间、结账实际邮箱和有没有残留另一张券，再查自动套券、会员、促销或自定义结账功能。
让维护者在隔离测试站比较同样商品和邮箱的标准结账与自定义结账。若标准页能用、自定义页不能，检查自定义组件怎样提交优惠券；不要一开始就关闭正式店铺所有插件。
需要排某项配置时，每次只改一个：原设置失败，改变这一项后通过，恢复原设置又失败，才能说明它与这个故障有关。保留组件版本、同车条件与错误原文，交给对应维护者，而不是只写“插件冲突”。
用客户原车复测，再算最终应付
修完后，按客户原来的商品、数量和账单邮箱重新应用同一券。确认报错是否消失、实际减多少、商品优惠后多少、最终应付多少。运营换了一车能用，客户原车仍失败，就还没有解决他的情况。
教学合格车商品120，10%减12后是108；若该地址运费8、税0，没有其他费用，最终应付是 116美元。普通商品优惠不把运费也减10%，免费配送券则需对应的配送设置。真实税费可能随优惠重新计算，以站点实际结账为准。
再保留不合格车：那件60美元的蓝M仍应被最低消费拒绝，错误邮箱也仍不能用。合格车正确优惠、不合格车按规则被拒，才说明这次修复没有扩大活动范围。
如果客户原车本来不合格，结果应明确解释哪条条件，不必硬改成能用。活动页面与后台承诺不一致时，可按页面任务与转化目标对齐方法整理宣传；要继续核付款，则在隔离环境按测试下单步骤检查，不为验证优惠券提交真实订单。
店铺经常在优惠券、购物车与结账之间出问题，可以带网站地址、活动规则和脱敏报错联系跨境YOUNG，讨论页面与流程维护。先把这张券的具体条件查清，再决定需要调整哪里。
常见问题
已发布的券为什么没有自动出现在购物车？
核心默认需要输入代码并应用，发布不等于自动套券。先手动试；活动确有自动优惠承诺，再查扩展和实际链接。先分清没应用与应用后被拒。
商品小计看起来达到最低消费，为什么仍提示无效？
读完整报错，再核小计加税、商品范围、促销、账单邮箱、其他券、日期和次数。先有一车确认合格且能通过，才用每次只改变一项的方式找原因。
同一个购物车有些商品没有打折，是券坏了吗？
先核类型与指定、排除商品和分类。只优惠符合条件的商品可能正是规则。与获批活动不符时，修正确的设置后复测合格和不合格商品，不只看券是否被接受。