Largest Contentful Paint（最大内容绘制）是决定你的 WordPress 页面给人感觉快还是慢的关键指标。到了 2026 年，真正能改善 LCP 的技术，已经和五年前奏效的做法大不相同。本文是在实践中行之有效的 WordPress LCP 优化的精简版。
从一个诚实的基准开始
用 PageSpeed Insights 测试你最慢的那个页面。记下”字段数据”部分中的 LCP 数值。那才是真实用户所经历的，也是谷歌所奖励的。一个看起来更漂亮的实验室分数具有误导性。
如果 LCP 超过 2.5 秒，主要开销几乎总是出在图片的传输上。如果低于这个值，就把精力放在其他指标上。
找出 LCP 元素
在 Chrome DevTools 中打开”性能”面板，录制一次页面加载。LCP 标记会告诉你，谷歌把哪个元素视为最大内容绘制。十有八九，那是文章的主视觉图或特色图。
现在你知道该优化什么了。页面上其他一切都可以先放一放。
preload 与 fetchpriority
给 LCP 图片加上 fetchpriority=”high”。这会告诉浏览器抢在脚本之前先抓取它。对于解析器发现较晚的图片，再加上一个带有图片 URL 的 link rel=”preload”。
遵循当前最佳实践的 WordPress 主题已经做到了这一点。如果你的主题没有，一个作用于 wp_get_attachment_image_attributes 的过滤器就能把该属性注入到相应图片上。
把图片放到离访客更近的地方
只有文件抓取得够快，preload 才有用。如果你的主视觉图存放在某台位于悉尼的单一服务器的 /wp-content/uploads 里，而访客在伦敦，那么任何 preload 提示都救不了你。把媒体库卸载到带有全球 CDN 的对象存储上，往返时间就能减半甚至更多。Defyn Media Offload 把这件事变成一个设置向导，随后在后台完成迁移。
一旦 CDN 边缘节点开始提供该图片，preload 配合 fetchpriority 就能让你逼近理论最优值，只差几百毫秒。
现代格式，合适的尺寸
在同等视觉质量下，WebP 和 AVIF 都比 JPEG 更小。大多数 WordPress 媒体插件会自动生成这些格式。再搭配一个尺寸设置得当的 srcset，手机就永远不会下载一张桌面尺寸的图片。
单看，格式和尺寸优化似乎微不足道。但叠加在一起，它们往往能把 LCP 降低两到三成。
这些技术会按一个清晰的顺序层层叠加：先测量，再找出 LCP 元素，给它赋予优先级，把它放到离访客更近的地方，最后再微调格式。Defyn 可以在你的 WordPress 网站上从头到尾把它们落实到位。
常见问题
WordPress LCP 优化实际上能改善多少？
在一个原本很慢的网站上，用上文的技术把 LCP 从四秒降到两秒半以内是现实可行的。再往下，你就是在和物理规律较劲了。
WP Rocket 这类插件能处理这个问题吗？
缓存插件有助于改善 TTFB 和 HTML 的传输，却无法解决图片传输慢的问题。要解决那个，你需要一个媒体卸载插件。
preload 总是个好主意吗？
只对 LCP 元素而言是的。预加载过多资源反而弊大于利，因为它会挤占其他请求。
如果我的主机已经有 CDN 了呢？
主机的 CDN 挡在源站前面会缓存图片，但每一次缓存未命中仍然会打到你的服务器。把媒体库卸载到对象存储，则会把源站彻底从访问路径中移除。
