图片压缩基准测试
同一张图、四种编码、真实数字。我们把一张样本图通过 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 会比原图小？
50.9 KB 的原图是未压缩导出。PNG 对它做无损重编码、剔除这些冗余，落到 12.8 KB，同时每个像素都完全一致。「无损」指的是画质不丢，不是「体积不变」。
那是不是永远该用 WebP？
对现代网页上的照片，WebP（或 AVIF）通常在画质可接受下体积最小。但不少老编辑器、部分印刷流水线和个别 CMS 仍只认 JPG 或 PNG。格式要按图片的用途来选，而不是按排名来选。