GIF to PNG

為什麼要把 GIF 轉成 PNG？

GIF 轉成 PNG 會失去什麼

這是全站損失清單最短的一條路線，理由很單純：GIF89a 沒有 EXIF 區塊、沒有 ICC 色彩描述檔，也裝不下比 8-bit 索引色更深的東西，所以根本沒有元資料或精度可丟。唯一真正的損失是動態。來源影格超過一格時，工具會留下第一格、關掉解碼器，並警告只轉了那一格；其餘影格、各自的間隔時間與循環次數不會被寫到任何地方，因為輸出是單張影像。把目標設成 WebP，或乾脆維持原格式，就能保住整段動畫，這兩個選項在上面的設定裡都是一鍵的事。

新格式做不到的，是取消舊格式早就做完的妥協。畫面早已被縮到最多 256 色，通常還靠抖色假裝出其餘的顏色，而 24-bit 色彩空間根本沒有多的東西可以填進去：天空上的色帶、漸層上那層點狀紋理、偏掉的膚色，都會原樣被記下來。成品看起來和來源一模一樣，這正是無損轉檔該有的樣子，但一模一樣不等於變好。

透明度也有同樣的但書。GIF 的透明只有一個位元：像素不是完全不透明，就是完全看不見，中間沒有灰色地帶。輸出格式支援 8-bit alpha 色版，所以它有能力描述柔邊，可惜沒有柔邊可以描述。logo 四周的鋸齒階梯會原樣留著，當初合成用的底色和現在這個頁面不同時產生的邊圈也會留著——深色背景上的圖形外圍出現一圈白邊就是最典型的情況。要把這個邊緣柔化是編輯工作，轉檔沒辦法無中生有那些從未被儲存的覆蓋率數值。

實測時檔案大小怎麼變

作為一個轉進無損格式的動作，這次的檔案居然變小了。2026-09-12 的腳本測的是以 256 色加 Floyd–Steinberg 抖色寫出的 1280 × 854 GIF，792,677 位元組；把「最佳化 (oxipng)」打開之後轉換是 641,534 位元組，約小 19%。那個勾選框預設是關的，維持關閉的話，瀏覽器自己的 PNG 通常還會再大一點。這不矛盾：因為來源的顏色不超過 256 種，新的編碼器同樣能把它存成 8-bit 索引影像，而 DEFLATE 搭配逐列預測濾波，對同一份調色盤資料通常壓得比舊的 LZW 更好。平面圖形可以期待相當或更好的結果；抖色很重的照片優勢就小得多，因為抖色雜訊在兩種格式裡都會讓預測失準。

什麼時候不該把 GIF 轉成 PNG

還想讓它動的動畫別轉——那正是這條路線唯一會丟掉的東西，而把目標設成 WebP 既能保住每一格，檔案通常還比原本小得多。想靠它把色彩深度、平滑漸層或乾淨邊緣救回來也不可能，那需要原始素材，不是換個格式。電子報樣板或只吃舊格式的老系統要用的素材同樣別轉。這個轉檔真正派得上用場的時機是：你想要一張乾淨的靜態畫面當縮圖或封面、某個工具或流程不收來源格式，或者你只是想把同一張圖換成更小、也更容易被現代軟體處理的樣子。

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