批次轉換 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——在你的咖啡涼掉之前，這堆檔案就不再是個事了。