WebP 轉 JPG：何時該轉、何時不必，以及背後原因

Google 在 2010 年推出 WebP，目的是在網路上取代檔案較大的 JPG。但因為 Safari 不支援顯示，這個格式有十年時間都只是小眾格式。2020 年 Apple 在 Safari 14 與 macOS Big Sur 加入 WebP 支援後情況才改變。所有主流瀏覽器都能顯示之後，大規模提供圖片的公司紛紛改用 WebP，而且是在伺服器端完成，你看不到這個決定的過程，頁面上也沒有任何地方告訴你眼前的圖片實際是什麼格式。

例如 Shopify 的圖片 CDN 會把 WebP 提供給任何表示能顯示 WebP 的瀏覽器，即使商品照片當初是以 JPG 上傳的。Google 圖片搜尋的預覽圖也是 WebP。WordPress 自 2021 年的 5.8 版起接受上傳 WebP；預設把上傳的 JPG 轉成 WebP 的計畫在 6.1 版發布前被擱置，不過 WordPress 效能團隊的 Modern Image Formats 外掛和許多主機商的圖片最佳化功能確實會這樣做。結果到處都一樣：檔案在網站擁有者的電腦上是 JPG，到你手上時已經是 WebP。

瀏覽器也樂於配合。Chrome、Edge 和 Firefox 每次請求圖片時，都會帶上列有 image/webp（和 image/avif）的 Accept 標頭，支援格式協商的伺服器讀取這份清單後，就會挑選你能顯示的最小格式。當你按右鍵選擇 另存圖片，瀏覽器儲存的是它已收到的資料。這就是為什麼網址列中的檔名可以是 .jpg，存到硬碟後卻是 WebP，有時甚至會出現 .jpg.webp 這樣的雙重副檔名。

瀏覽器早已不是問題，麻煩出在其他地方：2022 年以前安裝的桌面軟體、白名單寫好後就沒再改過的上傳表單、以 JPG 和 TIFF 為核心的沖印流程，以及用自己的解碼器顯示內嵌圖片的電子郵件軟體。這些情況都不會給你有用的提示。沖印網站直接拒收檔案，政府表單顯示格式無效，舊版 Photoshop 只會跳出籠統的「無法完成您的要求」，完全不提 WebP。

Adobe 在 2022 年 2 月發布的 Photoshop 23.2 版才原生支援開啟和儲存 WebP，更舊的版本需要第三方外掛。Lightroom Classic 多年來都無法匯入 WebP，所以舊版的圖庫在匯入時會默默略過這些檔案。在 Windows 上，傳統的 Windows 相片檢視器完全無法開啟 WebP，Windows 10 的相片應用程式則要靠 Microsoft Store 中的 WebP 影像擴充功能。上傳表單最嚴格：例如美國國務院 DS-160 簽證照片上傳只接受 JPEG，許多大學申請與求職網站也只列出 JPG、PNG 和 PDF。

WebP 很特別，因為一種格式同時涵蓋兩種用途：用於照片的失真壓縮，以及用於圖形、帶有 Alpha 色版的無失真壓縮。轉出時你必須判斷檔案原本屬於哪一種用途，因為 JPG 和 PNG 各自只擅長其中一種。問題不在於哪種格式整體比較好（這個比較請見 JPG、JPEG 與 PNG 的差異），而在於這張圖片的內容是什麼，以及接下來要用在哪裡。

商品照片、桌布、食譜圖片或旅遊快照適合 JPG，檔案大小只有 PNG 的一小部分，看起來卻一樣。標誌、圖示、貼圖、透明背景的去背商品圖，或滿是文字的螢幕截圖適合 PNG，因為 JPG 會把透明區域填成純色，或讓文字的銳利邊緣變得模糊。如果無法判斷，可以用深色主題的瀏覽器分頁開啟檔案：若主體周圍露出棋盤格或深色的頁面背景，表示圖片有透明區域，需要用 PNG。

把失真的 WebP 轉成 JPG，是先解碼像素，再用不同的方法重新編碼，所以結果不會與原檔逐位元相同。實務上，JPG 品質設在 85 到 90 時，差異遠低於正常大小下肉眼能看出的程度，即使在高解析度螢幕上也一樣。下載的 WebP 中看得見的畫質損失，是在網站壓縮時就已發生，轉檔無法把這些細節找回來，只是避免再多損失太多。連續轉換兩三次的損失會累積，所以請從你儲存的 WebP 只轉換一次，不要在各種格式之間反覆轉。

