圖片格式轉換在瀏覽器裏把一批圖片解碼成像素，再用你選的編碼器——JPG、PNG 或 WebP——重新打包成新文件；輸入可以是 iPhone 的 HEIC、網頁下載的 WebP，以及 PNG、JPG、GIF、BMP、AVIF。圖片不上傳。

它面向的是「對方打不開」和「格式不對不能用」兩類問題：HEIC 照片發給 Windows 同事、網頁圖存成 WebP 後無法放進舊版辦公軟件、系統只接受 JPG 上傳、透明 Logo 需要 PNG。

它與「圖片壓縮」的區別在目標：那邊是同格式下減體積，這邊是換格式。但兩者底層是同一套畫布編碼，所以有損 / 無損、質量參數、元數據去留這些規則完全相同——本文只講轉換特有的部分，背景請看圖片壓縮的原理一節。

1. 01添加圖片拖入、點擊或粘貼，可多選；檢測到 HEIC 時會提示「正在轉換為 JPEG…」，這是本地解碼，稍等即可。列表顯示每張的像素尺寸與體積。
2. 02選目標格式JPG（體積小、無透明）、PNG（無損、帶透明）、WebP（有損且帶透明，體積通常最小）。
3. 03調編碼質量0.1–1，默認 0.9；選 PNG 時滑桿禁用並提示「PNG 為無損格式，此項不生效」。
4. 04點擊「開始轉換」進度條逐張推進；結果文件名保持原名、只換擴展名。
5. 05下載單張點下載圖標，多張用「打包下載 zip」。

同一批五張圖轉成三種格式的實測體積（質量 0.9；另附 JPG / WebP 在 0.75 下的結果）：

輸入                          原始       → JPG 0.9   → PNG      → WebP 0.9   → WebP 0.75   → JPG 0.75
photo-3000x4000.jpg（照片）   1.3 MB     1.6 MB      16.3 MB    1.3 MB       263 KB        1.1 MB
logo-800x600.png（透明）      22.2 KB    23.7 KB*    38.1 KB    13.8 KB      10.5 KB       16.8 KB*
scan-1600x1200.webp           342.5 KB   555.9 KB    4.1 MB     378.9 KB     282.3 KB      261.5 KB
screenshot-1920x1080.png      21.7 KB    72.4 KB     56.2 KB    13.7 KB      13.0 KB       58.2 KB
logo-400x300.gif              5 KB       11.7 KB     13.5 KB    5.5 KB       3.9 KB        8.2 KB
                                         * 透明區域變為白底

三條結論：照片轉 PNG 會膨脹十倍以上（1.3 MB → 16.3 MB），畫質卻不會變好；截圖、線條類內容轉 JPG 反而更大且有振鈴（21.7 KB 的 PNG 變成 72 KB 的 JPG）；WebP 在 0.75 附近幾乎對所有類型都最小，代價是舊軟件的兼容性。

有損與無損、JPEG 量化、PNG 為什麼沒有質量參數、畫布編碼帶來的後果，在圖片壓縮裏已有完整解釋。這裏只講轉換路徑上特有的三件事。

中間態是一塊「裸像素」

無論輸入是什麼，瀏覽器先把它解碼成 RGBA 像素畫到畫布上。這一步把所有格式差異抹平了，也丟掉了像素之外的一切：EXIF 拍攝參數與 GPS、顏色配置文件、GIF 的後續動畫幀、圖層與註釋。方向標記在解碼時已被應用到像素上，所以豎拍照片不會橫過來，但標記本身不再存在。要保留這些信息，轉換不是合適的工具。

透明去哪了

RGBA 裏的 A（alpha）在畫布上仍然存在，能不能帶進輸出取決於目標格式：PNG 與 WebP 原生支持透明，JPG 沒有透明通道。輸出 JPG 前工具會先鋪一層白色再畫上圖像，於是透明 Logo 變成白底 Logo（示例表中打星號的兩行）。上面 SVG 右側的三個方塊就是同一張 Logo 的三種結果：PNG 38 KB 保留透明，JPG 24 KB 白底，WebP 14 KB 既透明又最小。

HEIC 是怎麼進來的

HEIC/HEIF 是蘋果設備默認的照片格式，基於 HEVC 視頻編碼，多數瀏覽器不能直接解碼。工具在你添加文件時用本地的 heic2any（libheif 的 WebAssembly 版本）先解碼，並以 0.92 質量編成一張中間 JPEG，再走正常轉換流程。因此 HEIC → PNG 得到的是「一次有損中間態的無損封裝」，體積大而畫質並不比 HEIC → JPG 更好；HEIC → JPG 才是常規用法。文件名裏的 .heic 會被換成目標擴展名。

