用 Squoosh 免费压缩图片——无需账号，文件不离开本地

你需要压缩一张图片。最好现在就搞定，不想注册账号，不想把文件上传到不受自己控制的服务器，也不想用那种压完只告诉你”已压缩！“却什么都说不清楚的工具。常见的那些在线压缩工具，不是免费版限制 5MB，就是给输出文件打水印，要么完全不告诉你它对文件做了什么。

Squoosh 把这些问题都解决了。打开浏览器标签页，拖入图片，调整参数，下载结果。不需要登录，不会上传到远端服务器。压缩过程完全在你的浏览器里完成，底层用的是 WebAssembly 模块——编译自生产级别的编解码库：MozJPEG、libavif、OxiPNG、libwebp。

这篇指南教你怎么用好它：不同场景该选哪种格式，哪些参数真的有效果，以及如何在不安装任何东西的情况下批量处理文件。

Squoosh 到底做了什么（以及为什么与众不同）

大多数在线压缩工具的工作流程是：把你的文件上传到后端服务器，在那里完成压缩，再把小文件返回给你。这意味着你的图片——客户照片、还没公开的保密设计稿、产品图——会在别人的服务器上存留一段时间。你得相信他们的数据保留政策，相信他们的安全措施。

Squoosh 把压缩编解码器编译成 WebAssembly，直接在你的浏览器标签页里本地运行。没有任何数据离开你的机器。这不是营销说辞，而是架构决定的必然结果——根本就没有服务器可以上传到。

它由 Google Chrome Labs 开发和维护，基于 Apache 2.0 开源。如果你想了解它与 TinyPNG、Convertio 等工具的详细对比，可以看站内的 Squoosh 评测，那篇是正面交锋。这篇聚焦实操：参数设置、使用流程、如何决策。

该用哪种格式？

第一个要做的决定是输出格式。这比质量滑块更重要，因为不同格式有本质上不同的优势。

2026 年，AVIF 是大多数网页图片的首选格式。在同等视觉质量下，它比 WebP 小 30–50%，主流浏览器现在全部支持。如果你需要兼容很老的浏览器，或者输出图片要用在不支持新格式的工具里，WebP 是稳妥的退路。JPEG 的价值在于通用性——任何平台、任何查看器都能打开。

PNG 是无损的。当你需要透明度时才用 OxiPNG：图标、带透明背景的 Logo、需要像素级清晰文字渲染的 UI 截图。照片永远不要存成 PNG，文件会大得离谱。

JPEG XL 技术上很出色，但浏览器支持至今仍不稳定，大多数生产场景可以跳过。

真正有影响的参数

选好格式之后，质量滑块是主要控件。但”质量”在不同编解码器里含义不同，数值也不能直接比较。

网页照片和主图：从 AVIF 质量 60–70 开始。听起来很激进，但 AVIF 在低质量设置下的表现远比 JPEG 优雅。同样是质量 60，JPEG 通常已经出现明显的块状伪影，AVIF 在相同数值下看起来干净得多。用对比滑块（下面会讲）来确认效果。

电商产品图：WebP 质量 75–80，如果需要最大格式兼容性则用 MozJPEG 75。产品图需要在边缘和纹理处保留细节——质量低于 70，布料、浮雕文字和复杂形状通常会出现模糊。

截图和 UI 界面图：OxiPNG，压缩级别设为 3。更高级别能进一步减小体积，但耗时明显更长。级别 3 是大多数截图场景的最优平衡点。如果图片有大面积纯色区域（UI 截图常见），OxiPNG 往往比 AVIF 还要小，因为无损压缩对均匀区域特别高效。

缩略图和头像：WebP 质量 80，同时缩放到实际显示尺寸。Squoosh 有缩放面板——用它。把 3024 像素的原图以 120px 的尺寸展示，是最常见的图片性能失误之一，再好的压缩也解决不了这个根本问题。

背景图和纹理：这类图片视觉焦点低，可以承受激进的压缩。AVIF 质量 50–60 通常没问题——当图片在文字后面做背景时，你很难感知质量差异。

通用原则：AVIF/WebP 从质量 75 开始，JPEG 从 80 开始，然后用对比滑块确认能压到多低。

怎么用好对比滑块

对比滑块是 Squoosh 与那些给你一个结果就完事的工具的核心区别。左边是原图，右边是压缩输出，底部实时显示文件大小数字。拖动分隔线来查看任意一侧。

