质量滑块该拖到多少？好的压缩工具不该让你回答这个问题

打开一款图片压缩工具，界面正中央一个滑块：Quality: 80。你盯着它想了三秒——75 还是 85？拖到 60 会不会糊？
最后你没动它，直接点了「压缩」。
如果大多数人最终都停在默认值，那这个滑块到底是在帮你，还是在把工具该做的决定推给你？

滑块上的数字，其实没有统一含义

「质量 80」听起来像是「保留 80% 的画质」，但它不是。

它不是百分比。JPEG 的 quality 只是一个用来缩放量化表的系数，quality 80 和 quality 40 之间，画质差的绝不是「一半」。
不同编码器的同一个数字不可比。同样写着 80，libjpeg、MozJPEG、Photoshop、各家手机的编码器，产出的画质和体积都不一样。Photoshop 的「品质 8」和某个在线工具的「80」更是两套标尺。
不同格式之间更不可比。WebP 的 80、AVIF 的 80、HEIC 的 80，背后是完全不同的编码原理。AVIF 还有 speed，WebP 还有 method，这些参数同样影响结果，却往往藏在「高级选项」里，或者干脆没给你。

所以当一个工具把 0–100 的滑块摆在你面前，它实际在问的是：**「请你替这个编码器、这种格式、这张图，选一个合适的量化系数。」**这个问题，绝大多数用户答不了，也不该由他们来答。

假设你是专业用户，清楚每个参数的含义。问题依然存在：每张图的最佳参数不一样。

拖进来 300 张图，滑块只有一个。你要么按最挑剔的那张来设，其余 299 张白白多占空间；要么按平均水平来设，总有几张被压坏。一个全局滑块，天生就和批量处理冲突。

这是最少被说破的一点。

压缩结果不理想时——压糊了，或者没压小——用户的第一反应会是「我参数没调好」，而不是「这个工具不行」。滑块让工具在任何情况下都不会错：错的永远是拖滑块的那个人。

于是用户开始反复试：压一次、打开对比、调一下、再压一次。原本一个「拖进去就完事」的动作，变成了一场没有标准答案的调参实验。对于只想让文件夹变小一点的人来说，这是纯粹的负担。

一个好工具应该承担决定，而不是把决定包装成「自由」交给你。

去掉滑块并不是偷懒——恰恰相反，工具必须替用户完成那些原本推出去的工作。这正是我们做 ImgZilla 时选择的路：参数固定，界面上没有质量滑块。

但「固定」不等于「一刀切」：

每种格式单独调校。JPEG、WebP、AVIF、HEIC、GIF 各有一套参数，选在视觉无损的区间；PNG 和 SVG 走真正的无损压缩，像素一个都不变。
按真实格式处理。读取文件头判断实际格式，后缀写错的文件也会按真实格式处理，不会用错参数。
压不动就不压。压缩率不足 0.4% 的文件会标为「已最小」，原样保留，也不扣免费额度。已经被认真优化过的图，不会被反复重编码。
结果可验证、可撤销。内置对比窗口（⌘D）左右分屏、放大到实际像素逐张对照；原图默认进废纸篓，不满意就「放回原处」。

你需要做的判断只剩一个：**看一眼，满意就留，不满意就还原。**这比「75 还是 85」好回答得多。

效果也有实测数据：32188 张相机直出 JPEG 平均省了 76.8%，一批网站上已经压过一遍的 JPG 再压仍然省了 46.8%（详见《ImgZilla 实测》系列）。这说明固定参数并不意味着保守——多数图片原本的参数，比真正需要的高得多。

说「不该给滑块」，并不是说滑块毫无价值。有些人确实需要它：

要进后期的原片。ImgZilla 对 JPEG 的有效质量大约在 quality 70，并使用 4:2:0 色度采样，会去掉 EXIF 等元数据。这对浏览、分享、上网足够，但如果这张图之后还要大幅调色、再次导出，你应该保留原片，或者用可以手动指定高质量参数的工具（详见《ImgZilla 实测（三）：摄影师视角》）。
有明确体积指标。比如「每张必须小于 200 KB」，需要按目标反推参数。
需要转格式、改尺寸。ImgZilla 不转格式、不改分辨率，这类需求请用 Squoosh、Zipic 之类更灵活的工具。

所以更准确的说法是：**对绝大多数「只想让图片变小、又不想变丑」的场景，滑块是多余的。**真正需要它的人，心里很清楚自己需要什么。

好的工具不该把选择题交给你。它应该替你答对，再给你一个随时反悔的机会。

ImgZilla 目前仅支持 macOS（12.3 及以上），可在 Mac App Store 下载。免费版每天可压缩 10 张，只有压缩成功才计入额度——拖一个文件夹进去，不用调任何参数，看看结果再决定。