三種編碼器的分工

• JPG：有損，質量參數生效，無透明。照片首選，兼容性最廣。
• PNG：無損，忽略質量參數，保留透明。截圖、圖標、文字、需要再編輯的素材首選；照片不該轉 PNG。
• WebP：本工具輸出的是有損 WebP，質量參數生效，保留透明。同等觀感下比 JPG 小 25%–35%，比 PNG 小得更多；但 2020 年以前的瀏覽器、部分辦公軟件與政務上傳系統不識別。

GIF 與 BMP 只能作為輸入：GIF 只取第一幀，動畫會丟失（編輯動圖請用「GIF 編輯」）；BMP 是未壓縮位圖，轉成任何格式都會大幅變小。

• iPhone 照片批量發給 Windows：把整個相冊的 HEIC 拖進來，目標 JPG、質量 0.9，zip 打包。體積會比 HEIC 大三四成——這是 HEVC 與 JPEG 的效率差距，不是損壞。
• 網頁圖片準備：目標 WebP、質量 0.75–0.8，照片與截圖都能拿到最小體積；同時保留一份 JPG/PNG 作為不支持 WebP 時的後備。
• 透明素材歸一：把設計師給的各種格式統一成 PNG，用於文檔與幻燈片；若只在網頁用，WebP 更省。
• 先轉再壓：轉換與壓縮可以串聯——例如 WebP 掃描件先轉 JPG，再用「圖片壓縮」的目標大小模式逼近上傳門檻。

輸入

JPG / JPEG、PNG、WebP、GIF（首幀）、BMP、AVIF（需瀏覽器支持）、HEIC / HEIF（本地解碼）。

輸出

JPG、PNG、有損 WebP；不輸出 GIF、BMP、TIFF、AVIF、無損 WebP。

質量

0.1–1，步長 0.05，默認 0.9；對 PNG 無效。

尺寸

不改變像素尺寸（需要請先用「調整圖片尺寸」）；受瀏覽器畫布上限約束，單邊超過約 16 000 px 或總像素極大的圖可能失敗。

元數據

EXIF、GPS、顏色配置文件不保留；方向已應用到像素。

透明

PNG / WebP 保留；輸出 JPG 鋪白底。

文件名

保持原名、替換擴展名；同名同格式的轉換（如 JPG → JPG）會得到同名文件。

HEIC 中間態

先解碼為質量 0.92 的 JPEG，再轉目標格式。

不做什麼

不改尺寸、不壓縮到目標體積（用「圖片壓縮」）、不處理動圖、不做 SVG 矢量與位圖互轉、不批量重命名。

• 「轉成 PNG 畫質更好」：PNG 只是無損保存解碼後的像素，原圖的 JPEG 損失不會恢復，體積卻可能大十幾倍。
• 「WebP 萬能」：網頁上幾乎萬能，但發給他人、上傳到舊系統時經常被拒。發出去的文件用 JPG/PNG 更穩。
• 「轉換會保留拍攝信息」：不會，EXIF 與 GPS 一起丟棄。需要保留請用「EXIF 查看與清除」先導出。
• 「GIF 轉 WebP 還能動」：本工具只取首幀；動圖轉換請用「GIF 編輯」或「GIF 轉視頻」。

解碼（含 HEIC）、畫布繪製與編碼全部在你的瀏覽器內完成，圖片不上傳，不聯網也能使用；輸出圖不含 EXIF 與 GPS。更多説明見隱私政策。

• MDN Web Docs，Image file type and format guide——各格式的壓縮類型、透明與動畫支持、瀏覽器兼容性：https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types（访问日期：2026-09-09）
• Google for Developers，WebP Container Specification——有損 VP8 位流、無損模式與 ALPH 透明塊：https://developers.google.com/speed/webp/docs/riff_container（访问日期：2026-09-09）
• RFC 2083，PNG (Portable Network Graphics) Specification——無損壓縮與 alpha 通道：https://www.rfc-editor.org/rfc/rfc2083（访问日期：2026-09-09）
• heic2any（GitHub）——基於 libheif 的瀏覽器端 HEIC/HEIF 解碼器，toType 與 quality 參數：https://github.com/alexcorvi/heic2any（访问日期：2026-09-09）