如何把 WebP 轉成 PNG
把一個 WebP 檔案拖到上傳區, 或點一下從裝置裡挑檔案. 檔案一落下轉換就開始, 沒有要按的轉換鈕. 大多數圖片不到一秒就有結果. 完成後, 下載按鈕會用原本的檔名儲存 PNG, 只把副檔名換成 .png. 要轉下一張就拖下一個檔案, 每次轉換都從頭跑, 不排隊. 這套流程在桌面與行動瀏覽器上表現一致. 動態 WebP 只當作單一靜態幀處理, 因此輸出的 PNG 裡只會出現第一幀.
正在載入您的檔案…
把 WebP 轉成 PNG
把 WebP 轉成 PNG, 讓 Photoshop, Word 和舊版程式都能開啟這個檔案. 透明度完整保留.
正在載入您的檔案…
或將圖片拖放至此
轉換中…
0%
正在轉換您的圖片
這可能需要一分鐘左右——多個檔案會稍久一些。請保持此分頁開啟。
圖片已轉換為 PNG
快速解答
RoundCut 將 WebP 轉換為 PNG，讓檔案能在桌面軟體預期的地方開啟。轉換單張圖片時，瀏覽器會在你的裝置上不到一秒就把它重新編碼為 PNG，因此那個檔案不會被送到任何地方。一次轉換多張時，它們會送到我們的伺服器，一起處理成一個下載，該下載會在約 2 小時內刪除。PNG 是桌面軟體真正能開啟的格式，因為較舊版本的 Photoshop、Word、PowerPoint、預覽程式以及 Windows 和 macOS 上多數舊工具仍然拒絕 WebP 檔案。透明度按像素保留，因為 WebP 和 PNG 都帶有 8 位元 alpha 通道，所以透明背景上的標誌或產品去背會變成同樣透明背景的 PNG，沒有白色填充，也沒有邊緣雜訊。輸出的 PNG 總是比來源 WebP 大，一張 大尺寸 WebP 照片通常會膨脹到約 數倍大小的 PNG，簡單圖形大約增大 26%。這是切換到一個到處都能開啟的格式的合理代價。轉換本身不會帶來新的品質損失。
透明背景仍然保持透明
WebP 和 PNG 都支援 8 位元 alpha 透明度, 讓每個像素都能帶有任意透明值. 這對您的工作流程有實際影響. 放在透明背景上的標誌或去背產品圖轉成 PNG 後仍保有相同透明背景, 不會被填成白底. 設計師在 Photoshop、Figma 或 Illustrator 中使用需要透明背景的圖片時, PNG 是標準格式. 帶有漸層陰影或柔和邊緣的圖稿, 半透明值也會完整保留.
WebP 還是 PNG, 哪個用在哪
圖片要放在網頁上就留著 WebP. 在相同視覺品質下 WebP 大約比 PNG 小 25 到 35 percent, 所以頁面載入更快, 頻寬成本更低. 要在離線軟體裡打開就換成 PNG. 2022 年底以前的 Photoshop 需要外掛才能開 WebP. Word, PowerPoint, 大多數老舊的 Windows 工具, 以及多數電子郵件程式至今仍不收 WebP. PNG 則是每個程式都看得懂的格式. 如果最終目的地是網站, 留著 WebP. 如果是設計檔, 印刷案, 辦公文件或郵件附件, PNG 是比較保險的選擇.
你的 PNG 會比 WebP 大
PNG 採用無損的 DEFLATE 壓縮. WebP 用的是更現代, 更有效率的演算法, 同一張圖能壓得更小. 從 WebP 轉到 PNG 一定讓檔案變大, 圖形大約大 26 percent, 照片則是兩到十倍. 一張 大尺寸 WebP 照片很容易變成 數倍大小的 PNG. 這是換到處處都能開啟之格式的代價, PNG 並非畫質較差, 只是因為它把每個像素都原樣存下, 不像 WebP 用上現代壓縮, 所以更占空間. 如果檔案大小比相容性更重要, 那就留著 WebP, 別轉了.
你的 WebP 在哪裡處理
WebP 實際在哪裡轉換，取決於你一次轉換幾個檔案。只轉一個時，重新編碼完全在你瀏覽器分頁內的 OS 影像引擎中完成，沒有任何東西被上傳，也不留下任何關於該檔案的紀錄。你可以在轉換時保持網路面板開啟，確認沒有任何出站的影像請求。一次轉換多個時，檔案會送到伺服器批次處理，產生一個統一的下載包。那個結果會在大約 2 小時內從伺服器移除。其他許多 WebP 轉換工具不管幾個都會上傳到伺服器。在這裡，單一轉換完全在瀏覽器內完成，只有批次才經過伺服器。
動態 WebP 檔案會怎麼處理
動態 WebP 檔案裡含有多個影像幀. 這個工具只處理第一幀, 輸出單一靜態 PNG. PNG 格式可以透過 APNG 擴充支援動畫, 但這個工具不產生 APNG 檔案. 如果你需要保留動態 WebP 的每一幀, 專門的 GIF 或 APNG 轉換工具才是對的選擇. 若只是要抽出一張具代表性的幀, 例如縮圖或預覽圖, 第一幀通常就是最有用的輸出, 也是合理的預設行為.
運作方式
-
拖入或挑選你的 WebP
將 WebP 檔案拖到上傳區，或點擊開啟檔案選擇器。WebP 的透明度會在輸出中保留。轉換一張圖片在你的瀏覽器中執行，而一次放入多張會將它們送到我們的伺服器一起處理。
-
等待自動轉換
檔案一載入, 瀏覽器就立刻寫出 PNG. 多數螢幕解析度的圖片不到一秒就完成, 沒有要按的鈕.
-
留意輸出大小
PNG 會明顯比原本的 WebP 大. 一張 大尺寸 WebP 照片通常會變成大約 數倍大小的 PNG. 這是預期之內, 不是錯誤.
-
下載 PNG
點下載把檔案存起來. 原檔名保留, 只把副檔名換成 .png. 透明區域仍然透明. 要轉下一個就拖下一個 WebP.
您可能也需要的相關工具
向相反方向轉換，或探索其他圖片格式。
常見問題
為什麼 Photoshop 或 Word 打不開我的 WebP 檔案?
WebP 是個現代網頁格式, 很多桌面軟體至今仍不理它. Photoshop 直到 2022 年底才加入原生 WebP 支援, 所以舊版需要外掛. Word, PowerPoint, 舊版 macOS 上的預覽程式, 以及大多數老舊的 Windows 工具乾脆就拒收這個格式. 轉成 PNG 是通用的解法. 只要能處理圖片的程式都打得開 PNG, 所以當你在意與桌面軟體的相容性時, PNG 就是對的選擇.
這個轉換工具會保留透明度嗎?
會. WebP 和 PNG 都支援 8 位元 alpha 透明度. 透明像素維持透明, 半透明像素保住它精確的透明值, 去背主體周圍不會出現白底或光暈. 放在透明背景上的標誌會轉成背景同樣透明的 PNG, 逐一像素都對得上, 不會被壓平. 這正是該選 PNG 而非 JPG 的原因, 因為 JPG 沒有 alpha 通道, 會把透明區域填上一片實色.
為什麼 PNG 檔案比 WebP 大?
PNG 是無損的, WebP 壓得更緊. PNG 用一套 1990 年代的壓縮演算法把每個像素原樣存下. WebP 用現代的預測技術把同一張圖塞進更小的空間. 從 WebP 轉到 PNG 一定讓檔案變大, 圖形大約 26 percent, 照片往往是 200 到 1000 percent. 一張 大尺寸 WebP 照片可能變成 數倍大小的 PNG. 這是預期之內, 是換取處處都能開啟之格式的代價.
把 WebP 轉成 PNG 會掉畫質嗎?
轉換本身不帶來任何新的畫質損失. PNG 是無損的, 從 WebP 解出的像素會逐位元組寫入. 不過, 如果原本的 WebP 是用有損模式存的, 多數網頁上的 WebP 都是, 那些既有的壓縮痕跡早就在像素裡, 轉成 PNG 也拿不掉. PNG 看起來會跟 WebP 在螢幕上的樣子一模一樣, 不會更好. 沒有添回任何畫質, 只是讓進一步的損失就此打住.
在這裡把 WebP 轉成 PNG 安全嗎?
這取決於你轉換多少個檔案。單個 WebP 直接在你的瀏覽器中轉換，所以該檔案不會被上傳，你可以開啟 開發者工具，在轉換期間查看網路面板來確認，那裡不會出現任何出站影像請求。當你一次轉換多張時，它們會送到我們的伺服器一起處理，該結果會在約 2 小時內刪除，並可在下載後立即自行刪除。如果你的圖片是敏感內容、文件、個人照片或工作素材，逐張轉換會讓它留在你的裝置上。
動態 WebP 檔案會怎麼樣?
只有第一幀會被轉換. 即使來源 WebP 含有多幀, 這個工具也只輸出單一靜態 PNG, 不是動態的 APNG. 如果你需要保留每一幀, 專門的 GIF 或 APNG 轉換工具才適合. 對多數情況而言, 也就是你只想要動態 WebP 的一張靜態縮圖或預覽圖時, 第一幀就是對的輸出.
詳細資訊
團隊關於工藝、格式以及一個好結果背後小決定的筆記。
為什麼 WebP 在桌面程式裡沒被普遍支援
WebP 由 Google 在 2010 年釋出, 但桌面軟體的採用遠遠落在瀏覽器後面. 瀏覽器早早就用上 WebP, 因為它們掌控自己的算繪引擎, 而 Google 又把 Chrome 的 WebP 支援當成競爭優勢來積極優化. 桌面應用程式採納新影像格式要久得多, 因為每個程式都維護自己的影像解碼堆疊, 支援一個新格式得對付一長串邊角案例的測試. 多數專業攝影師和設計師每天在用的 Adobe Photoshop, 直到 2022 年底的 23.2 版才推出原生 WebP 支援. 截至 2026 年, 微軟 Office 系列在各平台對 WebP 的處理仍不一致. 印刷 RIP 軟體和多數老舊的封存工具則根本沒採納 WebP. 實際後果是, 一個在瀏覽器裡顯示得好好的檔案, 可能被使用者真正需要的軟體整個拒收, 而轉成 PNG 就是那個可靠的變通辦法.
WebP 是怎麼在壓縮上勝過 PNG 的
PNG 用的是 DEFLATE 壓縮, 一套來自 1996 年的通用無損演算法. 它在壓縮前先對掃描線套一組可逆濾波器, 再把結果以 zlib 串流寫出. 這很有效, 但設計於機器學習和視訊壓縮研究帶來更好技術之前. WebP 的有損模式採用源自 VP8 視訊壓縮的區塊轉換, 對 16x16 的巨集區塊套用幀內預測和離散餘弦轉換. WebP 的無損模式則結合空間預測, 色彩轉換, 以及一道 LZ77 編碼階段, 對典型影像內容而言, 它在結構上比 DEFLATE 更有效率. Google 公布的基準顯示, 在一組標準測試影像上無損 WebP 約比 PNG 小 26 percent, 帶 alpha 的有損 WebP 在相當視覺品質下約為 PNG 的三分之一. PNG 轉 WebP 賺到這些紅利, WebP 轉 PNG 把它們吐回去, 因此輸出更大.
實測的檔案增大範例
於 Chrome 148, Linux 桌面上實測, 對解出的 WebP 輸入套用系統的 PNG 寫出路徑. 一張 400x300 像素, 以品質 80 存成 WebP 的小型向量風格圖形, 解出再寫成 PNG 約需 15 到 25 ms, 檔案大小通常增加 20 到 30 percent. 一張 1024x768 約 較小尺寸 的照片型 WebP, 解出再寫成 PNG 不到 100 ms, 通常增大 3 到 5 倍. 一張 3840x2160 約 較大尺寸 的大型照片型 WebP, 寫成 PNG 約需 1.2 秒, 視場景複雜度增大 5 到 10 倍. 實務上的上限大約是一張 大尺寸 WebP 照片變成 數倍大小的 PNG. 這些數字反映兩種格式之間壓縮效率的差距, 並隨像素數量線性增長.
往返過程中的 alpha 透明度
WebP 和 PNG 裡的 8 位元 alpha 通道用同一個值域, 0 是完全透明, 255 是完全不透明. 瀏覽器解碼一個帶 alpha 的 WebP 時, 會產生一塊 RGBA 像素緩衝區, 其中 A 分量反映原本的 alpha 資料. 那塊緩衝區被寫成 PNG 時, PNG 的寫出端會把 A 值直接寫進 PNG 的 alpha 通道. 過程中沒有合成步驟, 不套用任何背景色, 也沒有預乘的副作用去改動像素值. 結果是 alpha 通道的無損轉移, PNG 裡每個像素的透明值都對上 WebP 所存的. 對於邊緣有細緻抗鋸齒的影像, 每個中間的 alpha 值, 比方文字邊緣某個 40 percent 透明的像素, 都能原樣撐過整趟往返. 正是這份保真度, 讓影像要在多種背景上顯示時, PNG 成為比 JPG 更對的選擇.
EXIF 與中繼資料的行為
這條重新寫出的流程會從 PNG 輸出裡清掉 EXIF, IPTC 和 XMP 中繼資料. WebP 檔案可以在它的中繼資料區塊裡夾帶 EXIF, 而當瀏覽器解碼再重新寫出影像時, 這些資料就消失了. ICC 色彩設定檔走的是另一條路, Chrome 和 Safari 在解碼 WebP 後會把 sRGB 的 ICC 設定檔標記保留在 PNG 輸出裡, Firefox 則會清掉包含 ICC 設定檔在內的所有中繼資料. 實際後果是各瀏覽器都能輸出 sRGB 安全的結果, 但來源 WebP 裡夾帶的任何廣色域設定檔在 Firefox 裡留不住. 對於仰賴 ICC 標記往返的專業攝影流程, 請用會處理中繼資料的轉換工具. 對於一般的網頁影像處理, 移除中繼資料通常可以接受, 還順帶稍微縮小一點輸出檔案.
實務上的隱私驗證
沒有檔案資料離開瀏覽器這個說法, 不用任何特別工具就能查證. 打開你的瀏覽器, 前往 webp-to-png 頁面, 再以 F12 或右鍵選單打開開發者工具. 切到 Network 分頁, 清掉既有的請求, 然後拖入一個 WebP 檔案來跑一次轉換. 把請求清單以 Fetch, XHR 或 All 過濾. 清單在寫出期間顯示零個夾帶圖片資料的外送請求. 唯一出現的網路請求是最初的頁面載入資源, 以及標準的分析回報, 那些只記錄頁面瀏覽和 Core Web Vitals 效能資料, 不含任何圖片內容. 每個主流的遠端 WebP 轉 PNG 工具每次轉換至少會產生一個上傳的 POST 和一個下載的 GET, 兩者都記在伺服器上. 這套在裝置上完成的架構意味著那些日誌條目根本不存在, 而這正是對於轉換含敏感內容檔案的使用者而言, 真正有意義的差別.