PNG 截图压缩后反而变大？质量、格式与 WebP 该怎么选

截图压缩没变小、甚至变大，通常不是你操作错了，而是格式决定的。同一张 3248×1924 的 PNG 截图（498.58 KB），在在线图片压缩工具里保持原格式、质量 75 压缩，结果是 521.22 KB，页面给的节省比例是 0% 并提示「已是最优」；同一张图转成 WebP、质量 75，结果是 219.82 KB，省 56%。

差别不在参数，在压缩原理：PNG 是无损格式，重编码只能换压缩参数，丢不掉细节；WebP、JPEG 是有损格式，可以按质量丢高频。下面这张表是同一次运行里四种输出设置的结果。

同一张图四种输出：PNG 只省 5%，WebP 省 56%

原图：domain-certificate-detail.png，3248 × 1924，498.58 KB。

输出设置	结果体积	页面显示节省
保持原格式 PNG，质量 75（有损）	521.22 KB	0%（提示「已是最优」）
保持原格式 PNG，质量 40（有损）	471.98 KB	5%
保持原格式 PNG，无损（像素完美）	520.93 KB	0%
转换为 WebP，质量 75	219.82 KB	56%

两条容易误读的地方：

• 0% 不是「没压」，是页面给的下限。质量 75 那次结果 521.22 KB，其实比原图的 498.58 KB 还大 22.64 KB，这时角标写 0%、提示「已是最优」；真正变小的时候角标写的是带负号的数字，质量 40 那次就是 -5%，下方卡片里的「压缩节省」才是正数 5%。
• 有损 PNG 的质量滑块确实生效，但只值几个百分点。从 75 降到 40，体积 521.22 → 471.98 KB，约 49 KB。对一张 0.5 MB 的图来说，5% 的收益换文字边缘的损失，不划算。

PNG 压不下去的原因：它本来就是无损格式

PNG 用 DEFLATE 做无损压缩，解码后每个像素和原图完全一致。重编码时能调的只有压缩级别和行滤波，像素值一个都不能变，所以体积下限就是「这张图的信息量」本身。截图这种大片纯色、重复结构的图，PNG 一开始就压得很紧，再压也挤不出多少。

WebP 有有损和无损两种编码，JPEG 是有损格式；这个工具转 WebP 走的是有损通道，可以按质量量化掉高频细节，用画质换体积。同一张截图转 WebP 质量 75 能到 219.82 KB，省 56%，代价是像素被改过——转完先看页面右侧的预览，文字边缘有没有发虚自己能判断。

选中 PNG 的「无损（像素完美）」后，目标质量不再读滑块：实测数值显示「不适用」，滑块本身不可拖动（disabled）。这也解释了为什么无损那次结果是 520.93 KB：它只换了一种编码方式，没动任何像素，体积基本回到原图附近。

格式怎么选：截图、照片、只要体积是三种答案

• 截图、图标、带文字的图：要求像素一致就选 PNG 的「无损（像素完美）」；能接受一点损失、又想要体积，转 WebP 后先看预览。
• 照片：用 JPEG 更合适。JPEG 对色度做下采样、按 8×8 块做 DCT，照片的渐变和噪点正好适合这种处理；页面的常见问题里给的参考是 JPG 通常用 70%–85%。反过来说，截图里的细笔画文字碰上下采样，容易出现彩色噪点。
• 只要体积：同一次实测里 WebP 质量 75 是 219.82 KB，比 PNG 有损里体积最小的 471.98 KB 还小一半多。

「PNG 压缩模式」只在 PNG 进、PNG 出时出现

这一栏不是一直有。把输出格式改成「转换为 WebP」后，整栏直接消失；换成一张 JPEG 原图，同样看不到这一栏：

对应到页面的说明就是：无损模式仅在原图本身是 PNG、且输出仍为 PNG 时可选，转换成其它格式会自动切到有损模式。所以别指望「PNG 转 WebP 还能无损」——这个工具里 WebP 输出走的是有损通道。

压缩不改尺寸，也不支持批量

压缩只改体积和格式。实测原图 3248 × 1924，压缩后仍是 3248 × 1924。要让图片在页面上显示得更小，得改像素尺寸，那是另一个工具：图片缩放（等比缩放）和图片裁剪（按比例裁切）。

另外，一次只能处理一张图：上传区、压缩、下载都是针对单张的，批量需求只能逐张来。上传支持 PNG、JPEG、WebP、GIF、AVIF、BMP，输出只能保持原格式或转成 JPEG、PNG、WebP——GIF、AVIF、BMP 不能直接导出。

一句话结论

PNG 截图压不动是正常的，0% 也别当成失败；要体积就把输出换成 WebP 或 JPEG 并接受有损，要像素一致就留 PNG 无损，改尺寸去用缩放/裁剪工具。