圖片格式比較:JPEG、PNG、WebP、AVIF
現代網頁上超過 99% 的點陣圖可歸入這四種格式。它們在壓縮、透明度、動畫與瀏覽器支援的取捨大不相同。以下提供實務選型指南。
並排比較
先看重點表格,各格式的詳細說明請見下方章節。
| 項目 | JPEG ? | PNG ? | WebP ? | AVIF ? |
|---|---|---|---|---|
| 壓縮 | 有損 | 無損 | 有損+無損 | 有損+無損 |
| Alpha(透明) | 無 | 有(8 位元) | 有(8 位元) | 有(完整) |
| 動畫 | 無 | 僅 APNG | 有 | 有 |
| 最高位元深度 | 8 位元 | 16 位元 | 8 位元 | 10/12 位元 |
| 典型體積(照片,相對 JPEG) | 100% | 300–1000% | 65–75% | 40–60% |
| 瀏覽器支援 | 幾乎全支援 | 幾乎全支援 | Chrome 32、Firefox 65、Safari 14 | Chrome 85、Firefox 93、Safari 16 |
| 典型編碼速度 | 快 | 快 | 中等 | 慢 |
JPEG——最通用的基準
原理
JPEG(Joint Photographic Experts Group)於 1992 年標準化,是四者中最資深。它以 8×8 區塊做離散餘弦轉換等有損步驟,再以量化與熵編碼壓縮;品質常用 1–100 的單一數值控制。像 MozJPEG 等現代編碼器可在不改變位元流相容性的前提下,再擠出約 10–20% 體積,任何 JPEG 解碼器都能讀取。
適合
色調平順、細節豐富的攝影內容——人像、風景、商品照、全寬主視覺等。
優點
- 幾乎所有圖片檢視器與裝置都支援。
- 多數平台具硬體加速解碼。
- 最佳化工具生態成熟(MozJPEG、jpegli 等)。
缺點
- 無 alpha——透明背景須先平面化。
- 文字、線稿與銳利邊緣易出現區塊瑕疵。
- 每通道僅 8 位元。
PNG——無損且支援透明
原理
PNG(Portable Network Graphics)於 1990 年代中期為取代 GIF、避開專利而設計。它嚴格 無損:在逐列像素濾波後再以 DEFLATE 壓縮。像 oxipng(optipng 的 Rust 實作)會嘗試多種濾波與壓縮組合,在不改變任何像素的前提下尋找最小檔案。
適合
介面圖、圖示、螢幕擷圖、圖表、線稿、色塊單純的標誌,以及需要完整 alpha 的內容。
優點
- 無損——往返編碼像素完全一致。
- 完整 8 位元 alpha,每通道最高 16 位元。
- 瀏覽器與工具鏈普遍支援。
缺點
- 用在照片上往往比 JPEG/WebP/AVIF 大很多。
- 原始規格不含動畫(APNG 為後來延伸)。
WebP——以網頁為優先的格式
原理
WebP 由 Google 於 2010 年推出,源自 VP8,後來加入獨立的無損模式。單一容器可同時包含有損與無損,並可選 alpha 與動畫。有損模式在相近畫質下通常比 JPEG 小 25–35%;無損模式常比 PNG 小 20–30%。
適合
當 AVIF 相容性尚未足夠時的通用網頁出圖——照片、含透明的介面雪碧圖、GIF 動畫替代,以及作為 AVIF 之下的後援層。
優點
- 單一格式涵蓋照片、圖形、透明與動畫。
- 在相近畫質下明顯小於 JPEG 與 PNG。
- 2020 年起主流瀏覽器皆已支援。
缺點
- 每通道 8 位元——不適合 HDR 主流程。
- 部分低階裝置解碼比 JPEG 慢。
AVIF——目前壓縮率的領先者
原理
AVIF(AV1 Image File Format)是 AV1 視訊編碼的靜態圖檔,2019 年由開放媒體聯盟(AOMedia)相關陣營推進。支援最高 12 位元色彩、完整 alpha、HDR、廣色域與顆粒合成等。參考編碼器(aom-av1,由 libavif 使用)編碼較慢,但在真實照片上常能拿到現今主流格式中最佳的體積。
適合
主視覺、相簿,以及頻寬比 CPU 時間更珍貴的情境。很適合放在 <picture> 的最上層來源。
優點
- 壓縮率頂尖——照片常比 JPEG 小 40–60%。
- 支援 alpha、動畫、HDR、廣色域與 10/12 位元深度。
- 免權利金且開放規格。
缺點
- 編碼慢——大量出圖宜在建置時或非同步處理。
- Safari 至第 16 版(2022)才支援。
- 對合成圖、銳利線條不如 WebP 無損或 PNG 討喜。
我該用哪一種?
- 照片、滿版主視覺:以 AVIF 為主,並用
<picture>提供 WebP、JPEG 後援。 - 需透明的介面圖(圖示、標誌):相容性用 PNG;要更小體積可試 WebP 無損。
- 線稿、擷圖、圖表:PNG(或 WebP 無損)—— JPEG/AVIF 在銳利邊緣上較吃虧。
- 取代動態 GIF:WebP 或 AVIF——體積通常小很多且支援真透明。
- 今日要單一格式打天下:照片用 JPEG、圖形用 PNG——不一定最小,但相容成本最低。
實務上不必只選一種。在 <picture> 裡依序提供 AVIF、WebP,最後再放 JPEG 或 PNG——瀏覽器會挑自己能解且通常最小的那一份。
常見問題
如何把 JPG 轉成 WebP?
開啟 PicBrewery,將 JPG 拖曳到上傳區,WebP 會與 JPEG、PNG、AVIF 一併產生。點選 WebP 欄的下載圖示。全程在您的瀏覽器完成,檔案不會上傳。
如何把 PNG 轉成 AVIF?
將 PNG 放入 PicBrewery。 JPEG、WebP、AVIF 會在 Web Worker 中平行重新編碼。按 AVIF 欄下載,或勾選多筆後匯出 ZIP,只含各來源最小的版本。
AVIF 比 WebP 更好嗎?
在相同主觀畫質下,照片類影像 AVIF 通常比 WebP 再小 20–30%,因為底層是 AV1。WebP 編碼較快,舊裝置支援也更廣,兩者互補而非完全取代。
Safari 支援 WebP 嗎?
支援。Safari 自第 14 版(macOS Big Sur、iOS 14,2020)起支援 WebP。現行 Safari 可解碼有損與無損 WebP。
PNG 一定是無損嗎?
是。PNG 使用 DEFLATE,屬嚴格無損:解碼後像素與來源位元一致。體積縮小來自濾波與 DEFLATE 調校(例如 oxipng),不會捨棄影像資料。
JPEG 能有透明嗎?
不行。傳統 JPEG 沒有 alpha。需要透明請用 PNG、WebP 或 AVIF。JPEG XL 有 alpha,但瀏覽器支援仍有限。
AVIF 比 JPEG 小多少?
以現代 AVIF 編碼器(aom/libavif)處理典型照片,在相近主觀畫質下常比 MozJPEG 小 40–60%。細節少、色塊平的圖,差距會縮小。
我的瀏覽器能解碼 AVIF 嗎?
Chrome 85+、Firefox 93+、Edge 121+、Safari 16+ 支援 AVIF。若要涵蓋舊瀏覽器,請用 <picture>,上層放 AVIF,下層放 WebP 或 JPEG 後援。
PicBrewery 真的是在裝置端處理嗎?
是。解碼與重新編碼在 WebAssembly 與 Web Worker 中於您的裝置執行。影像位元不會上傳;網路請求僅載入靜態程式與編碼器檔案。
格式互轉
想找特定轉檔說明?請從下方配對頁面進入——每頁含步驟教學、預期省量與專屬 FAQ。