WordPress 核心网页关键指标

三个指标均在真实访问者的第 75 百分位测量:LCP 不超过 2.5 秒、INP 不超过 200 毫秒、CLS 不超过 0.1。Google 从 Chrome 用户体验报告中的字段数据读取这些指标,而不是从你的 Lighthouse 运行结果,所以实验室得分绿色虽然必要,但不充分。

要点提示:WordPress 可以通过核心网页关键指标,但其默认设置会阻碍你:主题过重、插件过多、媒体未优化。先修复媒体和缓存,其次删减插件,最后用字段数据而非实验室得分进行验证。

• 主题过重和页面生成器。多用途主题和生成器(如 Elementor 和 Divi)附带庞大的 CSS 和 JavaScript 包,其中许多在任何特定页面上都未被使用。
• 插件堆积。每个激活的插件都可以在整个网站范围内加载自己的脚本和样式，即使在根本不使用它的页面上也是如此。
• 媒体未优化。媒体库提供的是上传的原始文件。没有 WebP 格式和没有调整大小的大型首屏图像是最常见的 LCP 杀手。
• 默认无缓存。标准 WordPress 安装在每次请求时都会渲染 PHP。没有页面缓存的情况下，在高负载下首字节时间会很糟糕。

按影响程度排序：添加页面缓存和 CDN；优化并正确调整图像大小（WebP、延迟加载折叠以下内容）；减少你部署的主题和插件 JavaScript；在能保持首字节时间低的基础设施上托管。一个好的[托管或 VPS 主机](/blog/best-vps-for-wordpress-2026/)对 TTFB 的改善比任何插件都大。如果你的构建足够复杂，以至于上述方法都不够，那就该考虑[使用 Astro 的无头 WordPress](/blog/headless-wordpress-astro-setup/)，它可以完全消除前端权重。

关于此的实践服务版本，请参阅我的[WordPress 速度优化](/wordpress-speed-optimization/)页面；关于平台无关的列表，请参阅[Core Web Vitals 清单](/guides/cwv-checklist/)。

• 安装三个缓存插件。它们会冲突。选择一个页面缓存插件（或一个内置缓存的主机）然后停止。
• 手动优化图像，仅此一次。新上传会撤销优化。使用一个插件或流程，在每次上传时都自动转换为 WebP 并调整大小。
• 追求 Lighthouse 满分。那是个实验工具。Search Console 报告和实地数据才是真正影响排名的。
• 在不解决根本原因的情况下添加性能插件。在臃肿的构建器上放一个压缩工具是拆东墙补西墙，不是真正的修复。先削减臃肿。

不要安装只报告实验室分数的工具。使用 PageSpeed Insights 的字段部分和 Search Console Core Web Vitals 报告，两者都读取真实用户数据。修复后，字段数据需要约 28 天才能完全反映这种变化，所以第二天分数没有移动时不要惊慌。要追踪数周的趋势，而不是某一天的数字，只有在字段数据确认修复后才能认为修复完成。