Largest Contentful Paint（LCP）是决定你的 WordPress 页面「感觉快还是慢」的那项指标。到了 2026 年，真正能撬动 LCP 的手段，已与五年前奏效的做法大不相同。本文是实践中管用的 WordPress LCP 优化精简版。
先建立一个诚实的基准
用 PageSpeed Insights 跑一遍你最慢的页面，记下「实际数据」部分里的 LCP 数值。那才是真实用户的体验，也是 Google 所奖励的。看起来更好看的实验室分数是有误导性的。
如果 LCP 超过 2.5 秒，最主要的开销几乎总是图片传输；如果低于这个数，就把重点放到其他指标上。
找出 LCP 元素
在 Chrome DevTools 里打开「性能（Performance）」面板，录制一次页面加载。LCP 标记会告诉你 Google 把哪个元素视为 largest contentful paint。十有八九是文章的主视觉图或特色图。
现在你知道该优化什么了，页面上的其他一切都可以往后放。
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 削减两到三成。
想让我们替你把整套都配好——媒体卸载、preload、fetchpriority 和现代格式，而且按正确顺序？Defyn 为 WordPress 网站做的正是这件事。
