JPG 轉 WebP：瀏覽器端批次壓縮，檔案最多縮小 35%
這個頁面專門處理 JPG（JPEG）檔案 轉換為 WebP 格式 的需求。JPG 是一種有損壓縮格式，每次重新編碼都會損失更多細節（即「次生損失」，generation loss），而且不支援 Alpha 色版（透明度）與動畫。WebP 則同時支援有損與無損模式、Alpha 透明度與動畫，在可比品質下，檔案大小通常比 JPG 小 25–35%。因為 JPG 本身缺乏透明度與動畫，所以這個轉換的重點單純是：在設定的品質範圍內，用更小的檔案體積保留盡可能多的視覺細節。將 JPG 重新編碼為 WebP，不會疊加 JPG 本身反覆儲存造成的次生損失 —— 你只承受一次初始壓縮的代價。
WebP 的壓縮原理與品質取捨
WebP 的有損壓縮採用區塊預測編碼（block prediction coding），與 JPG 使用的離散餘弦轉換（DCT）是不同路徑。這個頁面提供的品質滑桿範圍是 40% 到 100%，預設值為 92%。實際上，WebP 在較低品質區間（約 40–60%）的視覺退化模式與 JPG 不同：WebP 傾向保留邊緣銳利度但可能產生區塊狀偽影，JPG 則擅長平滑漸層但容易在文字邊緣出現暈染。如果你手上的 JPG 原本就是高品質（例如相機直出的 Fine 模式），設為 80–90% 通常能獲得視覺無損但體積大幅下降的結果；如果來源 JPG 已經被高度壓縮（例如網路上抓的縮圖），設為 90% 以上反而可能因為重新編碼而讓檔案變大 —— 這點在工具結果頁上會直接標示為 「Larger」。
品質滑桿的最低值設為 40% 而非 0%，是因為實務上低於 40% 的 WebP 壓縮對多數照片而言視覺劣化過於明顯，且體積節省邊際效益遞減。這個範圍已經涵蓋從「盡量縮小」到「盡量保留原始細節」的全部典型使用場景。
瀏覽器支援與回退機制
WebP 在 Chrome、Firefox、Edge、Safari（14 以上版本）與 Opera 中都獲得原生支援。如果你的瀏覽器不支援儲存 WebP 格式，這個工具會自動回退為 PNG，並且在結果上清楚標示「Your browser doesn’t support saving this format — used PNG instead.」。
為什麼回退是 PNG 而不是 JPG？因為 WebP 支援 Alpha 透明度，PNG 也支援；如果回退到 JPG，透明像素會被填成白色背景，造成資訊遺失。這個回退機制確保你拿到的檔案盡可能接近 WebP 原本的像素內容。
純瀏覽器端處理：檔案絕不離開你的裝置
所有轉換作業都在你的瀏覽器內完成。瀏覽器會將 JPG 解碼為原始像素資料，並直接在裝置上編碼為 WebP。沒有任何檔案上傳到 BroBroGo 的伺服器。這意味著：
- 對於包含個人肖像、合約掃描件、或機密設計稿的 JPG，你不需要擔心伺服器端的儲存或傳輸安全問題。
- 處理速度完全取決於你的裝置效能與原始檔案大小。一個 4000×3000 像素的 JPG 在現代筆電上轉換時間通常低於 1 秒。
- 網路斷線不影響已選取檔案的下載，因為轉換結果已暫存在瀏覽器的記憶體中。
批次轉換與檔案大小比較
你可以在檔案選擇器中選取最多 20 個 JPG 檔案。工具會逐一處理，並依選擇順序進行。狀態列會顯示正在轉換的檔案。完成的結果會一起顯示。工具會逐一顯示：
- 輸出的 WebP 檔案名稱
- 原始與轉換後的尺寸（像素，保持不變）
- 原始大小與轉換後大小（以 KB 或 MB 顯示）
- 標示 「Saved」 或 「Larger」
- 總計顯示為
‹原始總大小› -> ‹轉換後總大小›
當有兩個或以上檔案成功轉換時，會出現 「Download all (.zip)」 按鈕，將所有 WebP 打包成一個 ZIP 壓縮檔。ZIP 檔案會包含所有轉換後的 WebP 檔案，並以原始檔名加上新副檔名 .webp 命名。
一個常見的誤解是：「JPG 已經壓縮過了，轉成 WebP 不會再小多少。」但實測顯示，即使是中等品質的 JPG（例如 75% 品質），轉換為 WebP 80% 品質，平均仍可節省 15–25% 的體積，因為 WebP 的編碼效率優於 JPG。唯一的例外是極低品質的 JPG（品質低於 40%），此時 JPG 的區塊偽影已經很明顯，WebP 雖能維持視覺，但壓縮冗餘可能不足，結果反而變大。
常見問題
為什麼我轉出來的 WebP 檔案比原始 JPG 還大？
最可能的原因是：原始 JPG 已經是高度壓縮的版本（例如品質 30%），而你在工具上設定了高品質（例如 95%）。WebP 的品質值與 JPG 的品質值不是同一個尺度；一個 JPG 品質 30% 的檔案，轉成 WebP 品質 80% 以上，無可避免會因為保留更多細節而增加體積。降低品質滑桿到 40–60% 通常可以解決。另一個可能是：圖片包含許多高頻細節，WebP 的預測方法有時難以處理雜訊或精細紋理，需要更多位元來避免可見的偽影。
這個工具支援將 JPG 轉成有透明背景的 WebP 嗎？
不支援。JPG 本身不記錄 Alpha 色版，原始像素中沒有任何透明度資訊，因此轉換後的 WebP 也不會有透明背景。如果你需要將 JPG 的某個顏色變成透明（例如去背），你需要在繪圖軟體中處理，或者使用專門的去背工具。
瀏覽器說「不支援此格式」，但我用的是最新版 Chrome，怎麼回事？
這通常是因為你點擊的「下載」按鈕觸發的檔案儲存方式與瀏覽器的 Blob URL 支援有關。極少數情況下，瀏覽器的安全性設定或擴充功能會阻擋產生正確的 WebP 資料。請嘗試：
- 在無痕模式中測試。
- 關閉所有廣告阻擋或隱私保護擴充功能。
- 更新瀏覽器到最新版。 如果問題持續，工具會自動回退到 PNG。
我可以一次轉換 100 張 JPG 嗎？
此頁面一次最多接受 20 張圖片。如果選擇超過 20 張，錯誤訊息會顯示「Choose up to ‹max› images at a time.」。
為什麼有些檔案顯示「Conversion failed」？
可能原因包括：
- 檔案副檔名為.jpg 但實際內容不是有效的 JPEG 資料（例如被重新命名過）。
- 檔案已經損毀或為空檔案。
- 圖片格式確實是 JPEG，但包含 Progresive 或 4:4:4 以外的色度抽樣（部分舊版 JavaScript 解碼器對此有限制）。
錯誤訊息會明確指出：
「This file could not be opened as an image. It may be corrupted, empty, or not actually an image.」或「Conversion failed. Try a different image or format.」。如果多個檔案都失敗，錯誤摘要會顯示「‹count› file(s) could not be processed.」。