批量转换 WebP 文件的方法：把整个文件夹拖进我们的 WebP 转 JPG 工具，然后把结果打包成一个 ZIP 下载——全程在你浏览器本地运行，零上传。如果你住在终端里，magick mogrify -format jpg *.webp 一行命令干完同样的活。两条路都只要几分钟；逐个文件转换要耗掉一个下午。下面讲什么时候选哪条，以及要注意什么。
一堆 WebP 文件是怎么来的
批量 WebP 有三个可预测的来源。Chrome 把你某次调研下载的图片全存成了 .webp，因为网站发的就是它。网站改版时你收到一包素材——前任开发者把所有东西导出成 WebP，而新 CMS 要 JPG。或者供应商发来一份产品目录，用的就是他们系统顺手产出的格式。来源不同，问题相同：几十上百个文件，格式需要变成另一种。还有第四个更安静的来源：任何归档或镜像网站的人，拖下来的都是网站实际分发的格式——而 2026 年这多半是 WebP。
方案一：浏览器，整个文件夹一次搞定
浏览器转换器就是为这种规模造的：
- 打开目标格式对应的转换器——照片和最大兼容性用 WebP 转 JPG，带透明或锐利文字的用 WebP 转 PNG。
- 把文件夹拖进去。 页面会读出其中每个文件并自动排入批量队列。
- 打包成一个 ZIP 下载。 原始文件名保留，只换扩展名——
IMG_4021.webp回来时是同一堆里的IMG_4021.jpg。
批量规模下有两个性质很关键。一切都在你的机器上发生——没有上传队列，没有服务器，一百个文件跑多快取决于你的 CPU，而不是你的上行带宽。而且你的图片从不离开设备——当文件夹里是客户成果或未公开的产品图时，这正是重点。两个目标格式各自需要复习的话，单文件教程里有细节：如何把 WebP 转成 JPG 和 如何把 WebP 转成 PNG。
两条实用提示。浏览器标签页有内存上限：每批几百张典型网页图片很从容，一千张两千万像素的文件不行——把它们切成几百张一批，顺序跑。大批量时选 ZIP 下载：浏览器会限制同时进行的单个下载，Safari 最严格，而一个压缩包绕开了整个问题。
方案二：ImageMagick，一行命令
如果终端本来就开着，ImageMagick 的 mogrify 能原地转换整个目录：
magick mogrify -format jpg -quality 90 *.webp
Windows 上的 PowerShell 等价写法：
Get-ChildItem *.webp | ForEach-Object { magick $_.FullName ($_.BaseName + ".jpg") }
要输出 PNG 就换掉格式参数，去掉 quality 标志（PNG 会忽略它）。当转换属于某个脚本时——构建流水线、夜间任务、每周都要处理的文件夹——这是正确答案。对于一次性的文件堆，打开一个浏览器标签页比安装 ImageMagick 更快。
方案三：逐个上传的在线转换器，以及为什么它们不行
经典在线转换器的流程——上传、等待、转换、下载、重复——对一个文件尚可忍受，到二十个就崩溃。每个文件都要在别人的服务器上跑个来回，排在其他人的转换后面，顺便把你的图片交给了第三方。免费档恰好在你需要量的时候加上每日限额。它是批量工作的错误工具，句号；只要隐私或速度有一点重要，方案一和二就是完整清单。
批量转 JPG 还是 PNG
一条规则覆盖大多数文件夹：照片转 JPG，带透明或文字的图形转 PNG。混合文件夹？按内容拆开，跑两批。照片拿不准时，JPG 是更小也更通用的选择。如果这些 WebP 是 Chrome 的保存习惯攒出来的，如何阻止 Chrome 保存 WebP解释了这堆文件的成因——不过事后转换通常比跟浏览器较劲省事。
命名与结构注意事项
转换器保留文件名、只改扩展名，所以引用这些文件的脚本和表格大多能安然度过这次替换——转换后用 .webp 搜一遍你的引用，抓住漏网的。注意一个边角情况：同时含有 logo.webp 和 logo.png 的文件夹，转完会变成两个都叫 logo.png 的文件。转换前先给其中一个改名，否则重名问题会按你的 ZIP 解压工具当时的心情来解决。
想了解批量转换对每个文件做了什么——验证、解码、编码——批量转换教程走了一遍完整流水线。
引发这一切的那个文件夹还躺在你的硬盘上。把它拖进转换器，下载 ZIP——在你的咖啡凉掉之前，这堆文件就不再是个事了。