如何修复 PageSpeed Insights 中的高效编码图片问题

高效编码图片是压缩检查，不是布局检查。PageSpeed Insights 会查看页面上的每张 JPEG、PNG 和 WebP，估算在相近可见画质下重新编码能少掉多少千字节。它并不是说照片格式不对，也不是说像素太大，那是另外的审计（使用下一代格式提供图片和正确调整图片尺寸）。

报告会列出文件名。你仍需从网站或 CMS 取出这些原文件，重新编码，再把更小的副本放回去。EditItAll 不会抓取你的 URL，也不会对接 PageSpeed Insights。它只在你的浏览器里做重新编码。

打开JPEG 压缩工具（如果报告列的是 PNG / WebP，就用对应工具），把过重的原文件拖进去：

• 照片画质保持在 80 附近。在屏幕上通常看不出差别，也是JPEG 画质指南推荐的区间。
• 如果照片有数千像素宽，但显示时只用到其中一小部分，把最长边设为 1920 或 1280，压缩工具里实际就这两个选项。过大的像素是页面体积的另一半；参见为网页压缩 JPEG。
• 在结果列表里看 in → out 体积。还是太大？把画质再降大约十档，再跑一次。没有“压缩到 N KB”的输入框，体积是输出结果。

导出、下载，在服务器或 CMS 中替换文件，然后重新运行 PageSpeed Insights。一切都留在你的设备上；页面加载后即可离线使用。导出时会清除 EXIF。

如果 JPEG 重新编码后节省量看起来很小，PageSpeed Insights 也可能是在要求现代格式。WebP 和 AVIF 在相同可见画质下通常优于 JPEG。用JPG 转 WebP或WebP 压缩工具转换一份副本，比较列出的体积。如果仍需服务旧浏览器，请保留 JPEG 回退。

PNG 照片几乎不该出现在网页上。把它们转成 JPG 或 WebP；无损 PNG 再压缩对照片体积帮助不大。压缩图片专题更深入地讲了格式选择。

重新编码不会让 4000 像素的主视觉塞进 800 像素的位置，那是正确调整图片尺寸，需要更小的像素尺寸。它也不会给首屏以下的图片做懒加载，更不会替你写 srcset。EditItAll 也无法自动命中某个千字节目标，或去掉文件里已经存在的 JPEG 失真。从原图压缩一次，然后停下。