技巧：把滑块居中，然后重点关注图片中最难压缩的区域——锐利边缘、细小文字、平滑色彩渐变和人脸。这些地方是伪影最先出现的地方。如果在这些区域看不出有意义的差别，当前质量设置就合适。如果出现模糊、块状或色带，就调高质量。

特别是 AVIF，要关注颜色过渡而不只是边缘。AVIF 在低质量设置下可能在平滑渐变中引入微妙的色带——在天空照片或带有柔和色彩变化的背景上最明显，在细节丰富的产品图上反而不太明显。

对于 OxiPNG，对比滑块主要用来确认无损压缩正确完成。输出应该和原图看起来完全一样——如果不一样，说明发生了意料之外的情况（很罕见，但值得快速确认一下）。

质量确认没问题后，看一下 Squoosh 界面里的文件大小缩减量。网页图片的合理结果是比原图小 60–80%。如果把 JPEG 照片转成 AVIF 后缩减不到 40%，试着继续降低质量——你几乎可以肯定还有空间可以压。

缩放：被人忽视的那一步

质量设置不是唯一的手段。把图片缩放到实际显示尺寸，往往能带来比质量调整更大的体积节省。

Squoosh 的缩放面板可以设定目标宽度或高度。关于算法选项：Lanczos3 产生最锐利的结果，混叠最少，是大多数照片的正确选择。Triangle 更快但结果更软。Mitchell 介于两者之间。

在动质量滑块之前，先问问自己是否真的需要原始分辨率。如果你的网站以 800px 宽展示博客图片，即使压缩到极致，输出一张 3024 像素的原图也是在浪费流量。先缩放，再压缩。两者组合的节省量几乎总是大于任意单一操作。

Squoosh 在压缩前就应用缩放，顺序是正确的。你在缩放面板设定最终尺寸，在压缩面板调整质量，下载的文件会同时反映两个变更。

突破单文件限制

Squoosh 的网页界面一次只能处理一张图片。如果要一次性压缩整个文件夹，Squoosh CLI 是答案——而且不需要永久安装。

安装好 Node.js 后运行：

npx @squoosh/cli --avif '{"quality":65}' *.jpg

这会把当前目录下所有 JPEG 以质量 65 压缩为 AVIF，输出文件和原文件并排，扩展名为 .avif。WebP 用 --webp '{"quality":80}'，MozJPEG 用 --mozjpeg '{"quality":75}'，压缩同时缩放用 --resize '{"width":1200}'。

CLI 使用与网页界面相同的 WebAssembly 模块，输出完全一致。这对有一批原始照片需要在上传到 CMS 或发布流程前整理为网页格式的场景特别有用。不用永久安装，不用订阅，没有服务器。

什么时候 Squoosh 不是正确的工具

Squoosh 处理的是光栅图像。SVG 文件有对应的工具：SVGOMG——同样在浏览器本地执行，没有文件大小限制，不需要账号。不要把 SVG 丢进 Squoosh。

对于超大文件——1 亿像素以上的全景图、中画幅相机的 TIFF——Squoosh 可能会耗尽浏览器内存。这种情况还是用桌面软件更合适。

如果你只需要快速压缩 JPEG 或 PNG，不在乎质量控制，也不担心文件隐私，TinyPNG 在这个特定任务上更快。它自动做决策，省去滑块操作。适合那种不在乎权衡、只想要个小一点的文件的场景。

格式转换超出图片范围（文档、视频、音频），Squoosh 帮不上忙——它就是为图片压缩专门设计的。

几个值得养成的习惯

下载前先改名。Squoosh 生成的文件名类似 image-compressed.avif。如果一次处理多张图片却没有重命名，你会得到一堆 image-compressed (1).avif、image-compressed (2).avif 这样的东西。

保留原始文件。AVIF 和 WebP 的压缩是有损的。如果之后需要不同的质量级别或输出格式，你需要从原始文件开始——对已压缩的文件再压缩会叠加质量损失。

不要给每张图片套同一个质量数值。近距离特写照片和大场景风光在同一数值下的压缩效果是不同的。在一张图上看不出来的质量损失，在另一张上可能非常明显。滑块给了你答案，信它，别信固定数字。

图片优化是值得做对的事情，而做对这件事的工具是免费的、不需要账号的、完全在你的浏览器里运行的。更多类似的工具——无需登录、不上传、不追踪——nologin.tools 按使用场景整理了数百个。