2026 年的 WordPress 图片优化不仅仅是压缩。它关乎格式、尺寸、分发，以及文件离开源服务器之后所发生的一切。本指南梳理整个流程，让你的图片体积更小、加载更快，而外观保持一致。
先选对格式
AVIF 体积最小。WebP 是最稳妥的后备方案。JPEG 和 PNG 是只有在别无选择时才回退使用的旧格式。大多数现代 WordPress 插件都能从一次上传的源文件自动生成 AVIF 和 WebP。
浏览器对 AVIF 的支持率在 2024 年已超过百分之九十五。到 2026 年，没有任何真正的理由不在新内容中使用它。
生成合适的尺寸
WordPress 默认会生成多种图片尺寸来支持 srcset。诀窍在于确保最大的尺寸不超过该图片实际显示的最大位置。如果你最宽的栏目是 1200 像素，就不需要 2400 像素的原图。
在上传时调整尺寸，而不是在显示时调整。在显示时才调整尺寸，正是那些缓慢插件的做法。
从边缘分发，而非从源站分发
一旦图片体积小、尺寸合适，WordPress 图片优化的下一步就是分发。把一张完美优化的图片从悉尼的服务器发送给柏林的访客，仍然很慢。Defyn Media Offload 会把文件推送到兼容 S3 的存储，并通过 CDN 分发，这样访客就能从离自己更近的城市获取数据。
仅这一步，往往就能比其他所有优化加在一起更大幅度地缩短感知加载时间。
对首屏以下的图片进行懒加载
为首屏以下的图片添加 loading=lazy。自 5.5 版起，WordPress 会默认为你处理这一点。唯一的例外是你的 LCP 图片，它必须立即加载，并且通常应带上 fetchpriority=high。
正确地搭配立即加载与懒加载，正是优秀优化与盲目照搬之间的区别。
用 PageSpeed 和 WebPageTest 进行衡量
PageSpeed Insights 很快。WebPageTest 很诚实。两者都要跑。PageSpeed 告诉你 Google 看到的情况，WebPageTest 则向你展示真实用户所经历的加载瀑布图。
如果两者都认为图片是瓶颈，就去修复整个流程。如果结论不一致，就相信 WebPageTest。
把这一流程的每一步都做对——格式、尺寸、边缘分发和卸载——才能让图片优化从一个待办清单上的勾选项，变成可衡量的速度提升。如果你希望有人帮忙审查你的媒体处理流程，Defyn 团队可以为你提供帮助。
常见问题
对于小型博客，WordPress 图片优化值得做吗？
值得。影响大型网站的那些 Core Web Vitals 信号，同样影响小型网站。即便流量不高，图片优化也能带来实实在在的改善。
AVIF 会取代 WebP 吗？
实际上是的，但仍应保留 WebP 作为较旧浏览器的后备方案。大多数插件会同时生成两者。
我需要单独的图片 CDN 吗？
通常不需要。在对象存储前面放置一个标准 CDN，对几乎所有网站来说都足以很好地分发图片。
Smush 或 ShortPixel 能替我完成这些吗？
它们负责压缩，但不会把你从源服务器上迁移出来。那一步你仍然需要一个卸载插件。
