Shopify新店上线检查清单

上线检查的基本原则

上线前最大的风险通常不是少一个装饰模块，而是核心交易链路出现错误。例如商品库存不正确、某地区无法结账、运费异常、通知邮件缺少信息，或者退款流程没有测试。检查清单应按业务风险排序，而不是按页面顺序简单浏览。

建议由两类人员分别验收：熟悉后台的运营人员负责配置准确性；不了解项目的测试人员负责真实购物体验。两者的视角不同，能发现更多问题。

品牌与内容检查

• 首页首屏能够在几秒内说明卖什么、适合谁和下一步行动。
• 品牌名称、Logo、联系方式和社交账号在全站一致。
• 所有临时文案、演示图片、测试商品和占位符已经移除。
• 关于、联系、配送、退款、隐私和条款页面与实际业务一致。
• 页面中的承诺、数据和评价有真实依据。

特别检查页脚和邮件模板。很多商店只修改了前台首页，却在订单通知中保留默认名称、旧邮箱或不适用的政策链接。

商品与库存检查

逐一抽查不同类型商品，包括有变体、无变体、缺货、预售、数字商品和不同重量商品。检查标题、URL、图片、价格、对比价、SKU、库存、重量和海关信息是否正确。

从客户角度确认尺寸、颜色和数量选择是否清楚。若变体缺货，页面应正确阻止购买或说明补货方式。不要只在后台查看商品，因为前台主题可能以不同方式显示选项。

购物车与结账检查

至少完成一笔测试订单，并继续执行发货、部分退款、全额退款和取消。只有走完整订单生命周期，才能发现库存回补和邮件通知问题。

配送与跨境规则检查

检查每个配送区域是否包含正确国家和地区，运费条件是否使用正确的重量或订单金额。对无法配送的地区，应明确阻止结账，而不是让客户付款后再取消。

跨境业务还需要测试关税提示、预计时效、追踪链接和退货地址。若不同商品由不同仓库或供应商发货，要检查拆单和多包裹通知是否符合客户预期。

技术与移动端检查

• 主要页面在常见手机宽度下没有横向滚动。
• 按钮、菜单、筛选和表单可以通过触摸正常使用。
• 图片尺寸合理，首屏没有不必要的大型视频或脚本。
• 404页面、旧URL跳转和HTTPS正常。
• 自定义域名、主域名和邮件发送域名已检查。
• 第三方应用停用或卸载后没有遗留代码。

使用真实移动网络检查，而不仅是办公室高速Wi-Fi。目标市场用户的设备性能和网络速度可能明显低于开发环境。

数据与营销检查

确认分析工具能够记录页面访问、商品查看、加购、开始结账和购买等核心事件。使用测试订单验证金额、币种和订单编号是否正确传递，同时排除内部团队流量。

检查广告像素、邮件订阅、优惠码和废弃结账流程。不要在没有Cookie和隐私规划的情况下同时加载大量营销脚本。

运营与故障预案

上线当天需要明确谁负责订单、库存、客服、广告和技术问题。建立紧急联系人和操作记录，避免支付失败或商品价格错误时无人处理。

准备暂停广告、隐藏商品、关闭市场和发布站点通知的操作方案。上线不是项目结束，而是开始接受真实订单和风险。

上线当天执行顺序

1. 冻结非必要页面修改，备份主题和关键配置。
2. 连接正式域名并确认HTTPS。
3. 完成最终测试订单和退款。
4. 检查分析事件和联盟或广告参数。
5. 小规模开放流量，观察支付、运费和错误日志。
6. 确认稳定后再逐步增加营销预算。

给问题设置严重级别

P0问题必须阻止上线，包括无法支付、价格错误、错误运费、敏感信息暴露和核心页面打不开。P1问题应在放量前修复，例如移动端体验差、邮件错误和数据漏报。P2问题可以上线后排期，例如次要页面排版或非核心文案优化。

每个问题记录复现步骤、设备、页面、负责人和验证结果。没有复测记录的问题不能视为已解决。

建立回滚和应急机制

上线前复制主题、导出关键配置并记录DNS。若新主题或应用造成故障，团队应知道如何恢复上一个版本、暂停广告、隐藏问题商品和发布通知。

上线后前24小时安排值守，关注支付、订单、库存和客服。把支付服务商、物流商和技术负责人的联系方式放在同一应急文档中。

上线验收记录模板

验收表至少包含测试编号、功能、操作步骤、预期结果、实际结果、设备、浏览器、测试账户、截图和负责人。付款和退款测试还应记录订单号，便于在后台和支付服务商中核对。

每一个P0和P1问题都必须有关闭证据。只写“已修复”不够，需要由非修复人员复测。若问题因外部服务暂时无法解决，应有清晰规避方案和风险接受人。

上线后保留验收表，作为下次主题升级、支付变更和市场扩展的回归测试基线。成熟站点的检查清单会随着真实故障不断更新。

上线后一周复检

真实访问会暴露测试阶段没有覆盖的问题。上线后第1、3、7天分别检查支付失败、404、搜索词、移动端、客服问题、库存和物流。将新问题加入验收清单。

一周后召开复盘，区分功能缺陷、内容缺口和商业问题。不要把商品需求不足误判为网站故障，也不要用增加广告掩盖结账问题。