# WebP to PNG

> 在瀏覽器內把 WebP 轉成 PNG，讓任何軟體都打得開。透明度完整留著，動畫只取得到第一格，EXIF 也不會留下。實測從 319,834 變成 1,818,413 位元組，約 5.7 倍。

- URL: https://bytescope.dev/zh-Hant/image-convert/webp-to-png/
- Locale: zh-Hant · Also: [en](https://bytescope.dev/en/image-convert/webp-to-png.md) · [ja](https://bytescope.dev/ja/image-convert/webp-to-png.md)
- Runs: 檔案不會離開你的瀏覽器 — 全部在本機處理。
- Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile.
- Updated: 2026-09-08

## What it does

### WebP 轉成 PNG 會失去什麼

最常讓人意外的損失是動畫。每個丟進來的檔案都會先用瀏覽器的 `ImageDecoder` 探一次，一旦發現影格不只一格而目標又是 PNG，工具就只留第一格、關掉解碼器，並警告只轉了那一格。其餘影格、每格的間隔時間與循環次數都沒有地方可去，因為這條路線寫出來的是單張影像，不是 APNG。如果你要的就是那段動態，請把目標改成 GIF，那條動畫路線會保住每一格與它的時間；或者乾脆留在原格式重編一次。

留下來的東西比多數轉檔都多。來源的 8-bit alpha 色版可以直接對應到輸出的 alpha 色版，柔和陰影、去鋸齒邊緣與半透明像素原樣通過，過程中不會鋪任何背景色。來源若是無損 WebP，輸出的像素值完全相同；若是有損 WebP，輸出會連同瑕疵忠實記下解碼結果——第一個編碼器加上去的平滑與區塊結構，到這一步已經就是畫面本身，後面任何步驟都沒辦法再把它和被攝主體分開。

元資料不會跟著走。WebP 可以在 RIFF 容器裡放 `EXIF` 與 `ICCP` 區塊，但這個轉檔會經由 canvas 解成像素，那些區塊不會轉移，成品是沒有標記的。也就是說拍攝時間、相機欄位、GPS 與來源色彩描述檔都會不見：分享前很方便，但如果你正靠其中任何一項做事，就很麻煩。

### 實測時檔案大小怎麼變

2026-09-12 的腳本測的是一張 1280 × 854、品質 85 的有損 WebP，319,834 位元組。解碼後把「最佳化 (oxipng)」打開寫成 PNG 是 1,818,413 位元組，大約 5.7 倍。那個勾選框這一頁預設是關的，維持關閉的話，瀏覽器自己編出來的 PNG 通常還會再大一點。這個倍率有一部分純粹是無損儲存的代價，另一部分則是新編碼器得把舊編碼器留下的平滑與區塊邊緣，當成細節重新存一次。螢幕截圖或平面插畫膨脹得少很多，而平面圖形的無損 WebP 轉出來的 PNG 甚至可能大小相近，因為兩邊等於是用相近的壓縮機制存同一批像素。

### 什麼時候不該把 WebP 轉成 PNG

即將發佈的檔案不要轉。它本來就是比較小的那一個，這條路線只會讓位元組翻好幾倍卻沒有任何改善——真有哪個瀏覽器顯示不了，準備一份 JPG 備援也遠比放一個大五倍的 PNG 便宜。想保住動態的貼圖或梗圖也別轉成 PNG，請改用 GIF 當目標。想靠轉檔修好一張糊掉的 WebP 同樣沒用，糊已經在像素裡了。適合轉的時機是：桌面編輯軟體、辦公文件、印表機驅動或上傳欄位拒收這個檔案；交接過程中必須保住透明度；或者你需要一份可以反覆編輯的穩定中繼檔。

轉換完全在你的瀏覽器內進行 — 不上傳、不排隊、無浮水印。想放幾個檔案都行，可逐一下載，也能打包成 zip。

## Limits

最常讓人意外的損失是動畫。每個丟進來的檔案都會先用瀏覽器的 `ImageDecoder` 探一次，一旦發現影格不只一格而目標又是 PNG，工具就只留第一格、關掉解碼器，並警告只轉了那一格。其餘影格、每格的間隔時間與循環次數都沒有地方可去，因為這條路線寫出來的是單張影像，不是 APNG。如果你要的就是那段動態，請把目標改成 GIF，那條動畫路線會保住每一格與它的時間；或者乾脆留在原格式重編一次。

留下來的東西比多數轉檔都多。來源的 8-bit alpha 色版可以直接對應到輸出的 alpha 色版，柔和陰影、去鋸齒邊緣與半透明像素原樣通過，過程中不會鋪任何背景色。來源若是無損 WebP，輸出的像素值完全相同；若是有損 WebP，輸出會連同瑕疵忠實記下解碼結果——第一個編碼器加上去的平滑與區塊結構，到這一步已經就是畫面本身，後面任何步驟都沒辦法再把它和被攝主體分開。

元資料不會跟著走。WebP 可以在 RIFF 容器裡放 `EXIF` 與 `ICCP` 區塊，但這個轉檔會經由 canvas 解成像素，那些區塊不會轉移，成品是沒有標記的。也就是說拍攝時間、相機欄位、GPS 與來源色彩描述檔都會不見：分享前很方便，但如果你正靠其中任何一項做事，就很麻煩。

## FAQ

### 動畫 WebP 轉成 PNG 會變成什麼？

只會留下第一格，工具也會用警告說明。間隔時間與循環次數會被丟掉，因為這條路線寫的是單張影像而不是 APNG。需要整段動畫留下來的話，請把目標改成 GIF。

### WebP 轉 PNG 算是無損轉檔嗎？

編碼這一步是無損的，所以從這裡開始不會再少東西。整體算不算無損要看輸入：無損 WebP 會逐像素一致，有損 WebP 則是把既有瑕疵精確且永久地記錄下來。兩種情況都不會讓任何東西回來。

### 為什麼 PNG 比原本的 WebP 大好幾倍？

一邊存的是有效率的有損近似，另一邊要把那份近似的每個像素都存下來，包括很難壓縮的平滑與區塊邊緣。實測的 1280 × 854 樣本就從 319,834 位元組變成 1,818,413 位元組，大約 5.7 倍。

### 我的圖片會被上傳到任何地方嗎？

不會。轉換在你的瀏覽器內使用 canvas API 和 Web Worker 完成 — 檔案不會離開你的裝置。沒有上傳步驟、不用排隊，檔案大小也只受限於你電腦的記憶體。

### 轉換後的圖片會保留 EXIF 中繼資料嗎？

不會 — 而這正是特色之一。透過 canvas 重新編碼會移除所有中繼資料：GPS 位置、相機型號、時間戳記和色彩描述檔。輸出只包含像素，而這通常正是你公開分享圖片前想要的結果。

### 可以一次轉換很多張圖片嗎？

可以。拖放或貼上任意數量的檔案；每個檔案都會在背景轉換，各自有進度顯示和下載按鈕，也可以把全部內容打包成 .zip 一次下載。

### 轉檔會讓畫質變差嗎？

看你選的目標格式。不管來源和目標是哪兩種格式，轉換器一律先解碼成原始像素再重新編碼，中繼資料也是這樣被移除的。目標是無損格式（PNG，以及在 256 色限制內的 GIF）時，像素和解碼出來的完全一樣；目標是 JPEG、WebP 或 AVIF 時，則由品質滑桿控制取捨，而且來源本來就是有損檔的話，會再多疊一層損失。