首段：一次详情页上传前的批量压图
上周帮一个做家居类目的朋友处理详情页素材：87 张主图，相机直出，单张 3–6MB，合计 4.2GB 的原始文件夹里挑出来的这批也有 4.2MB 均值。平台对单图有 500KB 上限，运营那边一张张丢进在线工具压，压完还要肉眼比对色差，一下午只过了二十来张。我把这批图丢进 JPG 智能压缩，用 mozjpeg 走了一遍，输出均值 680KB，肉眼在详情页尺寸下看不出差异，省掉的是逐张调质量滑杆和反复回传比对的动作。
最快出结果的路径
打开页面，把图拖进上传区，质量档位保持默认，点压缩，等进度走完统一下载。这条链路里真正需要你决策的只有一处：要不要动质量参数。
guetzli 模式压缩率更高但耗时明显更长，mozjpeg 在多数电商图上是性价比更高的默认项。第一次用建议先拿 3 张代表图（一张纯色背景、一张纹理密集、一张带文字）试默认档，确认输出可接受后再批量。不要一上来就全量 87 张跑 guetzli，等待时间会让你怀疑工具卡死。
压缩完别急着关页面，先抽一张放大到 200% 看文字边缘和渐变过渡——这是有损压缩最容易露馅的地方，比看整体观感可靠。
三个真实场景分别怎么用
场景一：详情页主图批量过平台上限。 输入是相机直出 JPG，单张 3–6MB。产出要求是单图 ≤500KB 且白底不偏色。做法是 mozjpeg 默认档批量跑，输出后按文件大小排序，把仍超 500KB 的少数几张单独降一档重跑。这批 87 张里只有 6 张需要二次处理，其余一次过。
场景二：活动 banner 的透明边缘处理。 这里要说清楚：JPG 本身不支持透明通道，带透明背景的 PNG 转 JPG 会得到白底。如果你的 banner 是设计稿导出带 alpha 的，正确做法是先在设计软件里铺好底色再导出 JPG，而不是指望压缩工具替你保留透明。这个场景里 JPG 智能压缩能做的是把铺好底的 JPG 压到目标体积，不负责格式语义转换。
场景三：历史素材库瘦身归档。 一批两年前的详情页图，早已下架但需要留档。这类图对画质要求低，可以走 guetzli 高档位，接受更长耗时换更小体积。输入 200 张、均值 1.8MB，产出均值压到 400KB 上下，归档盘占用直接降一个量级。注意这类批量任务建议分批跑，一次几十张，避免单次任务过久。
什么时候别用它
这是最该说清楚的一段。需要保留元数据的图别用——EXIF 里的拍摄参数、版权信息在有损优化流程里通常会被剥离，如果你的工作流依赖这些字段（比如摄影交付、版权存证），压完要单独核对。
文字密集的截图和线稿别用。 mozjpeg 和 guetzli 都是针对连续色调照片设计的，对大面积纯色加细笔画的截图，压缩后文字边缘容易出现彩色噪点，体积收益也不如照片明显。这类图转 PNG 或用无损方案更合适。
需要精确控制文件体积到 KB 级的场景别指望一次到位。 工具给的是质量档位，不是目标体积输入框，压出来多大取决于原图内容复杂度。要精确卡 200KB 这种硬指标，得压完看结果再决定是否降档重跑。
色彩管理严格的印刷前素材别用。 有损压缩可能引入轻微色偏，屏幕上看不出，上机印刷会放大。这类素材走无损流程。
搭配哪些工具更顺手
压完的图如果要统一改尺寸再上传，先压后缩和先缩后压结果不同——建议先缩到目标展示尺寸再压，体积收益更实在。批量重命名和按大小筛选可以用本地文件管理器配合，把超限的少数挑出来单独处理，比全量重跑省时间。需要转格式的（比如 WebP 进一步减体积），把 JPG 智能压缩当第一道工序，输出再进格式转换，两步走比一步到位更可控。
最后提醒一句：压缩是有损的，原始文件务必留底。批量任务跑之前先备份整个文件夹，这是任何有损流程的底线操作。