为什么要压缩图片？
我以前觉得图片压缩是那种"锦上添花"的东西——等别的都完美之后再做的优化。后来我做了个作品集网站，约 30 张照片，每张从相机直出大概 4-6 MB。主页在不错的网络下加载要 18 秒。十八。秒。
从那天起我开始在意压缩。
事情是这样的：未压缩的图片正在悄无声息地拖垮你的网站。一个页面 3 秒加载完还是 10 秒加载完，不只是体验好坏的差别——而是访客留下还是离开的差别。大体积图片文件是页面变慢的最大元凶。不是 JavaScript 打包文件，不是花哨的动画，是图片。
而且不只是网站。如果你曾试过发一批照片却撞上 25 MB 附件上限，或者上传头像却被网站以"太大"为由拒绝，你就懂这种痛了。压缩能解决所有这些问题。
有损 vs 无损：唯一重要的区别
我觉得压缩其实就两种口味。一旦弄懂区别，其他都豁然开朗。
无损压缩就像更高效地整理行李箱。东西都还在——你只是把它们摆放得更合理。文件变小了，但解压后你能得到完全相同的像素，一个字节都没变。PNG 用的是无损压缩，音频里不太知名的 FLAC 格式也是。
问题在于？无损压缩能做的有限。一张典型的 PNG 照片也许能从 5 MB 压到 4 MB。这……不算好。你省了 20%，但文件还是很大。
有损压缩则是另一回事。它把数据扔掉，永久地。它审视你的图像，判断哪些细节人眼多半注意不到，然后删掉。JPEG 就是这么干的，WebP 也可以（可选）。效果可能很惊人——一张 5 MB 的照片轻轻松松变成 200 KB，你也许根本看不出区别。
但有损压缩过头就会变丑。块状、模糊。这就是"压缩伪影"，一旦这些细节没了，就永远没了。你没法把 JPEG 解压回原来的质量。
所以真正的问题不是有损还是无损——而是对你的用途来说，多大程度的有损是可以接受的。
格式之战：JPEG、PNG 和 WebP 走进一家酒吧
选对格式就成功了一半。每种格式各有优劣。用错格式，你的文件要么臃肿，要么难看。
JPEG——老当益壮
JPEG 从 1992 年就有了。每个浏览器、每台设备、每个图像查看器都支持它。它使用有损压缩，专为色彩和渐变丰富的照片及复杂图像设计。
JPEG 处理文字、Logo 或任何锐利边缘的东西都很糟糕。你见过 JPEG 里文字周围那些奇怪的模糊光晕吧？那是因为 JPEG 的压缩算法按 8×8 像素块工作，会把边缘抹开。对文字清晰的截图来说不太行。
JPEG 压缩的质量滑块从 1（垃圾）到 100（几乎没压缩）。我发现 75-85 是网页照片的最佳区间。超过 85，文件大小几乎不变，输出却膨胀了。低于 70，仔细看就会出现伪影。
PNG——完美主义者
PNG 是无损的，保留每一个像素。它还支持透明（Alpha 通道），而 JPEG 不支持。这让 PNG 成为 Logo、图标、插图和任何含文字内容的首选。
但 PNG 对照片的文件大小很贪心。一张 5 MB 的 RAW 照片存成 PNG 可能要 15 MB。没错，比原图还大。这是因为无损压缩处理照片里的随机噪点和精细细节效果不佳。PNG 在大片纯色区域的图像上才大放异彩——而那正是 JPEG 棘手的地方。
WebP——新秀
WebP 由 Google 创建，号称"两全其美"——在同等质量下文件比 JPEG 更小，又像 PNG 一样支持透明。说实话？它基本兑现了这个承诺。
WebP 文件通常比同等 JPEG 小 25-35%，无损 WebP 比 PNG 小约 26%。当你每天要服务数百万张图片时，这就是件大事。
缺点呢？浏览器支持曾经是个问题，但到了 2026 年，所有主流浏览器都支持 WebP。真正的阻力来自旧软件——某些图像编辑器、某些邮件客户端、某些遗留系统。如果需要最大兼容性，JPEG 仍然更稳妥。
想亲自试试？我们的 图像格式转换器 让你在浏览器里就能在 JPEG、PNG 和 WebP 之间转换——无需上传。
真实世界的压缩：什么才真正管用
理论归理论。让我告诉你真实世界里压缩图片到底会发生什么。
我拿相机里的 50 张照片做了测试——风景、人像、特写混在一起，全部以 RAW 拍摄并导出为高质量 JPEG（每张约 4-6 MB）。以下是我的发现：
我再说一遍：先缩放。在 1200 像素的槽位里塞一张 6000 像素的图像毫无意义。用我们的 图像缩放工具 把尺寸弄对，再压缩。简单缩放一下省下的文件大小，比任何质量微调都多。
WebP 时刻：你该换了吗？
简短回答：对于网页，大概是。
长一点的回答：取决于你的图片要用在哪。
如果你要把图片放到网站、博客或网页应用上，2026 年 WebP 几乎总是更好的选择。文件大小的节省是实打实的，质量也堪比 JPEG。浏览器支持？已不再是问题。WordPress、Shopify 和大多数 CMS 平台现在都会自动把上传的图片转为 WebP。如果你的平台不会，可以用我们的 图片压缩器 手动转换——拖入、放下、下载即可。
WebP 仍然力有不逮的地方：
- 印刷。如果你要把图片发给印刷店，坚持用高质量 JPEG 或 TIFF。WebP 不是为印刷工作流设计的。
- 专业摄影编辑。如果你在 Lightroom 或 Photoshop 里修图，用 RAW 或 TIFF 来处理。最后再压缩，而不是一开始就压缩。
- 发给可能用着旧软件的人的邮件附件。某些企业邮件客户端仍然处理不了 WebP。
- 社交媒体上传。大多数平台反正都会重新压缩你的图片，所以你上传用什么格式几乎无所谓。这里用 JPEG 就行。
我的经验法则：网页用 WebP，分享和兼容性用 JPEG，图形和透明用 PNG。保留一份高质量原图，以后随时可以重新导出。这方法对我有效，但你可能会找到别的办法。
我吃过亏的坑
这些年来，我撞过几堵没有任何教程提醒过我的墙。让我帮你省掉同样的头疼：
压缩已经压缩过的图片会让它更糟
这条听起来显而易见，但我干过的次数多到不好意思说。如果别人发你一张 JPEG，你又压缩一次，你就是在已经扔掉的数据上再扔掉更多数据。它会累积。永远从原图压缩，而不是从压缩过的副本压缩。
质量数值没有统一标准
一个工具里的 JPEG 质量 80 和另一个工具里的并不一样。Photoshop 的质量刻度和 libjpeg 的不同。别以为"在工具 A 里 80 管用"在工具 B 里看起来就一样。相信你的眼睛，别信那个数字。
PNG 可能比原图还大
前面提过，但这点还是会让人栽跟头。把照片存成 PNG 实际上可能让文件更大——PNG 的无损算法处理照片细节里的随机性很吃力。我见过 3 MB 的 JPEG 变成 12 MB 的 PNG。如果你想缩小文件，照片用 PNG 是错的选择。
透明会增加开销
如果你的 PNG 带 Alpha 通道（透明），文件会比不带透明的同一张图明显更大。有时你其实并不需要透明——也许图片反正要放在白底上。把它合并掉，看着文件大小往下降吧。
渐进式 JPEG 加载更快（感知上）
渐进式 JPEG 分趟加载——先模糊，再清晰。基线 JPEG 从上到下加载。总文件大小差不多，但渐进式 JPEG 感觉更快，因为用户立刻就能看到东西。大多数现代图像工具默认输出渐进式 JPEG。我觉得是吧？我不是 100% 确定，但我测试时确实如此。
我的实际工作流
这是我需要为网站或项目准备图片时实际做的事。没什么花哨的，就是一套可重复、有效的流程。
整个过程每张图大约 30 秒。一批 50 张照片，大概 15 分钟。而回报是巨大的——页面 2 秒加载完而不是 15 秒，邮件附件能真正发出去，存储也不会那么快被占满。
什么时候不要压缩图片
如果你在处理 RAW 文件，或为大尺寸专业印刷准备图片，就跳过压缩。每一次压缩都会丢失细节。保留原图，只压缩你实际需要使用的那些版本。
另外，如果你是在为长期存档保存照片，压缩它们不是好主意。你随时可以以后压缩，但没法解压回来。把原图妥善保存，需要时再制作压缩副本。
常见问题
压缩 JPEG 会让它看起来更差吗？
老实说，会的——到了某个程度就会。有损压缩每次保存都会扔掉像素数据。如果你把 JPEG 以质量 80 压缩，再把结果以 80 重新压缩，你会看出区别。对大多数用途（网页、邮件、社交）来说，压缩一轮没问题。只是别把同一个文件反复压缩。这方法对我有效，但你可能会找到别的办法。
该用什么质量设置？
对大多数网页图片，75-85 是最佳区间。低于 70 你就开始看到明显伪影（边缘块状、天空出现条带）。高于 90，文件大小快速增长，质量收益却递减。产品照片我通常用 82，缩略图用 78。我总忘的一点是：要在真实的移动网络上重新测试，而不只是桌面端。
WebP 比 JPEG 更好吗？
在同等视觉质量下，WebP 比 JPEG 小约 25-35%。所有现代浏览器都支持（Chrome、Firefox、Edge、Safari 14+）。就纯网页性能而言，WebP 胜出。但有个坑：旧软件（如 Photoshop CS6 或某些 CMS 系统）读不了 WebP。所以我保留 JPEG 作为下载的兜底。
为什么我的图片压缩后看起来有马赛克？
通常是两种情况之一：你压缩得太狠了（质量低于 60），或者压缩后把图像放大了。压缩后的 JPEG 没有足够的数据来干净地放大。如果你需要更大的图像，从原始全分辨率文件开始处理。我在 50 张产品照片上测试过，每次都是同样的规律。
我能用同样的方法压缩 PNG 吗？
PNG 压缩默认是无损的——它用的是 DEFLATE（和 ZIP 一样）。你没法让 PNG"在质量上更小"，因为它没有质量可以丢弃。你能做的是：减少调色板（从 24 位降到 8 位索引），或用 pngquant 之类量化颜色的工具。对大多数照片来说，把 PNG 转成 JPEG/WebP 收益更大。