
同一张图,存成不同格式体积能差好几倍,而画质肉眼看不出区别。选格式不需要懂编码原理,回答两个问题就够了。
两个问题定格式
问题一:需要透明背景吗?
需要 → PNG / WebP / AVIF。JPG 不支持透明,存进去透明区域会变成白色或黑色。
问题二:内容是照片,还是图形?
- 照片(人像、风景、商品实拍):像素之间连续渐变,适合有损压缩。JPG / WebP / AVIF。
- 图形(截图、logo、图标、纯色插画、带文字的图):大片同色区域和锐利边缘,适合无损压缩。PNG / WebP。
把图形存成 JPG 是最常见的错误:文字和线条边缘会出现一圈脏点(振铃效应),而且体积往往还更大——因为 JPG 的算法假设图像是连续渐变的,遇到锐利边缘反而要花更多数据去描述。
四种格式的实际差别
| 格式 | 透明 | 压缩 | 兼容性 | 什么时候用 |
|---|---|---|---|---|
| JPG | 不支持 | 有损 | 全平台 | 照片,且对方环境未知 |
| PNG | 支持 | 无损 | 全平台 | 截图、logo、需要透明 |
| WebP | 支持 | 有损 + 无损 | 现代浏览器全支持 | 网页上的绝大多数图 |
| AVIF | 支持 | 有损 + 无损 | 较新,部分老环境不认 | 追求极限体积的网页图 |
同一张照片使用不同编码时体积可能有明显差异,但应以实际文件比较为准。但 AVIF 的编码速度慢得多,且在一些老旧的图片查看器、部分办公软件里打不开。
给网页用:可先评估 WebP,同时检查目标浏览器和发布系统是否支持。给别人发文件:用 JPG 或 PNG,因为你不知道对方用什么打开。
有损压缩不可逆
一个常被忽略的点:JPG 存一次就损失一次。反复「打开—编辑—另存」的图片会一次比一次糊,这个过程不可逆,事后再怎么调都救不回来。
所以工作流应该是:原图用无损格式保管,导出时才转成有损格式。需要改动就回到原图改,而不是在导出件上接着改。
还有一条分界:位图还是矢量
上面四种都是位图——由像素网格构成,放大就糊。logo、图标、简单插画其实更适合 SVG:它记录的是「画一个半径 20 的圆」这样的指令,放多大都清晰,体积往往还只有几 KB。
什么时候必须转成位图:对方环境不支持 SVG(很多办公软件、部分社交平台)、需要固定像素尺寸(favicon、应用图标)、或者图里用了自定义字体而对方机器上没有这个字体。
转的时候注意两点:导出倍率(要用于高清屏就导 2 倍尺寸)和背景(SVG 默认透明,导成 JPG 会变白底或黑底,要保留透明就导 PNG/WebP)。
网站图标是特例
favicon 不是「一张图缩小」那么简单。浏览器标签页、书签栏、桌面快捷方式、各种系统的磁贴,需要的尺寸各不相同,而 16×16 那一档必须单独设计——把复杂 logo 直接缩到 16 像素,出来的是一团糊。
所以 ICO 格式允许在一个文件里打包多个尺寸,浏览器按场景取用。做站点图标时应该生成一整套,而不是丢一张 PNG 改个扩展名。
尺寸比格式更重要
调格式之前先看尺寸。手机拍的照片动辄 4000×3000 像素,而网页上实际显示可能只有 800 像素宽——可先试着缩到 1600 像素,再在实际显示宽度下检查画质和文件大小。
顺序应该是:先缩尺寸,再选格式,最后才调质量参数。很多人直接去拉质量滑块,从 90 拉到 60 画质肉眼可见地劣化了,体积却只降了三成——因为瓶颈根本不在质量参数上。

产品指南于 2026 年 9 月 30 日采集的工具初始界面,尚未执行任务;处理在浏览器本地完成。
在图片转换工具里完成导出
打开「图片转换压缩」,选择原始图片、目标格式与尺寸,再调整质量。指南说明这一步在浏览器本地执行;处理超大图片或批量素材时仍会占用设备内存,可分批完成。相同图片也应按网页展示和文件交付分别输出,不必让一份导出件承担所有用途。
按实际接收环境验收
把输出文件放到最终使用位置,检查文字边缘、透明背景和显示尺寸,再看体积是否满足要求。对照片关注细节与渐变,对截图关注小字与细线。编码收益依赖图片本身,不用固定比例承诺所有文件都能缩小多少;需要继续修改时回到原图,避免反复覆盖唯一副本。
产品入口与资料来源
打开辣椒AI。本文依据公开产品指南移植整理,整理日期为 2026 年 10 月 15 日。
想在你的业务里试试同样的做法?
告诉我们业务问题与数据现状,我们会给出方案建议与落地路径。
需要帮助?
联系我们的团队,获取贴合你业务场景的方案建议。