WooCommerce 黑色星期五备战：3 周计划，让订单涌入时商店依然飞快

2026 年黑色星期五是 11 月 27 日（星期五），网络星期一是 11 月 30 日。对大多数商店来说，这是一年中最忙的周末，也是页面慢一点就损失最大的时候：在结账页面等得不耐烦的顾客不会再回来，而是直接去下一个标签页下单。

好消息是，黑色星期五的大多数问题都可以预见，也能提前解决。下面是一份面向 WooCommerce 商店的三周计划，今天就可以开始。

要点速览

2026 年黑色星期五是 11 月 27 日，网络星期一是 11 月 30 日。现在就开始规划，别拖到当周。
购物车和结账页面无法缓存，能否扛住压力取决于服务器的 PHP 和数据库速度。
启用高性能订单存储（HPOS），使用对象缓存，并把 WP-Cron 换成真正的 cron 任务。
在预发布（staging）副本上做负载测试，绝不要测试线上商店，并优先修复最慢的页面。
从 11 月 20 日左右到网络星期一结束，冻结插件和主题的变更。

为什么大促当天商店会变慢 缓存能让商品页面飞快，但购物车、结账和“我的账户”页面对每位顾客都不同，因此无法缓存。每一个这样的请求都要运行 PHP 并访问数据库。黑色星期五正是这部分技术栈接受考验的时候。

第 1 周（现在）：找出薄弱环节

改动之前先测量

在未登录状态、使用手机网络的情况下，记录首页、一个热门分类页、一个商品页以及结账页的加载时间。公开页面用 Google PageSpeed Insights 测就可以。结账页则需要先把商品加入购物车，再自己计时。把这些数字记下来，第 3 周要拿来对比。

清理插件

每个启用的插件都会在每次未缓存的请求中运行，结账也不例外。停用并删除所有不需要的插件，尤其是功能重复的（两个 SEO 插件、两个缓存插件、早已不用的幻灯片插件）。其余插件现在就更新，不要等到大促那一周。

检查主机资源限制

在共享主机上，流量高峰通常会先触及资源上限，然后才让网站崩溃：同时运行的进程过多、CPU 或内存不足。如果主机控制面板显示你平时就已接近这些上限，那黑色星期五一定会撞线。这时就该升级套餐或迁移到独享资源，而不是等到大促当天。

第 2 周：让无法缓存的部分更快

启用高性能订单存储（HPOS）

HPOS 会把订单存放在专属的数据库表中，而不是共用的文章表，这样下单和加载订单界面都会更快。新商店默认就会使用它，但很多老商店仍未启用。先确认与订单相关的插件（发票、物流、支付网关）是否兼容，然后进入 WooCommerce › 设置 › 高级 › 功能，选择高性能订单存储。请先在预发布副本上操作。

添加对象缓存

对象缓存会把常用数据库查询的结果保存在内存中，恰好能帮助页面缓存无法覆盖的那些页面。在 WebGee，cPanel 主机和每个 WordPress Cloud 容器都提供 Redis，只需几项设置，LiteSpeed Cache 就能使用它。

其他页面一律使用页面缓存

LiteSpeed Cache 会在服务器端缓存商品页和分类页，并自动跳过购物车、结账和“我的账户”页面。如果你同时还在运行另一个缓存插件，请删掉其中一个：两个缓存会相互冲突。

用真正的 cron 任务替代 WP-Cron

WooCommerce 会安排大量后台任务：发送邮件、更新库存、Webhook、弃购提醒等。默认情况下，WP-Cron 会在访客加载页面时执行这些任务。流量很大时，这会在最糟糕的时刻额外增加负载。请在 wp-config.php 中禁用它，改由 cron 任务来运行：

# 1. In wp-config.php, above "That's all, stop editing!":
#    define( 'DISABLE_WP_CRON', true );

# 2. In cPanel > Cron Jobs, run WordPress's scheduled tasks every 5 minutes:
*/5 * * * * cd /home/USER/public_html && /usr/local/bin/php wp-cron.php >/dev/null 2>&1

# 3. Check the WooCommerce queue isn't backed up
wp action-scheduler list --status=pending --format=count

同时也要检查 WooCommerce › 状态 › 计划任务。如果有成千上万条待处理或失败的任务，说明某处卡住了，最好现在就解决，而不是在大促期间。

第 3 周：测试，然后冻结

在预发布副本上做负载测试

在同一主机上为商店创建一个预发布副本，然后用负载测试工具向它发送流量。从小流量开始逐步增加，直到响应时间明显上升：那就是你目前的承载上限。测试要包含加入购物车和结账步骤，而不仅仅是首页。绝不要对线上商店做负载测试。

测试那些不起眼的环节

用每种支付方式各下一笔真实订单，然后退款。
确认订单邮件能正常送达，且不会进入垃圾邮件箱。
确认优惠码、最低订单金额规则和包邮门槛能够同时正常生效。
检查库存：超卖一件商品就意味着一次退款和一位不满意的顾客。

冻结变更

从 11 月 20 日左右到网络星期一结束，除非是安全修复，否则不要在线上商店更新插件、更换主题或尝试新功能。在冻结前做一次全新备份，这样你就清楚出问题时该回滚到哪个版本。

黑色星期五准备清单

已记录基准加载时间，包括结账页
已删除不用的插件，其余插件已更新
已对照平日用量检查主机资源限制
已在预发布环境测试后启用 HPOS
已启用 Redis 对象缓存，且只保留一个页面缓存插件
已用真正的 cron 任务替代 WP-Cron，计划任务队列已清理干净
已在预发布环境完成负载测试，包含结账流程
已用每种支付方式下过测试订单
已做好全新备份，并从 11 月 20 日起冻结变更

大促当天

重点关注三件事：网站是否正常在线、结账需要多长时间、订单是否按该时段的正常速度进来。如果流量平稳而订单突然下降，通常意味着支付或结账出了问题，而不是顾客没兴趣。提前准备好主机技术支持的联系方式，并明确团队中谁有权限进行改动。

大促前需要更多资源？

如果第 1 周的检查显示你的商店已接近资源上限，现在迁移仍来得及。在 WordPress Cloud 上，每个网站都运行在独立容器中，拥有专属的 Redis 和预发布环境，其他网站的流量不会拖慢你的网站。对于规模更大的商店，WebGee 云服务器提供可随时调整配置的独享资源。无论选择哪种方案，我们都会免费为你迁移商店，全程不停机。建议在 11 月 18 日左右完成迁移，为冻结前的测试留出时间。

黑色星期五前免费迁移你的商店我们的工程师会为你迁移 WooCommerce 商店，全程不停机。请在 11 月 18 日前开始，以便在大促前完成测试。

开始免费迁移

专为高流量商店打造的主机WordPress 主机，配备 LiteSpeed 缓存、Redis、预发布环境，以及工程师提供的 7×24 小时支持。

查看 WordPress 主机