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。
常见问题
对一个小博客来说，WordPress 图片优化值得做吗？
值得。影响大型网站的那些 Core Web Vitals 信号，同样影响小型网站。即便流量不高，图片优化也能带来改善。
AVIF 会取代 WebP 吗？
实际上会，但要保留 WebP 作为老旧浏览器的回退方案。大多数插件两者都会生成。
我需要单独的图片 CDN 吗？
通常不需要。在你的对象存储前面放一个标准 CDN，对几乎所有网站来说处理图片都足够好了。
Smush 或 ShortPixel 会替我做这件事吗？
它们负责压缩，但不会把你的文件从源站迁走。那一步你仍然需要一个卸载（offload）插件。
想把这一整套图片流程在你的 WordPress 网站上配置好、跑起来吗？Defyn 为澳大利亚企业设计并维护这类工作流程。
