2025 年加速 WordPress 的完整指南
让 WordPress 网站显著提速的实用清单。
一个慢的 WordPress 网站会让你以三种方式损失收入：跳出的访客、流失的广告收入，以及 Core Web Vitals——它如今直接影响 Google 的排名。好消息是：我们在客户站点上看到的大部分速度问题，都归结于同样几个修复点。下面是我们的执行顺序。
1. 从真实的 Lighthouse 跑分开始
在 Chrome DevTools → Lighthouse → Performance 里对首页和一个典型的产品/文章页跑一次审计。在修改任何东西之前，把 LCP、INP、CLS 三个数字记下来——没有基线，就无法判断「修复」是否真的有效。
目标：
- LCP 低于 2.5 秒
- INP 低于 200ms
- CLS 低于 0.1
2. 选择匹配负载的主机
廉价共享主机是大多数「WordPress 很慢」抱怨的根源。如果你的缓存页面 TTFB 超过 600ms，瓶颈在主机而不是主题。
挑选要点：
- PHP 8.2 或更高
- 支持 HTTP/3
- 服务端缓存（Varnish、NGINX FastCGI，或主机自带缓存）
- 离你受众较近的数据中心
3. 加缓存插件
如果主机本身没有服务端缓存，那就自己加一个。WP Rocket、LiteSpeed Cache、W3 Total Cache 任选其一。打开：
- 页面缓存
- 浏览器缓存头
- CSS / JS 压缩（这一项最后再开，它最容易把页面搞坏）
- 屏外图片的懒加载
4. 把图片转成 WebP 或 AVIF
图片几乎是每个页面里体积最大的部分。转成 WebP（兼容性好）或 AVIF（压缩更佳）。ShortPixel、Imagify 之类的插件会在后台完成转换并保留原图作为回退。
另外：始终给 <img> 设置 width 和 height，让浏览器提前预留空间，CLS 才能接近零。
5. 审计插件
打开 Query Monitor，加载最慢的页面，按插件耗时排序。任何在每个请求上超过 50ms 的插件都是候选清理对象。常见的「重灾区」：
- 社交分享插件（用每个平台一个内联
<a>就够了） - 每次请求都跑完整
WP_Query的「相关文章」插件 - 为了发一个 pageview 加载 200KB JS 的统计插件
6. 整理数据库
旧的文章修订、过期的 transient、垃圾评论会一直堆积。每季度用一次 WP-Optimize 清理，并在 wp-config.php 里限制每篇文章的修订数：
define( 'WP_POST_REVISIONS', 5 );
7. 上 CDN
Cloudflare 的免费套餐足够覆盖绝大多数站点。把 DNS 指向 Cloudflare，关闭它的 Auto Minify（你的缓存插件做得更好）、开启 Brotli，结束。海外访客通常会感觉到 1–3 秒的提升。
8. 再测一次
在相同两个页面上再跑一次 Lighthouse，对比基线。如果 LCP 没动，问题几乎可以肯定是没优化的 Hero 图，或者阻塞渲染的第三方脚本——而不是 WordPress 本身。
像我们这样干净的主题，加上以上八步，足以把几乎任何 WordPress 站点的三项 Core Web Vitals 都推进到绿色区间。