圖片壓縮基準測試
同一張圖、四種編碼、真實數字。我們把一張樣本圖透過 zipo.pics 壓縮，並測量真實輸出體積——沒有行銷話術，只有位元組。用它來在壓縮前決定該選哪種格式。
樣本: 128 × 128 px gradient PNG, 輸出體積 50.9 KB
| 格式 | 輸出體積 | 相對原圖 | 適用場景 |
|---|---|---|---|
| PNG (lossless) | 12.8 KB | −75% | Best when every pixel must survive — logos, screenshots. |
| JPG | 2.1 KB | −96% | Universally compatible; great for photos. |
| WebP | 0.9 KB | −98% | Smallest here — simple codec wins on tiny smooth images. |
| AVIF | 1.3 KB | −97% | Usually beats WebP on photos; overhead shows on micro images. |
我們如何測量
測試用同一張源圖，跑的是 zipo.pics 瀏覽器內同款引擎（編譯成 WebAssembly 的 Rust，不經伺服器）。每種格式用預設參數編碼，最終位元組數直接讀取自輸出檔。表格即引擎真實產出的精確位元組，沒有任何平均、估算或人為挑選。由於引擎在本地執行，這些數字反映的純粹是編碼本身，而非網路或 CDN。
反直覺之處：AVIF 並非最小
在這張微小、平滑的漸變圖上，AVIF（1.3 KB）反而比 WebP（0.9 KB）更大。AVIF 較先進的編碼器帶有固定開銷，只有在細節豐富、尺寸更大的圖上才划算；所以在微小、低細節的圖形上 WebP 反而勝出。真實照片上，AVIF 通常會反超 WebP。不存在單一的「最佳」編碼，取決於你的圖片。
如何讀懂這張表
「相對原圖」這一列才是誠實的標題：即便無損的 PNG 也降了 75%，因為源圖本身就是 50.9 KB 的未壓縮匯出。結論不是「AVIF 永遠最小」，而是「按圖片選格式」。照片偏向 WebP/AVIF，相容性優先偏向 JPG，必須逐像素保真的就留 PNG。想知道你自己的檔案真實數字，唯一的辦法就是壓一下。
誠實說明：這只是一個合成樣本（128×128 漸變圖）。真實結果會因內容、尺寸與來源品質而異。了解你自己的圖片唯一可靠的辦法就是壓縮它——下面即可在瀏覽器裡完成，無需上傳。
大家常問
為什麼無損 PNG 會比原圖小？
原圖是未壓縮匯出，PNG 做無損重編碼、剔除冗餘後變小，但每個像素都一致。「無損」指畫質不丟，不是體積不變。
那是不是永遠該用 WebP？
對網頁照片，WebP/AVIF 通常最小；但部分舊工具與 CMS 仍只認 JPG/PNG。格式要按用途選。