為什麼要把 WebP 轉成 JPG
你從某個網站把圖片存下來，結果是個 .webp 檔。Instagram 上傳不收它。你的郵件軟體拒絕當附件。某個求職網站、某個學校系統，或某個舊版內容管理系統用一個含糊的錯誤把它退回來。WebP 是 Google 那套高效的現代格式，每個現行瀏覽器都好好顯示它，但一長串應用程式、平台和系統仍然只接受 JPEG。在這裡轉好檔案，你就得到一個普通 JPG，像一般照片一樣哪裡都能上傳，不必裝應用程式，也不必加擴充功能。這就是日常相容性煩惱的日常解法。
正在載入您的檔案…
把 WebP 轉成 JPG，一個到處都打得開的檔案
直接在瀏覽器裡把 WebP 變成標準 JPG，給電子郵件、Instagram 和仍要 JPEG 的應用程式。
正在載入您的檔案…
或將圖片拖放至此
轉換中…
0%
正在轉換您的圖片
這可能需要一分鐘左右——多個檔案會稍久一些。請保持此分頁開啟。
圖片已轉換為 JPG
快速解答
在瀏覽器裡直接把 WebP 轉成 JPG。放入一個 WebP，瀏覽器約一秒就寫出一個相容的 JPG，一個檔案在你自己的機器上轉換，沒有任何上傳。JPG 沒有透明通道，所以 WebP 裡的透明區域會被填成白色。這是 JPEG 自帶的性質，不是本工具的怪癖。輸出和原本的 WebP 一樣是有損的，在預設品質下照片上的差別很難看出。那個 JPG 隨後到處都能打開：Instagram、WhatsApp、Outlook、Windows 檔案總管、列印服務，以及舊版 Photoshop。WebP 在現代瀏覽器裡運行得很好，但一長串平台仍然只收 JPEG。想一次轉換好幾個嗎？把它們一起放入，檔案會送到我們的伺服器做批次處理，下載連結約 2 小時後刪除。
三個步驟把 WebP 轉成 JPG
把 WebP 拖到上傳區，或點一下從你的裝置挑一個。檔案一落地轉換就開始，沒有「轉換」按鈕，不必等上傳，也沒有排隊。JPG 一準備好，一行統計就把輸入大小和輸出大小並排放好，按下「下載」就把檔案放到你的裝置上。手機照片整個過程通常不到一秒。兩次轉換之間頁面保持不動，所以你可以把下一個檔案直接疊到上一個上頭，不必重新載入任何東西。它是為單一檔案做到感覺即時而打造的，而不是去管理一長串批次。
透明和品質會怎麼樣
JPG 是一種有損格式，沒有 alpha 通道。把 WebP 轉成 JPG 會不可逆地丟掉一些色彩資料，每一次寫入都這樣。在預設品質下，照片上的差異很難察覺，但這不是無損轉換，任何工具都做不到無損。來源 WebP 裡的透明像素會被填成純白，因為 JPEG 格式根本存不了透明。如果你需要保留那份透明，請改轉成 PNG。如果你需要白色以外的背景顏色，先在編輯軟體裡把顏色畫到 WebP 上，再來這裡轉。任何宣稱有無損 WebP 轉 JPG 路徑的工具，技術上都是不對的，值得多看一眼。
JPG 對 WebP，該留哪一個
AVIF 和 WebP 在任一給定品質下都比 JPEG 壓得更好，但 JPG 贏在純粹的觸及範圍。當圖片活在你自己掌控的網頁上、而你想要對現代瀏覽器最輕的檔案時，留著 WebP。當檔案得在還不收 WebP 的軟體或平台上運作時，換成 JPG，例如 Instagram 上傳、WhatsApp 分享、沒裝額外編解碼器的 Windows 相片檢視器、舊版 Photoshop、沖印服務，或大多數電商的上傳欄位。一條簡單的經驗法則在這裡很管用：只要它離開你的網站、去到你掌控不了的地方，JPG 就是比較保險的選擇。檔案一旦去到別處，觸及範圍就勝過效率。
你的檔案在哪裡處理
轉換一個檔案在瀏覽器自帶的 JPEG 寫入器上執行，就在你的裝置上，沒有任何上傳。打開 瀏覽器開發者工具，切到網路標籤，轉換一個檔案，你在記錄裡看不到任何向外的圖片請求。一次轉換多個時，檔案會送到我們的伺服器一起完成，下載連結約 2 小時後刪除。無論哪種方式結果都歸你，不會被記錄或研究。
動態 WebP 以及它會變怎樣
轉換器只留下動態 WebP 的第一個影格。後面每個動畫影格都被丟掉，輸出是那個開頭影格的一張靜態 JPEG。JPG 本身沒有動畫支援可退守。如果你需要處理整段序列，請改用專門的動態圖片工具或影片轉換器。這個限制橫跨整條瀏覽器內的轉換流程，因為它來自瀏覽器解碼 WebP 動畫的方式，而不是我們做的某個選擇。對單一張靜態照片來說，這些都不要緊，轉換的表現完全如你預期。
運作方式
-
放下或挑選你的 WebP
點擊上傳區域，或從桌面把一個 WebP 拖進來。一個檔案一落下就在你自己的裝置上轉換，沒有要等的上傳。
-
讓 JPG 寫出來
瀏覽器的 JPEG 寫入器在你的裝置上處理一個檔案。一張普通手機照片不到一秒就完成，沒有任何要上傳的東西。
-
看一眼輸出大小
一行統計把原本的 WebP 大小和產生的 JPG 大小並排顯示，讓你在下載任何東西之前確認格式真的換了。
-
下載 JPG
按「下載」把結果存起來。檔案保留原本的名稱，副檔名替你換成 .jpg，所以沒什麼要改名的。
你可能需要的其他工具
反向轉換，或與 JPG 和 WebP 一起使用其他格式。
常見問題
為什麼要把 WebP 轉成 JPG？
WebP 並非到處都收。Instagram、WhatsApp、沒裝額外編解碼器的 Windows 檔案總管、舊版的 Photoshop，以及大多數沖印服務仍然要 JPEG。JPG 在每個裝置、每套作業系統、每個社群平台和每個編輯器上都能用。轉換是拿 WebP 較小的檔案大小，去換到你真正需要打開、附加或寄送圖片的地方有保證的相容性，而那通常正是你一開始要轉換的全部理由。
轉成 JPG 後透明會保留嗎？
不會。JPEG 沒有 alpha 通道，所以你 WebP 裡透明或半透明的像素在輸出裡會變成純白。沒有設定能改這件事，因為這是 JPEG 格式本身的限制，不是這個工具的。如果你需要保留透明，請改轉成 PNG。如果你需要不同的背景顏色，在轉換之前先在影像編輯器裡把那個顏色畫到 WebP 上，那麼 JPG 就會顯示你選的背景。
轉換會降低影像品質嗎？
會。JPEG 是有損的，WebP 也是，所以任一格式的每一次寫入都會不可逆丟掉一些色彩資訊。在這裡用的預設品質下，照片上看得見的差異很難察覺。在邊緣銳利或有細小文字的影像上，可能出現淡淡的 JPEG 雜訊。任何承諾無損 WebP 轉 JPG 的工具都是不對的。如果你需要像素級的完整保留，請轉成 PNG 而不是 JPG。
我的影像會被上傳到伺服器嗎？
這取決於數量。轉換一個檔案完全在你的裝置上、在瀏覽器自帶的影像引擎裡執行，沒有向外的圖片請求，你可以在 瀏覽器開發者工具 的網路面板裡確認。一次轉換多個會把它們送到我們的伺服器一起處理，下載連結約 2 小時後刪除。兩種情況下都沒有關於你檔案內容的遙測，也沒有長期儲存。
WebP 檔案是什麼，我怎麼會有一個？
WebP 是 Google 為了讓網路上的檔案更小而做的影像格式。你最可能是在一個現代網站上按右鍵存圖才得到一個的，因為瀏覽器存的是伺服器送來的東西，而現在大多數伺服器都對支援的瀏覽器送 WebP。WebP 在網路傳遞上非常出色，但一大堆應用程式、上傳表單和郵件軟體仍然只收 JPEG，這正是為什麼轉換它是這麼例行的一件事。
我可以一次把好幾個 WebP 轉成 JPG 嗎？
可以。放入兩個或更多 WebP 檔案，它們會一起轉換，再作為一個下載返回。為此檔案會送到我們的伺服器，把 JPG 結果打成一個壓縮檔，給你一個約 2 小時後刪除的連結。單個 WebP 仍然直接在你的瀏覽器裡轉換，沒有任何上傳。
詳細資訊
團隊關於工藝、格式以及一個好結果背後小決定的筆記。
為什麼 2026 年還有這麼多應用程式拒收 WebP
即使 WebP 已經問世超過十年，真有一部分消費者軟體仍然不接受它用於上傳或顯示。原因不是技術能力，畢竟這個編解碼器到處都有，而是產品慣性和格式標準化。Instagram 和更廣的 Meta 平台在上傳上統一用 JPEG，因為對全球使用者群來說它最好攜帶，而改動上傳驗證意味著要在數百種裝置設定上重新測試。Windows 10 上的微軟相片檢視器需要另外從商店安裝才能處理 WebP。大多數在 2018 年之前建好的企業內容管理系統，是用一份早於 WebP 的固定 MIME 清單來驗證上傳。沖印商、圖庫和政府入口網站常把格式要求寫進法律或採購規格裡。這些都是貨真價實、要求一個相容格式的障礙，而 JPEG 始終是它們共同的答案。
透明的難題：為什麼是白色，又怎麼改
JPEG 的壓縮作用在從紅、綠、藍值抽出的明度和色度通道上，沒有第四個通道留給 alpha。當瀏覽器從一個帶透明像素的 WebP 寫出 JPEG 時，它得給每個透明點指定一個真實顏色。預設填的是白色，十六進位 FFFFFF，RGB 255 乘 255 乘 255。那是瀏覽器的預設值，不是這個工具開放的設定。如果你的 WebP 有透明背景、而你需要 JPG 裡有某個特定顏色，比方深色頁面上某個標誌要深灰，就用任何支援圖層的編輯器打開那個 WebP，在影像底下放一個你目標顏色的背景圖層，把整疊壓平，再把那個壓平的檔案跑過這個轉換器。結果就是一個 JPG，在原本透明的地方正好帶著你選的顏色。
品質、PSNR，以及「視覺上可忽略」是什麼意思
PSNR，峰值訊噪比，是衡量一張重新寫入的影像偏離來源多遠的標準工程尺度，以分貝表示。數字越高代表越接近。在我們的端到端測試裡，這裡用的 JPEG 寫入器在一張預設品質的 1024 乘 768 照片上產出 43.66 dB 的 PSNR。作為對照，36 dB 大約是差異開始對多數觀看者明顯可見的門檻之下，而 40 dB 以上對照片內容通常被稱為「感知上透明」。在 43.66 dB，這個轉換對任何實際的網路或印刷用途來說，在視覺上和來源是一樣的。品質在這個版本是固定的，沒有滑桿。如果你的某個工作流程需要精確的品質等級，一個可調的工具會更適合那件事。
轉換後的檔案大小：WebP 轉 JPG 通常更大
WebP 壓縮照片比 JPEG 更有效率。當你往反方向轉、從 WebP 到 JPG，你移到一個效率較低的格式，所以輸出通常比輸入大。在我們的量測裡，一張 1024 乘 768 的 WebP 照片產出一個 的 JPEG，那一個案例裡略小一點，因為 JPEG 恰好把那張影像壓得不錯。但在較大的照片上，膨脹是一致的。一張以 WebP 進來的圖片，可能在相當的視覺品質下以大約 的 JPEG 離開。這不是錯誤，也不是轉換器出狀況的跡象。這是從較有效率的格式移到較沒效率的格式應有的代價，而那份增長就只是換取通用相容性的成本。
中繼資料：EXIF、GPS，以及哪些被清掉
WebP 檔案可以帶 EXIF 中繼資料，包括 GPS 座標、相機型號、快門速度、光圈和方向。JPEG 檔案也能帶 EXIF。不過這裡的轉換流程會把輸出的所有中繼資料都清掉。產生的 JPEG 只留像素資料，沒有 EXIF，沒有 IPTC 版權欄位，沒有 XMP 編輯歷史，在 Firefox 和 WebKit 裡也沒有 ICC 描述檔，而 Chrome 和 Edge 確實會保留 ICC 描述檔。這發生在瀏覽器的繪圖層，無法覆寫。對大多數網路發佈來說，被清掉的中繼資料是比較好的結果：它省下幾 ，移除可能指出照片在哪裡拍的 GPS 座標，也避免洩漏相機或編輯細節。對中繼資料必須留存的存檔或法律工作，請改用專門保留 EXIF 的編輯器，而不是這個轉換器。
WebP 轉 JPG 要花多久
在我們橫跨 Chromium、Firefox 和 WebKit 的端到端測試裡，一張 1024 乘 768 照片的 JPEG 寫入步驟在 Chromium 上花了 16 毫秒，Firefox 上 12 毫秒，WebKit 上 17 毫秒。對一張 3840 乘 2160 的大照片，寫入步驟在 Chromium 上多加大約 1.5 秒。你實際感受到的總時間還摺入了瀏覽器從磁碟讀檔、WebP 解碼步驟，以及寫入之前的繪圖。對 4 百萬像素以下的手機照片，整趟維持在一秒以內。對 8 百萬像素以上的大型單眼照片，在桌面瀏覽器上預期 2 到 5 秒。行動裝置光是寫入就比桌面大約慢 3 到 5 倍，這和行動裝置 CPU 效能的差距相符。