六十张图，而你的压缩工具一次只收二十张

你为一次交付导出了六十张图。打开你一直在用的那个压缩工具，它告诉你一次只能传二十张。 行吧——分三轮。

然后其中十几个文件超过了 5 MB，而它根本不收。不是慢一点，也不是排队。是拒收。于是你现在 得把那十二张挑出来，另找一个工具处理，再手工把整个文件夹拼回去。

只要按张数限制，答案就是二十

我们在 2026 年 7 月 22 日查了十个免费压缩工具，限制值一律从各家网站上读，而不是抄别人的 对比文章。在那些按图片张数设上限的工具里，答案一遍又一遍地重复：

tinypng.com          20      (and max 5 MB per file)
compressjpeg.com     20
jpeg-optimizer.com   20
squoosh.app           1      no batch mode at all
jpegcompressor.com   no image cap, 250 MB per batch

Squoosh 是 Google 的，它压根不做批量——自 2021 年起，它的 FAQ 一直把批量处理称为"我们 最热门的需求"。

剩下的就是算术。六十张图对上二十张的上限，等于三次上传、三次等待、三个 zip 包，以及三趟 去下载文件夹把碎片拼回来。对上一百张的上限，则每样只有一次。

真正拦住你的是 TinyPNG 那道 5 MB 的墙

人们说"那个压缩网站"的时候，多半指的就是 TinyPNG。它的拖拽区把条款说得干脆利落： Up to 20 images, max 5 MB each.

这两道限制的失败方式不一样。批量上限花掉的是你的时间，而时间是可以花的。体积上限花掉的 是那个文件。一张 4000 像素的产品图、一个设计工具直接导出的 PNG、任何一台近几年手机拍的 照片——对这些来说，超过 5 MB 是家常便饭。它们会被原样退回来，而你连等都没得等。

PiPic 收 8 MB，这个数字出自一份内存预算。一个 Worker 实例分到 128 MB，同时服务好几个 上传，而每个在途的上传都要持有一份完整的入站文件副本——因为流只能读一次，而重试必须能 重放它。8 MB 留出的余量，大约够十六个上传共享一个实例。我们宁愿公布机器真正撑得住的 数字，也不愿写一个更大的、然后在某个繁忙的下午翻车。

上传之前先看限制

这些你不必只听我们一面之词，而且你也不该靠撞上去才发现一道限制：

• 拖拽区通常直接写着。"choose files"下面那行灰字，就是 TinyPNG 放它的二十张和 5 MB 的 地方。
• 如果那里没有，就在网站 FAQ 里搜 limit 或 how many。
• "免费且不限量"要仔细读。它几乎总是指没有每日上限，而不是没有单批上限——这是两个非常 不同的承诺。
• 如果哪儿都没写，你就只能靠撞墙才知道。我们查的十个里有两个，从不对未注册的访客公布 任何限制。

PiPic 站在哪里

每批一百张，单文件 8 MB，JPG、PNG、WebP 和 AVIF 进去、同格式出来，不用注册，整批打成一个 zip 拿回来。那个六十张的文件夹是一趟就走完的，那十几张大的也跟着一起过去了。

批量上限是我们刻意去推的那个数字，因为正是它把一个两分钟的活儿变成一下午的账房工作。 如果你只压 PNG，PNG 页面是同一个压缩器，附带该格式专属的说明。

六十张图，一次上传，一个 zip。整个卖点就这么多。