多数 WordPress 提速建议的第一句都是"装个优化插件"。那其实是第三步。第一步和第二步收益更大，而且不花钱。

第一步：上传纪律

最有效的单一改动：

  • 上传前先缩放：正文配图长边 1600 像素，通栏首屏图 1920 像素。4000 像素以上的相机原图在网站上毫无用处。
  • 上传前先压缩到合理目标（正文配图 60–150 KB）。
  • 选对格式：照片用 JPEG/WebP，只有透明和纯色图形才用 PNG；在配置安全的前提下 logo 和图标用 SVG。
  • 上传前用描述性文件名——文件名会永久成为 URL 的一部分。

用插件去压一张 6 MB 的上传件，是在修复你几秒钟前刚制造的问题。在源头解决，还能顺带阻止 WordPress 生成十五个过大的衍生文件。

第二步：检查主题实际请求了什么

打开页面，检查最大的那张图，比较它的原始尺寸和渲染尺寸。如果 2048 像素的文件渲染在 640 像素的位置，说明主题请求了错误的注册尺寸。这是 WordPress 最常见的性能 bug，而且任何插件都修不了——它是模板层面的决定。

顺便还要确认：

  • 首屏主图没有被懒加载。
  • width 和 height 属性存在（WordPress 会加，但页面构建器有时会去掉）。
  • 页面构建器里是否有通过 CSS 背景加载的图片——它们对预加载扫描器是隐形的。

第三步：这时再用插件，且用在对的地方

好的优化插件做三件有用的事：

  • 转换为 WebP/AVIF 并带回退地分发。
  • 批量压缩现有媒体库——它的价值恰恰来自过去上传时缺乏纪律。
  • 在换主题后重新生成或清理无用的注册尺寸。

要注意，有些插件在每次改设置时都会把已压缩的图片再压一遍，伪影会不断叠加。压一次，压好。

第四步：分发

  • 对地理分布广的受众来说，站点前面加一个 CDN，收益胜过任何插件设置。
  • 激进缓存：图片在实践中是不可变的，配合带版本的文件名设置长 max-age 很安全。
  • 首屏以下启用懒加载（WordPress 原生支持），但要排除首屏主图和第一屏内的一切。

第五步：验证

改动前后各跑一次 Lighthouse，重点看这几项诊断："适当调整图片大小""使用新一代格式提供图片""高效编码图片""最大内容绘制元素"。然后在随后几周用线上真实数据确认，因为你机器上的实验室分数并不代表移动网络下的手机。

如果一项改动没让这些数字动起来，那它就不是优化——只是你改了个设置而已。