压缩决策指南
压缩图片时先控制尺寸,再调整质量
好的压缩不是得到最小文件,而是得到已经检查过、仍然满足网站、表单、消息、文档或归档用途的最小交付副本。
从目标用途开始,不要先猜质量数字
手机照片可能有 4000 像素以上,但邮件、商品列表和文章配图通常不需要这么大。先减少目标设备无法显示的像素,往往比大幅降低质量更能减小体积,而且边缘和纹理更稳定。先找出图片真实显示的最大尺寸,再为高清屏或后续小幅裁剪保留合理余量。
质量滑块是编码器参数,不是跨软件通用的百分比。同样的 80,在不同工具里可能得到不同体积和视觉结果。它只适合作为可重复的起点,最终要以下载文件的真实像素为准。
单独保留原图。压缩应当创建交付副本。在收件人或平台确认之前,不要覆盖唯一源文件。
按用途选择测试起点
| 用途 | 建议从这里开始 | 重点检查 |
|---|---|---|
| 聊天或邮件预览 | 长边约 1200–1600 像素;照片用 JPG 或 WebP | 人脸、小标签和图片内嵌的小截图 |
| 网站内容图 | 匹配实际渲染宽度;需要时准备 WebP 与兼容格式 | 渐变、商品边缘、布局偏移和手机显示 |
| 软件界面截图 | 保留目标像素尺寸;文字清晰优先 PNG | 一像素细线、小字号、图标和透明区域 |
| 印刷或继续编辑 | 保留源质量文件,另外创建较小预览副本 | 印刷尺寸、颜色处理和反复导出的损失 |
把 3 个压缩决定分开
- 尺寸:删除目标场景显示不到的多余像素,这通常是最稳妥的大幅减小方式。
- 格式:照片常用 JPG;透明或精确硬边缘常用 PNG;支持现代格式的网页可用 WebP。
- 编码质量:尺寸和格式合理之后,再逐步降低,不要一次拉到最低。
这 3 个参数解决不同问题。只把超大照片转成 WebP 而不改尺寸,文件仍可能过大;把软件截图保存成低质量 JPG,虽然能通过体积限制,却可能让文字变得难读。
批量处理前先做代表性测试
- 保留源文件,并选择一张有代表性的测试图。
- 按真实用途设置最大宽度。
- 根据图片内容和兼容需求选择 JPG、PNG 或 WebP。
- 从均衡质量开始,在浏览器本地处理测试图。
- 比较尺寸、体积和可见瑕疵,再下载或处理整批图片。
测试图应包含这个批次最难处理的细节,例如头发、树叶、商品纹理、平滑天空、小字或明暗交界。如果一组参数必须覆盖多种图片类型,就检查不止一张样本。适合人像的设置不一定适合截图。
按 100% 比例检查下载结果
文件体积容易测量,但不能代表画质是否合格。以相同缩放比例打开源图和输出图,检查块状纹理、文字边缘光晕、天空或渐变断层、头发和布料纹理丢失,以及高饱和边缘的颜色变化。
然后把图片放进真实用途里测试。网页图片要检查桌面和手机宽度;附件可以发给自己后重新打开;表单上传要等待服务确认,不能只看本地扩展名。
压缩无法解决的事情
- 无法恢复模糊或已经严重损坏图片中缺失的真实细节。
- 不能保证自动删除全部元数据,应使用专门的元数据清理并复核结果。
- 不能隐藏画面中可见的姓名、人脸、地址或账号信息。
- 不能预测其他平台上传后如何再次压缩、裁剪或改变颜色。
AllPic 的图片操作在浏览器会话中完成,但网页仍会加载站点代码和其他页面资源,本地 AI 工具还可能按需下载模型。普通压缩不需要 AI 模型。详细边界可以查看网页版隐私说明。
最终交付检查清单
- 源文件已经单独保存。
- 输出尺寸匹配真实用途,而不是保留相机最大尺寸。
- 目标平台接受所选格式。
- 已经按 100% 比例检查细节,而不只是看缩略图。
- 重新打开下载文件,确认体积、尺寸和透明区域。