如何修復 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 失真。從原圖壓縮一次，然後停下。