批量图片压缩器
在将商品图上传至电商平台、商品数据源或网页前批量压缩整个文件夹 —— 体积更小,重要像素原样保留;有损压缩之处如实陈述,绝不虚假宣传。无需上传云端,因此没有任何人为限制:没有 5 MB 大小上限、没有 20 张批次限制、无需排队等待。
🔒 你的数据绝不会离开浏览器。每张图片都在你自己的设备上本地解码、量化与重新编码 —— 压缩引擎以 WebAssembly 格式完全运行在当前页面中。
拖入图片,或直接拖入整个文件夹
支持 PNG 与 JPEG · 也可直接从剪贴板粘贴 · 无文件大小与数量限制
如实告知:智能模式属于有损压缩
智能模式的原理与主流在线压缩工具相同:将 PNG 颜色缩减至最多 256 色的调色板。在精心实现的算法下,绝大多数商品照片和图形在视觉上看不出差异,而 60%–80% 的体积节省正是由此而来。但这确实是有损压缩,因此本工具如实测量画质损耗,绝不含糊其辞:每张量化后的图片都会与原图逐像素比对,并在每行明细中如实展示 alpha 加权 PSNR(峰值信噪比)分贝值。画质滑杆即为你设定的保底门槛。如果某张图片在量化到 256 色时依然低于你的画质门槛,本工具绝不强行量化,而是直接降级至无损路径,并在行中明确告知。
无损模式则是严格意义上的真无损承诺:图像像素逐字节完全一致。PNG 仅移除对渲染毫无影响的非关键元数据(注释、时间戳、EXIF)并重新优化压缩编码;JPEG 则在重构文件时剥离全部元数据段,而已压缩的图像数据逐字节原样复制 —— 绝不引入二次 JPEG 压缩瑕疵,采用与我们的 EXIF 隐私检查器 完全相同的技术。
绝不反向变大,遇异常格式直接跳过而非损毁
每个压缩产物都会与原始文件严格比对大小,出现体积未减小甚至打平的情况均以原文件为准 —— 对于已经高度优化的 PNG 或过度压缩的 JPEG,将原样退还原始字节,并在行中明确陈述原因。对于动态 PNG (APNG),本工具会通过字节特征精准识别并直接跳过,因为将动画强行拍平成第一帧静态图根本不叫“压缩”。
WebP 与 AVIF 采用显式选择,绝不擅作主张
这两种新格式通常在体积上显著优于 PNG 和 JPEG —— 并且在两种模式下均可工作:可按滑杆画质进行有损压缩,也可执行真正的无损转换(逐像素验证一致,包括全透明像素下的色彩值)。但默认设置依然保持输入原格式,因为各大电商平台的图片上传接口对 WebP 和 AVIF 的接受度参差不齐,导出一份被平台拒收的小体积文件毫无价值。仅建议在为自建独立站准备素材时选用转换。与 PNG 智能模式的一个如实差异是:格式转换直接采用滑杆设定的编码质量 —— 实测的 PSNR 分贝值会在行明细中如实汇报,而不会作为硬性门槛进行多档位搜索。
为什么坚持纯本地运行,它为你带来了什么
这里的压缩引擎 —— 调色板量化器、oxipng 与 mozjpeg —— 全部以 WebAssembly 形式运行在页面内置的 Web Worker 中。没有任何字节上传至服务器,因此没有任何云端成本,这也是我们无需设置任何付费门槛的原因:没有文件大小上限、没有单批数量上限、没有每日配额。这也意味着哪怕是 20 MB 的单反原片,也能在你自己的电脑上以全速本地压缩,无需忍受网络往返的漫长等待。
本工具执行的全部处理行为(共 12 项明确规范)
IC-P01PNG 智能模式:带画质保底的调色板量化
智能模式将 PNG 图片缩减为 32–256 色的调色板,自动选取既能使 alpha 加权 PSNR 维持在画质滑杆门槛之上、又使用最少色数的档位。简单图形会缩减至极少色数;复杂照片则保持在 256 色。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-P02可能导致明显画质劣化时自动降级至无损模式
如果即便使用 256 色也依然低于画质保底门槛,则完全不进行量化处理 —— 而是直接进入无损压缩路径,并在结果行中明确说明。渐变色图形或带有细腻纹理的照片通常会触发此降级。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-P03每张 PNG 最后均由 oxipng 重新优化编码
无论经过量化还是走无损路径,最终的 PNG 产物都会通过 oxipng(level 2)重新计算滤波策略并重新压缩 Deflate 块。在我们的 1200 万像素基准测试中,level 3 虽能多节省 0.4% 的体积,但耗时激增 4 倍 —— level 2 是深思熟虑后的性能折衷。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-P04无损模式仅剥离对渲染完全中性的元数据
tEXt、zTXt、iTXt、eXIf 与 tIME 块会被逐字节完整剥离;而 iCCP、gAMA、sRGB、cHRM 与 pHYs 则严格予以保留,因为移除它们会改变像素的显示色彩或打印物理尺寸。剥离的具体内容会逐图详细列出。
来源: 块的语义依据 PNG 规范(ISO/IEC 15948):辅助的文本 / 时间块不影响渲染;色彩管理块会影响。
IC-J01JPEG 智能模式:mozjpeg 重新编码、渐进式扫描、元数据不继承
JPEG 图片在解码后通过 mozjpeg 按照滑杆指定的画质(默认约 77)重新编码为渐进式 JPEG。从原始像素重新编码无法保留原有元数据,这部分字节减少也会在压缩节省中体现。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-J02JPEG 无损模式:剥离元数据段,压缩图像数据逐字节不动
无损模式在重构 JPEG 时剔除 APP1–APP15 段以及注释段(COM)。经过熵编码的核心图像数据完全原样拷贝 —— 不会引入任何二次 JPEG 压缩瑕疵。
来源: 与本站「EXIF 隐私检查器」同样的段重建方法;去除后的副本会被重新解析,以证明这些段确实没了。
IC-G01绝不反向变大:压缩结果若不小于原图则原样保留
每个候选产物都会与原始文件严格比对大小。如果所有候选均无法实现减小,则直接返回原始字节,并在明细中说明原因。我们的渐变样张基准测试表明,即便是 pngquant 也可能导致体积膨胀 31 倍 —— 这一防护机制非常必要。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-G02动态 PNG 直接跳过,绝不静默拍平
APNG 动图(包含 acTL 块)若作为静态图进行量化,除第一帧外的所有动画帧都将被直接丢失。本工具通过字节特征精准识别并予以跳过,并向你如实陈述原因。
来源: acTL 块的检测依据已并入 PNG 的 APNG 规范(ISO/IEC 15948:2024)。
IC-G03智能模式通过浏览器解码:16 位与 ICC 配置文件会被压平
智能模式借助浏览器解码器读取像素,后者会将 ICC 配置文件折叠进 sRGB,并将 16 位通道压制为 8 位。这与 TinyPNG 的处理逻辑完全一致 —— 本工具对此如实说明而非含糊掩盖。同格式无损 PNG 从不解码,因此不受影响;转换为 WebP/AVIF 则必须解码,因此同样会经历此压平过程。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-W01WebP 输出:按滑杆画质有损压缩,或真正无损转换
选择 WebP 格式将通过 libwebp 进行重新编码。在智能模式下,编码质量直接来自滑杆设定(不进行画质门槛搜索 —— 实测的 dB 分贝值如实呈现,不作硬性限制)。在无损模式下,libwebp 以严格的 exact 模式运行,在我们的基准测试集中已验证逐像素完全等价,包括全透明像素下的 RGB 颜色分量。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-A01AVIF 输出:最强压缩率,依赖最大体积引擎
选择 AVIF 格式将通过 libaom 进行重新编码(speed 6,单线程)。智能模式的画质映射相比 JPEG 更平缓,因为 AVIF 仅需更低的质量数值即可达到同等视觉效果。无损模式为真正无损,逐像素一致。4 MB 的编码器模块仅在首次选择 AVIF 时按需动态加载。
来源: 依据本项目自己的基准语料定下(docs/tests/image-compressor.md):五个合成 PNG 场景加上相机风格的 JPEG,并以 pngquant 3.0.3 的输出作为质量参照交叉核对。
IC-G04格式转换采用显式选择,防范平台兼容风险
默认输出格式为保持输入原格式,行为与一期一致。WebP 与 AVIF 的体积虽小,但各大电商平台的素材上传接口对其支持程度不一 —— 默认转码可能会让卖家拿到被平台拒收的文件。绝不反向变大的守卫同样适用于格式转换:若生成的 WebP 比原本的 PNG 更大,则绝不会采纳。
来源: 这是记录在本项目第二阶段方案里的产品决定;各电商平台接受与否各不相同,也没有集中的文档,这正是默认值保持保守的原因。
输入支持 PNG 与 JPEG;WebP 与 AVIF 作为输出格式。本工具压缩策略的质量基准来源于项目自身的实测基准测试集,并以 pngquant 作为画质对照参考 —— 具体的评测数据与复现方式均记录在项目的测试文档中,绝非凭空捏造。
关于这些规则。 每一条都有编号、严重级别和通俗解释。每个来源链接都已登记在案,并对线上页面实际复验过,而不是凭印象写上去的. 规则如何编写、测试与保持更新 →