Shopify 大促活动 QA 检查清单：折扣、购物车和追踪

Shopify 大促活动不是主题看起来正确就算准备好。真正的风险通常藏在细节里：某个折扣错误叠加，组合销售应用改了购物车总价，库存规则隐藏了主推商品，某个市场显示了错误价格，或者分析追踪只记录了销售额却丢了来源。

这份清单适合准备季节性促销、新品发售、限时组合、批发活动、邮件推广、付费投放或跨市场活动的电商团队。建议在活动方案批准后、正式把流量导入店铺前使用。

先建立一份文件，明确这次活动允许做什么。Shopify 后台、主题 section、邮件工具、广告平台、履约规则和客服脚本，都需要使用同一套规则。如果活动方案只存在会议纪要里，配置过程中一定会发生偏移。

这份事实来源应该包含日期、时区、适用商品、排除商品、市场、客户分群、折扣方式、叠加规则、组合逻辑、库存限制、配送规则、落地页、创意负责人和回滚负责人。

• 记录准确开始和结束时间，包括时区和提前访问窗口。
• 列出所有活动 URL、collection、产品模板、购物车抽屉、结账依赖、邮件和广告目的地。
• 明确谁可以批准临时变化，以及结账或追踪出问题时谁可以暂停活动。
• 保留变更记录，让 QA 知道第一轮测试后哪些规则发生过变化。

折扣 QA 不应该只用一个完美测试购物车。请包含原价商品、促销商品、排除商品、组合销售、订阅商品、礼品卡、低库存商品、高数量订单，以及来自不同配送 profile 的商品。

检查自动折扣、折扣码、Shopify Functions、组合销售应用、会员奖励、客户标签、免运费规则和订单最低金额。关键不只是折扣是否生效，而是它是否只生效一次、按正确顺序、作用在正确商品上，并且提示清楚。

• 至少测试 10 种购物车组合：单品、多品、排除商品、组合、订阅、礼品卡、免运费、特定市场、登录用户和访客结账。
• 确认所有正在生效的活动是否按预期叠加，包括弃购折扣和会员奖励。
• 检查折扣在改数量、编辑购物车抽屉、刷新结账页和客户登录后是否仍然正确。
• 测试前先写出预期金额，方便审核者发现小的舍入或叠加错误。

活动影响的不只是促销落地页。首页、主推 collection、产品详情页、快速加购、购物车抽屉、完整购物车页、结账、订单确认、搜索结果、推荐模块和邮件落地路径都需要检查。

请审核客户在活动进行时会看到的状态，而不只是默认状态。包括缺货商品、不可用变体、最终销售说明、划线价、组合可用性、折扣提示、每位客户限购规则，以及任何赠品门槛。

• 在桌面和移动端检查商品卡片、collection 筛选、排序、sticky 加购栏、购物车抽屉和结账摘要行。
• 活动开始前确认缺货、低库存、预售、订阅和礼品卡状态。
• 如果支付设置允许，至少下两笔真实测试订单，再按正常运营流程退款或取消。
• 确认确认邮件、订单标签、履约备注和客户账户视图都符合活动规则。

临时活动也会产生长期信号。付费广告、邮件、外链、内链和搜索引擎可能在活动结束后继续访问促销 URL。上线前就决定每个促销 URL 应该保留、重定向、变成活动回顾页、回到常规 collection，还是从导航移除。

对于活动页和主推 collection，请检查 title tag、meta description、canonical URL、robots 设置、Open Graph 图片、结构化数据、面包屑、内链和 sitemap 行为。即使活动主要来自付费或邮件，SEO QA 也值得做。

• 邮件、广告、二维码、达人链接和站内导航都要使用最终生产 URL。
• 检查活动页没有继承 noindex、staging canonical、损坏的 Open Graph 图片或过期元数据。
• 上线前规划活动结束后的重定向，尤其是短期 collection handle 和落地页 slug。
• 活动结束后更新内链，避免常规页面继续把客户带到过期优惠。

Shopify Markets 会改变客户看到的内容，以及商家能合法销售的范围。一个在主市场正常的大促，到了其他币种、语言、税区、配送区域或商品目录里可能就会失败。活动 QA 应该覆盖真正会接收流量的市场。

测试本地化价格、舍入、划线价、翻译后的促销文案、货币格式、关税、运费、到店自提、受限商品和支付方式。如果某个市场不参加活动，要确认客户看到的是清晰路径，而不是损坏或误导性的优惠。

• 针对活动使用的每个市场、语言、币种和配送 profile，重复优先购物车测试。
• 检查主推 SKU、变体、组合销售和赠品的库存阈值与超卖规则。
• 在结账页确认含税价格、关税、免运门槛和配送承诺。
• 为客服、投放和活动后报告记录市场级例外。

活动经常会临时增加应用输出：公告条、弹窗、倒计时、组合销售组件、评价角标、问答测试、购物车加购、邮件订阅表单和追踪脚本。它们都会影响页面速度、布局稳定性、折扣行为、无障碍和结账信任感。

请在真实流量会到达的页面检查应用输出。问题不是应用单独是否可用，而是它在主题、购物车、折扣规则、Cookie 横幅、移动视口和其他脚本同时存在时是否仍然可用。

• 暂停或关闭没有明确负责人、可衡量目的或回滚方案的活动应用。
• 在公告条、sticky header、聊天组件、Cookie 横幅和购物车抽屉打开时检查移动端布局。
• 活动脚本启用之后再测主要落地页性能，而不是安装前就批准。
• 列出所有临时主题、应用和脚本变化，活动结束后逐一移除或复查。

如果追踪错误，活动再成功也很难复盘。测试从活动 URL 到页面浏览、产品浏览、加入购物车、开始结账、购买、邮件订阅、线索表单、CRM 记录和广告平台转化的完整路径。事件应该只触发一次，带有有用参数，并且只在目标动作发生后触发。

业务需要时，请保留 UTM、点击 ID、优惠码、市场、币种、落地页、商品 ID、变体 ID、客户状态和同意状态。如果活动使用 Headless 前端或结账附近的自定义逻辑，浏览器事件和服务端记录都要测试。

• 分别从邮件、付费搜索、付费社交、自然搜索、达人链接和直接访问提交测试会话。
• 确认 Cookie 同意设置不会阻断必要运营数据，也不会让营销像素重复触发。
• 把同一批测试订单在 Shopify 订单、analytics 事件、广告平台转化和邮件收入之间对比。
• 标记测试订单和测试客户，方便报表和客服团队之后排除。