有三項變化你可能會注意到。第一，檔案會變大，通常會增加三分之一以上，因為 JPG 的壓縮效率較差；如果表單有 KB 上限，請先轉換，再壓縮到 100 KB 或其他限制大小。第二，透明會被壓平：在 WebP 轉 JPG 轉換器中，透明區域 設定預設以 白色 填滿這些像素，也可選擇 黑色 或 自訂顏色。第三，動畫會消失，因為 JPG 只能存一個影格，只會保留第一格。

沒有改變的部分同樣重要：像素尺寸、方向和顏色都維持不變，只要 保留色彩描述檔 保持開啟，內嵌的色彩描述檔也會保留。如果是為了沖印而轉換，請把 品質 調到 90 以上；多出來的檔案大小在沖印店不成問題，還能消除天空和膚色漸層是否平滑的疑慮。若上傳有嚴格的 KB 上限，照片用 80 通常仍然乾淨，而且比 90 更容易控制在上限之內。低於約 70 時，文字和細線周圍就會開始出現方塊狀的邊緣。

轉檔之前，值得先看看網站是否提供原始檔案，因為這樣可以完全省去一次壓縮。能不能成功，取決於網站如何產生 WebP。如果 WebP 是 CDN 即時產生的，JPG 仍然存在伺服器上，用對請求方式就能取得。如果網站只儲存了 WebP（某些 WordPress 設定會在轉換上傳檔案後這麼做），就沒有 JPG 可以取得，只能轉檔。

以下方法依可靠程度由高到低排列，都只用到一般的瀏覽器操作和網站本來就提供的下載連結。網路上最常被推薦的做法，是在圖片網址結尾加上 ?format=jpg，但這也是最不可靠的。只有圖片 CDN 剛好讀取同名參數時才有效，多數都不會，所以你拿到的還是同一個 WebP，也沒有任何錯誤訊息告訴你這招失敗了。

如果你儲存了商品目錄、一組參考圖片或一個資料夾的桌布，一次轉一個檔案很快就會變得煩人。這個轉換器每批最多可處理 20 個檔案，每個最大 95 MB，對所有檔案套用相同的 品質 與 透明區域 設定，並以單一 ZIP 回傳。檔案在處理 30 分鐘後會從伺服器刪除，也不需要安裝任何軟體。100 張圖片就是五批。

開始前先整理資料夾。把照片放在一批轉成 JPG，把標誌、圖示和任何透明背景的圖片放在另一批做 WebP 轉 PNG，這樣就不會有圖片周圍冒出白框。如果使用 Mac，預覽程式的 輸出 指令可以轉換單一檔案；使用命令列的人處理超大資料夾時，可以執行 ImageMagick 的 mogrify -format jpg *.webp。兩者的結果都與瀏覽器版轉換器相同，差別只在於你想花多少功夫設定。

Chrome、Edge 或 Firefox 都沒有名為「將圖片儲存為 JPG」的設定，這並非疏忽。瀏覽器不會選擇格式，它只會宣告自己能顯示哪些格式，再由網站挑選一種。Chrome 儲存的就是收到的內容，不會重新編碼，這是正確的行為：儲存時悄悄轉檔，會多出一道你沒要求的失真步驟。所以換瀏覽器通常也沒用。目前所有瀏覽器的 Accept 標頭都列出 WebP，從同一個網站都會拿到同樣的 WebP。

因此實際上有三個選擇。你可以依上述步驟透過網站取得原始檔案；可以安裝在儲存時重新編碼圖片的瀏覽器擴充功能，這其實是同樣的轉換，只是換了按鈕；或者先存下 WebP，等到有東西不接受時才轉檔。第三種通常最省事，因為許多儲存下來的圖片只會在螢幕上觀看，而 WebP 在所有瀏覽器、macOS Big Sur 以後的預覽程式，以及 Windows 11 的相片應用程式中都能正常開啟。

如果你想了解 WebP 與網站現在提供的其他新式格式的比較，包括在相同 CDN 上開始取代 WebP 的 AVIF，請參閱 AVIF、HEIC 與 WebP 的差異。本文的實用建議幾乎可以直接套用：程式不接受的 AVIF，處理方式相同，照片轉成 JPG，圖形轉成 PNG。關於這個格式的更多細節，請見 Google 的 WebP 專案頁面。