JPG 轉 WebP
最乾脆的一次最佳化：觀感幾乎不變，體積明顯變小。
轉換你的影像
畫質越低檔案越小。僅對 JPG 與 WebP 生效。
這些檔案都在本機處理，不會上傳。
JPG 轉 WebP 會有什麼變化
這是本站最單純的轉換，因為沒有任何功能會遺失。WebP 完全涵蓋 JPG 的能力，所以把照片從 JPG 搬到 WebP 純粹是體積收益——同等觀感下通常能小 25% 到 35%。
這部分節省直接反映在頁面體積上，這也是 WebP 現在被視為網頁照片首選格式的原因。影像通常是頁面裡佔比最大的資源，砍掉三分之一對 Core Web Vitals 的幫助，往往超過大多數程式碼層級的最佳化。
由於 JPG 已經壓縮過一次，這屬於第二代編碼。結果不會完美，畫質滑桿拉得過低會把上一次的損失疊加成肉眼可見的塊狀雜訊。對於本身就是 JPG 的照片，畫質取 75 到 85 通常是最佳區間。
立即轉換
- 把既有的 JPG 圖庫整體搬移到載入更快的格式
- 為滿是照片的部落格文章和到達頁面降低頁面體積
- 為首屏主視覺做最佳化，幾十 KB 都值得爭取的情境
- 降低高流量網站的頻寬成本
JPG vs WebP
| JPG | WebP | |
|---|---|---|
| 壓縮方式 | 有損 | 有損，但效率更高 |
| 透明通道 | 不支援 | 支援 |
| 典型體積 | 基準 | 縮小 25-35% |
| 最佳場景 | 需要最廣相容性 | 網站、應用程式 |
其他 JPG 轉換
反向轉換
常見問題
從 JPG 轉 WebP 會進一步損失畫質嗎？
會重新編碼，因此存在額外損失。把畫質維持在 75 到 85，在正常觀看尺寸下幾乎看不出差別。繼續調低則會把 JPG 原有的壓縮痕跡放大成可見的塊狀雜訊。
檔案實際能小多少？
同等觀感下通常小 25% 到 35%。具體取決於影像內容：細節豐富的照片受益最大，而本身已經被壓得很兇的 JPG 可壓縮空間就比較有限。
應該用原圖還是已經反覆存過的 JPG？
永遠用你能拿到的最高品質版本。JPG 每存一次都會永久捨棄一些細節，經過多輪編輯的檔案在進入轉換器之前其實已經劣化了。
如果需要廣泛相容，還能用 WebP 嗎？
瀏覽器方面沒問題——Chrome、Safari、Firefox、Edge 都支援。缺口在較舊的桌面軟體、部分印刷流程和少數 CMS 上傳元件。如果你的目標環境是這些，請繼續使用 JPG。