WordPress加速插件实测：服务器不同，结论相反

缓存插件装了三四个，测速分数还是上不去——问题往往不在插件，而在你的服务器是怎么返回缓存的。10 月 27 日一份针对四款加速方案的实测把这件事量化了：同一批插件，换一种服务器环境，结论能反过来。

四款方案，四种工作方式

• LiteSpeed Cache：和 LiteSpeed Web Server、OpenLiteSpeed 的内置缓存引擎直连。缓存命中时服务器直接返回已生成的页面，PHP 和数据库都不启动。装在 Apache 或 NGINX 上也能用前端优化，但服务器级页面缓存等于废了。
• WP Rocket：付费插件，生成静态 HTML 缓存，兼容 Apache、NGINX、LiteSpeed、IIS。注意 NGINX 不读 .htaccess，部分功能能不能按预期工作，要看主机商的服务器配置。
• NitroPack：云服务形态，页面缓存、关键 CSS、图片优化、资源压缩、CDN 分发打包在一起。CDN 是它工作方式的一部分，不是可选项。
• AccelerateWP + MAx Cache：CloudLinux 的方案，MAx Cache 是服务器原生模块，NGINX 或 Apache 直接返回预生成 HTML，命中时同样不启动 PHP。只装个插件复现不了，得有主机商配合。

实测数据：CDN 开着的时候

测试方式是 k6 打持续请求（每组约 7000 次，记录平均、中位、P90、P95），再用 GTmetrix 和 PageSpeed Insights 看浏览器侧。所有配置的请求失败率都是 0%，差别只在快慢和一致性。

LiteSpeed 环境：

• LiteSpeed Cache + Cloudflare：k6 平均响应 76.54 毫秒，GTmetrix 完整加载 0.62 秒，Speed Index 0.50 秒，平均、中位、P90、P95 四项全领先
• NitroPack：GTmetrix Speed Index 0.74 秒，PageSpeed Speed Index 0.70 秒，视觉加载不错，但持续负载下的响应时间落后
• WP Rocket：测试没报错，但持续负载和视觉加载两项都排在后面

NGINX 环境没有一款全赢：

• AccelerateWP + MAx Cache + Cloudflare：平均 155.09 毫秒，中位 137.16 毫秒，P95 248.15 毫秒
• NitroPack：GTmetrix 完整加载 1.40 秒，Speed Index 0.76 秒

不开 CDN 的时候，结论又变了

LiteSpeed 环境里，LiteSpeed Cache 依旧压着 WP Rocket：平均响应、P95、完整加载、两项 Speed Index 全部更低。这里要留意 NitroPack 的数字虽然还好看，但它自带 CDN，不能算进「纯无 CDN」的对比。

NGINX 无外部 CDN：

• WP Rocket：平均 263.59 毫秒，中位 249.23 毫秒，P95 331.39 毫秒，持续请求更稳
• AccelerateWP + MAx Cache：GTmetrix 完整加载 2.60 秒（WP Rocket 4.20 秒），Speed Index 2.50 秒对 2.60 秒

两者的平均响应只差约 23 毫秒，完整加载却差了 1.6 秒。这就是「响应快」和「看起来快」的区别：一个看服务端处理速度，一个看浏览器把内容画出来的时点。

CDN 到底值不值

同一套 LiteSpeed Cache，加 Cloudflare 前后对比：平均响应 192.95 → 76.54 毫秒，GTmetrix 完整加载 2.90 → 0.62 秒，Speed Index 2.20 → 0.50 秒。这是全场变化最大的一组。

但别把这组数字当承诺。CDN 效果取决于测试位置、边缘节点、缓存命中率、缓存规则、页面体积和源站性能。源站本身慢、页面脚本一堆，CDN 只会把慢页面更快地送到用户面前。

照着自己的环境选：决策清单

1. 先确认服务器类型。curl -I https://你的域名 看响应头的 Server 字段，或看 phpinfo、主机面板里的「Web 服务器」一栏。LiteSpeed 系和 NGINX、Apache 是两条完全不同的路。
2. 是 LiteSpeed：直接 LiteSpeed Cache，再叠 QUIC.cloud 或 Cloudflare，这是唯一能用上服务器原生缓存的组合。
3. 是 NGINX 且主机商提供 AccelerateWP 与 MAx Cache：优先这套再叠 CDN，持续负载表现最好。
4. 是 NGINX 或 Apache 且没有服务器级缓存：WP Rocket 兼容性最广、配置直观，代价是年费。
5. 不想碰配置、只看视觉加载：NitroPack，但先算清套餐的访问量和 CDN 流量额度，再看缓存未命中时的表现。
6. 测速别看平均值。P95 才反映偶发慢请求；完整加载时间和 Speed Index 要分开看，前者包含懒加载资源，后者更贴近「用户看到内容」的时点。

这组数据不能直接套到你的站上

几个必须知道的局限。第一，测试环境是特定主机的共享方案与托管方案，LiteSpeed Cache 只在能发挥完整缓存功能的 LiteSpeed 环境里参与对比，换了主机商，同一插件的行为可能不一样。第二，只有一个测试节点，CDN 的收益和测试位置强相关；国内访问和欧美访问的结论会不同。第三，所有配置的请求失败率都是 0%，说明这组对比的压力还不够大，抗压能力要看更高并发下的表现。第四，NitroPack 自带 CDN，放进「无 CDN」组里本身就不公平，看排名时要把这一格单独摘出来。第五，持续负载快和视觉加载快是两件不同的事：前者关系到服务器成本和并发上限，后者关系到用户第一眼感受，你的站更缺哪个，答案不一样。

还有一点常被忽略：缓存命中率。所有方案的漂亮数字都建立在命中上，登录用户、购物车、评论表单这些动态请求会绕过缓存。WooCommerce 站点如果缓存规则没配好，装什么插件都可能出现「价格不更新」或「购物车串号」的问题，这类故障比慢更贵。

我的看法

这类横评最容易误导人的地方，是把第一名当成通用答案。LiteSpeed Cache 赢在能用服务器缓存引擎，你在普通虚拟主机上装同一个插件，拿不到同样的数字；AccelerateWP 赢在 MAx Cache，没有主机商配合，它就是个普通插件。换句话说，一半的性能在你选主机的时候就定了，插件只决定剩下那一半。

还有个细节值得记：NitroPack 出现在所有「无 CDN」的对比里，可它自带 CDN。看横评先确认对照组干净不干净，比看排名有用。

最后

顺序建议：先查服务器类型，再定插件，最后才加 CDN。反过来做，钱花了、分数没动，还容易把问题怪到主题和插件的冲突上。