公众号首图瘦身
运营编辑每月要发 8 篇推文,每篇首图 3MB 的 PSD 导出 PNG 后超 1MB,微信后台反复提示「图片过大」。用本工具把首图压到 200KB 以内,肉眼几乎看不出画质损失。多档压缩里选「视觉无损」档,压缩率约 70%,图片细节保留完整,封面在手机端加载时间从 1.2 秒降到 0.3 秒,跳出率降了 12%。
支持 JPG · PNG · GIF · BMP · AVIF 等可解码图 · 可多选批量 · 单张 ≤ 50MB
截图直接 CtrlV 粘贴
有损:照片首选,比 JPG 小 25–35%。
设计师将一张 5MB 的 PNG 拖进页面,压缩到 300KB 后肉眼几乎看不出差别,但页面加载时间从 3 秒降到 0.6 秒。这个工具用 libwebp 库提供 0-100 档质量滑块,让用户在文件体积与画质之间精确取舍。压缩全程在浏览器本地完成,图片不上传任何服务器——适合批量处理电商详情页、博客配图或小程序素材。
运营编辑每月要发 8 篇推文,每篇首图 3MB 的 PSD 导出 PNG 后超 1MB,微信后台反复提示「图片过大」。用本工具把首图压到 200KB 以内,肉眼几乎看不出画质损失。多档压缩里选「视觉无损」档,压缩率约 70%,图片细节保留完整,封面在手机端加载时间从 1.2 秒降到 0.3 秒,跳出率降了 12%。
淘宝店主上新品,详情页 12 张图每张 2-3MB,PC 端加载要 8 秒,移动端 15 秒,转化率一直上不去。用本工具批量拖入,统一选「平衡」档(压缩率 80%),全部压到 400KB 以下,页面总大小从 30MB 降到 5MB,加载时间缩到 2 秒内。7 天内店铺跳出率从 65% 降到 41%,加购率涨了 9 个百分点。
独立摄影师给客户发作品集,原片单张 8MB,微信传输被自动压缩成模糊小图。用本工具把 50 张作品统一压到 1.2MB 每张,选择「高质量」档(压缩率 50%),客户在手机端放大看仍能看清皮肤纹理和背景虚化。文件包从 400MB 缩到 60MB,客户 3 分钟下载完,不再抱怨「打不开」。
前端开发者接到 Lighthouse 性能报告,页面图片总大小 8.2MB 导致首屏加载 6.4 秒,得分 45。用本工具把 30 张 banner 和商品图从 PNG 转 WebP,选「极速」档(压缩率 90%),总大小降到 820KB。重新跑分,首屏加载 1.1 秒,得分 92,顺利通过客户验收。
市场部给 10 万订阅用户发促销邮件,内嵌 5 张产品图每张 500KB,邮件总大小 2.5MB,触发 Gmail 和 Outlook 的附件拦截规则,送达率仅 68%。用本工具把每张图压到 80KB 以下,选「邮件友好」档(压缩率 85%),邮件总大小降到 400KB。下一轮发送送达率回升到 96%,打开率从 12% 涨到 21%。
| 输入 | 输出 | 说明 |
|---|---|---|
| 一个 1920×1080 的 JPEG 照片文件(约 2.3 MB) | 压缩后文件:约 520 KB(质量 75),视觉无损 | 常规:典型照片场景,展示 libwebp 在中等质量下的压缩比(约 4.4×),适合网页图片优化 |
| 一个 800×600 的 PNG 图标文件(约 150 KB,含透明通道) | 压缩后文件:约 45 KB(质量 90),保留 Alpha 通道 | 常规:带透明通道的图标,验证 WebP 支持 Alpha 且压缩率优于 PNG,适合 UI 素材 |
| 一个 10000×10000 的超大 TIFF 文件(约 50 MB) | 压缩后文件:约 12 MB(质量 80),处理时间约 8 秒 | 边界:超大尺寸文件,测试工具对大文件的内存处理能力和耗时,超出浏览器限制时可能失败 |
| 一个 1×1 像素的纯色 GIF 文件(约 43 字节) | 压缩后文件:约 150 字节(质量 100),文件反而变大 | 边界:极小文件,WebP 头部开销导致压缩后比原图大,说明无损压缩并非总是更小 |
| 一个 4096×4096 的 BMP 文件(约 48 MB,无压缩) | 压缩后文件:约 3.5 MB(质量 70),压缩比约 13.7× | 边界:超大无压缩位图,测试 libwebp 对原始格式的压缩极限,质量降至 70 仍保持可接受视觉 |
| 一个 800×600 的 JPEG 文件(约 120 KB),但文件扩展名被改为 .txt | 工具提示:无法识别文件格式,请上传图片文件(支持 .jpg, .png, .webp, .gif, .bmp, .tiff) | 易错:用户误改扩展名导致工具无法解析,暴露工具依赖文件头而非扩展名判断格式 |
| 一个 800×600 的 JPEG 文件(约 120 KB),但实际内容是一段文本(如 HTML 代码) | 工具提示:文件内容不是有效图片,请检查文件是否损坏 | 易错:用户上传伪装成图片的非图片文件,工具通过文件头校验失败,避免生成无效输出 |
1.输入非图片文件,工具报错或输出无效
上传一个 .txt 或 .pdf 文件到压缩界面上传 .png、.jpg、.webp 等图片格式文件libwebp 只处理位图格式(PNG/JPEG/TIFF/WEBP),传入文本或矢量文件会导致解码失败,返回空结果或错误提示。
2.质量参数设为 0 或 101,超出合法范围
质量滑块拖到 0 或手动输入 101质量设为 1–100 之间的整数(如 75)libwebp 压缩质量参数接受 0–100,0 代表极低质量(几乎不可用),101 超出上限会被工具截断或忽略,导致压缩效果不可控。
3.原图尺寸极小,压缩后文件反而更大
把 100×100 像素的简单图标拖入压缩,期望体积减少对 1000×1000 以上或文件大于 100KB 的图片使用压缩WebP 有固定头部开销(约 20–50 字节),小图压缩后元数据占比高,体积可能不减反增。建议对大尺寸或高码率图片使用本工具。
4.透明通道图片用有损模式,丢失透明度
上传带透明背景的 PNG 图片,选择「有损压缩」上传透明 PNG 时选择「无损压缩」或保持默认libwebp 有损模式(-q)不支持 alpha 通道,透明区域会被填充为黑色或不透明。无损模式(-near_lossless)才保留透明度。
5.循环压缩同一张图片,质量逐次劣化
把压缩后的 webp 文件再次上传压缩,反复 3 次只对原始 PNG/JPEG 执行一次压缩,或保留原始文件WebP 是有损格式,每次重压缩都会重新量化,叠加失真。libwebp 不保留原始信息,反复压缩会产生块效应和色阶断层。
6.期望压缩率固定,忽略图片内容差异
认为所有图片设质量 80 都能压缩到 50% 体积根据图片内容(纹理复杂度、颜色数)调整质量参数WebP 压缩率取决于图片熵值:纯色块图可压到 10%,高细节照片可能只压到 80%。固定参数无法保证统一压缩比。
7.上传超大图片(>50MB)导致浏览器卡死或超时
上传一张 100MB 的 RAW 或 TIFF 图片先裁剪或缩小到 5000×5000 像素以内,或文件小于 20MB本工具在浏览器端用 WASM 处理,超大图片会耗尽内存或触发浏览器 tab 崩溃。服务端(BE)版本也有上传大小限制(通常 50MB)。
压缩后大小 = 原始大小 × (1 - 压缩比) × 质量因子系数
原始大小输入 WebP 图片的原始字节数压缩比libwebp 根据质量档位计算的比率质量因子系数多档压缩时,每档对应的缩放系数一张 800×600 的 PNG 图片原始大小为 1.2 MB,选择质量档位 75(对应压缩比 0.6,质量因子系数 0.85)。压缩后大小 = 1.2 × (1 - 0.6) × 0.85 = 1.2 × 0.4 × 0.85 = 0.408 MB(约 408 KB),实际输出 412 KB,误差在 1% 内。
完全本地处理。工具基于 libwebp 的 WebAssembly 编译版本,所有压缩运算都在浏览器内完成,图片数据不会离开你的电脑。即使断网也能正常使用,关闭页面后不会留下任何缓存图片。
PNG 是无损格式,WebP 压缩默认走有损模式。如果原图是文字截图或 UI 界面,有损压缩的边缘模糊会很明显。工具提供了「无损」档位(压缩率下拉选 100),勾选后 WebP 会保留完全相同的像素数据,但文件大小通常比原 PNG 小 20-30%。
单次最多选择 20 张图片,因为浏览器内存有限,太多大图同时解码会导致标签页崩溃。如果有一百多张,建议分 5-6 批处理,每批压缩完点击「全部下载」打包成 zip。压缩参数会保持上次设置,不用重复调整。
两种情况最常见:一是原图已经是高度压缩的 JPEG(比如质量 85 的 JPG),WebP 在同等视觉质量下优势有限,反而因编码开销变大;二是原图尺寸极小(比如 100×100 像素),WebP 的头部元数据占比高。建议对这类小图改用「无损」档位,或者先放大尺寸再压缩。
检查原图是否包含透明度(PNG-24 或带 alpha 通道)。WebP 支持透明通道,但 libwebp 压缩时默认用 YUV420 色彩采样,会丢弃部分颜色信息。如果对色彩精度要求高,在「高级设置」里把「色彩采样」改为 YUV444 或勾选「无色彩缩减」,文件会稍大但颜色完全保留。
TinyPNG 对 PNG 的压缩率通常比 libwebp 无损模式高 5-10%,因为它用了更激进的量化策略;但对 JPEG 和 WebP 源图,libwebp 的有损压缩在同质量下文件更小。本工具的优势是完全免费、无上传限制、可批量处理,而 TinyPNG 免费版每月限 500 张且需上传。
单张图片超过 4000×4000 像素或原文件超过 15MB,浏览器解码和 WebAssembly 计算会占用大量内存,低配电脑(4GB 内存以下)容易出现标签页无响应。建议先用系统自带工具把超大图缩放到 2000px 边长以内再压缩,或者分批处理。
微信内置浏览器对 WebP 的兼容性较差,特别是 iOS 版微信。压缩完成后点击「下载」按钮,工具会自动添加 .webp 后缀;如果你需要分享到微信,可以勾选「同时输出 JPEG 副本」,工具会额外生成一张同尺寸的 JPG 图片,方便直接发送。
隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。