对大多数 WordPress 网站来说，2026 年 Core Web Vitals 得分是绿还是红，取决于图片进入浏览器的速度。缓存有帮助，主题快也有帮助，但在几乎所有页面上，起决定作用的都是媒体交付。本文将梳理时间究竟花在了哪里，以及要改什么才能解决。
LCP 几乎总是一张图片
首屏之上最大的元素几乎总是一张图片：首页的主视觉图、文章的特色图、WooCommerce 商品页的产品图。正是这一个文件决定了这项指标。
如果图片体积大、加载慢，或由较远的服务器提供，LCP 就会受影响。页面上其他一切都可以很完美，得分依然会往下掉。
毫秒都花在了哪里
一次对 WordPress 托管图片的典型请求会经过四个阶段：对源站域名的 DNS 解析、TCP 与 TLS 握手、图片本身的下载，以及浏览器的解码时间。前三个属于网络，最后一个取决于设备。
CDN 能大幅缩短网络阶段，因为文件由更靠近访客的节点提供。这是你在 WordPress 上为媒体性能和 Core Web Vitals 所能做的、杠杆最大的一项改动。
能稳定拉高得分的配置
把媒体库卸载到 S3、R2、Bunny 或其他兼容 S3 的存储桶，并通过 CDN 提供。一个好的媒体卸载插件会同时处理两件事：把文件上传到存储，以及重写 URL，让已有文章指向 CDN——这样你的源站就不再处于媒体的关键路径上。
把卸载与正确的 srcset 支持搭配使用，让移动端浏览器下载尺寸合适的变体。大多数 WordPress 主题已经会生成这些变体，插件只需重写每个变体的 URL。
别忘了 CLS 和 INP
当图片带有明确的宽高属性时，Cumulative Layout Shift 会下降，因为浏览器会在文件到达之前预留好空间。Interaction to Next Paint 与媒体无关，但在解决 LCP 之后值得一并检查。
大多数现代 WordPress 主题的输出中已经设置了宽和高。如果你的主题没有，先修好再重新测量。
如何确认改动生效
在同一个 URL 上，于卸载前后各运行一次 PageSpeed Insights，并查看字段数据（field data）部分，而不是实验室数据。字段数据反映真实用户，也是 Google 用于排名的依据。
字段数据大约每二十八天更新一次，所以如果没有一夜之间看到变化，不必惊慌。实验室数据会即时更新，是一个不错的早期信号。
更愿意让一个团队来把这一切都调校到位？在 Defyn，我们构建并维护快速的 WordPress 网站，把媒体交付从头到尾解决好。
