把 HEIC 或 HEIF 檔案拖進來
一張或一百張都行,直接拖放。檔案選擇框也接受 .heif — 同一種格式只是副檔名不同,解碼方式跟 .heic 完全一樣。
Loading…
HEIC 轉 WebP 工具
您的網站、App 打包流程或現代 CDN 需要的是 WebP — 這就是為它做的頁面。在瀏覽器裡把 HEIC 轉成 WebP,有失真模式同樣畫質下檔案比 JPG 小大約 30 %;若打開「真正的無失真 WebP」,輸出會是逐像素一致、且仍可再次編輯的副本。檔案完全不會被上傳到伺服器。
無失真或有失真任您挑
批次轉換
免費且隱私
高畫質 PNG
為什麼要選 WebP(而不是再開一個 JPG 來用)
WebP 幾乎是唯一一個能在同一個容器裡同時提供有失真與無失真壓縮的主流格式 — 而且兩種模式各自都比它要取代的格式更小。重點正在這裡。
畫質 90 的 WebP,在同樣觀感下比 JPG 小約 25–35 %
WebP 用的 VP8 有失真壓縮在處理照片時,比 JPG 老舊的 DCT 更有效率。同樣感知畫質下,一張 iPhone 照片轉成 WebP 通常會落在 JPG 的 65–75 % 大小 — 在首頁輪播、商品圖庫、走 CDN 派發的作品集上,這些都是看得見的節省。
無失真 WebP 大概只有無失真 PNG 的一半大小
多數轉檔器會在你不知情的情況下強制給你有失真 WebP。本工具透過 libwebp 的 WASM 編碼器支援真正的無失真 WebP — 像素完整保留,而檔案只剩同等 PNG 一半左右。圖形、螢幕擷圖、插畫,以及任何之後還要再編輯的素材,選這個就對了。
圖片變小 = Core Web Vitals(以及 SEO)都會更好
Largest Contentful Paint(LCP)是 Google 的排名訊號之一,而圖片位元組往往就是 LCP 的主要構成。把 HEIC(只在 Apple 生態通用)換成 WebP(普遍支援),又同時讓位元組顯著變少 — 這是您能對網站 Lighthouse 分數做出的、槓桿最大的調整之一。
HEIC 轉 WebP:五種常見方法的橫向比較
Squoosh 線上工具、命令列 cwebp、需要上傳的線上工具,或是這個瀏覽器內工具 — 同樣一件事,代價各自不同。
Squoosh.app(Google 的網頁編碼器)
需要安裝:不必
支援批次:不行 — 單檔 UI
速度:單張快
隱私:本機
易用性:視覺化、調整很多
適合情境:把單張圖認真調好
命令列 cwebp
需要安裝:需要(libwebp)
支援批次:可以(用 shell 迴圈)
速度:非常快
隱私:本機
易用性:只有開發者會用
適合情境:Mac/Linux 上的 build pipeline
Photoshop / Affinity 匯出
需要安裝:需要(付費軟體)
支援批次:靠 batch action 或腳本
速度:單張慢
隱私:本機
易用性:為一件小事請大軟體出場
適合情境:本來就在 App 裡的時候
需要上傳的線上 WebP 轉檔器
需要安裝:不必
支援批次:看情況 — 通常有每日上限
速度:受您的上傳速度限制
隱私:上傳到第三方伺服器
易用性:簡單
適合情境:偶爾用一次
Recommended
本站瀏覽器內轉換工具
需要安裝:不必
支援批次:支援、可輸出 ZIP、沒有每日上限、內建無失真
速度:用您自己的 CPU — 機器越快越快
隱私:檔案不會離開您的裝置
易用性:拖、放、下載
適合情境:任何要把 HEIC 上傳到網站或 CDN 的人
| 做法 | 需要安裝 | 支援批次 | 速度 | 隱私 | 易用性 | 適合情境 |
|---|---|---|---|---|---|---|
Squoosh.app(Google 的網頁編碼器) | 不必 | 不行 — 單檔 UI | 單張快 | 本機 | 視覺化、調整很多 | 把單張圖認真調好 |
命令列 cwebp | 需要(libwebp) | 可以(用 shell 迴圈) | 非常快 | 本機 | 只有開發者會用 | Mac/Linux 上的 build pipeline |
Photoshop / Affinity 匯出 | 需要(付費軟體) | 靠 batch action 或腳本 | 單張慢 | 本機 | 為一件小事請大軟體出場 | 本來就在 App 裡的時候 |
需要上傳的線上 WebP 轉檔器 | 不必 | 看情況 — 通常有每日上限 | 受您的上傳速度限制 | 上傳到第三方伺服器 | 簡單 | 偶爾用一次 |
本站瀏覽器內轉換工具Recommended | 不必 | 支援、可輸出 ZIP、沒有每日上限、內建無失真 | 用您自己的 CPU — 機器越快越快 | 檔案不會離開您的裝置 | 拖、放、下載 | 任何要把 HEIC 上傳到網站或 CDN 的人 |
關於無失真:WebP 的無失真模式內部用的是另一套編碼方式(預測變換 + 算術編碼),不是「把畫質拉到 100」。所以本工具的無失真 WebP 是走 libwebp 的 WASM 編碼器,而不是 canvas.toBlob — 瀏覽器內建的 Canvas API 不論畫質滑桿停在哪裡,都只能輸出有失真 WebP。
線上把 HEIC 轉成 WebP 的步驟
三步驟、不必註冊、不用安裝。轉換在瀏覽器裡透過 WebAssembly 完成 — 真把檔案傳出去就違背了隱私的本意。
選擇有失真或無失真 WebP
預設是畫質 90 的有失真模式 — 對 ~95 % 的網頁照片流程來說都剛好。當您需要編輯級畫質(插畫、清晰文字、之後還要再修圖的素材),在「進階設定」裡打開「無失真 WebP」就好。
下載單張 .webp 或一個 WebP 的 ZIP
單張會以單一檔案下載;批次則打包成 ZIP,並保留原始檔名 — IMG_1234.heic 變成 IMG_1234.webp。
把 HEIC 或 HEIF 檔案拖進來
一張或一百張都行,直接拖放。檔案選擇框也接受 .heif — 同一種格式只是副檔名不同,解碼方式跟 .heic 完全一樣。
選擇有失真或無失真 WebP
預設是畫質 90 的有失真模式 — 對 ~95 % 的網頁照片流程來說都剛好。當您需要編輯級畫質(插畫、清晰文字、之後還要再修圖的素材),在「進階設定」裡打開「無失真 WebP」就好。
下載單張 .webp 或一個 WebP 的 ZIP
單張會以單一檔案下載;批次則打包成 ZIP,並保留原始檔名 — IMG_1234.heic 變成 IMG_1234.webp。
批次 HEIC → WebP — 一次最多 100 張
為商品圖庫、作品集匯出、把整個圖檔資料夾上傳到 CDN 這種真實工作量設計 — 不是只做單張示範。
本機執行 — 不浪費頻寬上傳幾百 MB
轉換是用您瀏覽器自己的 CPU 與記憶體在跑的。100 張 HEIC 會以您機器能跑多快就多快 — 不必像伺服器型工具那樣花 10 分鐘慢慢上傳,再花 10 分鐘下載回來。
ZIP 保留檔名 — 您的 build pipeline 不會壞掉
ZIP 裡每張 .webp 都保留原本的檔名。把它丟進 /public/img,HTML/JSX 裡的引用照樣能用 — IMG_1234.heic → IMG_1234.webp,而不是一串隨機雜湊。
無失真模式同樣支援批次 — 不會卡在「一次一張」
有些線上轉檔器把無失真 WebP 鎖在「一次一張」,或藏在付費方案後面。在這裡它就只是一個勾選框:100 張真正無失真的 WebP 連續產出,沒有任何升級頁。
HEIC 轉 WebP — 常見問題
1
WebP 是什麼?為什麼要把 HEIC 轉成 WebP?
WebP 是 Google 主導的開放圖片格式(2010 年發表,2020 年起在主流瀏覽器普遍支援)。它能在同一個容器裡同時做有失真與無失真壓縮,而且兩種模式都比競爭的格式明顯小 — 同樣觀感畫質下大約比 JPG 小 25–35 %,無失真模式則比 PNG 小約 50 %。對於要在網路上派發的圖片(自家網站、電商圖庫、App Store 截圖,任何透過 HTTPS 提供的素材),WebP 通常就是最合適的派發格式。HEIC 在實務上幾乎只活在 Apple 生態裡,非 Apple 軟體大多得安裝外掛才打得開。
2
有失真 WebP 還是無失真 WebP,該怎麼挑?
拍照(人像、風景、所有連續色調的內容)直接走預設的有失真 90。當圖片裡有銳利邊緣、文字、插畫,或您之後還要再編輯,就切到無失真。無失真 WebP 保證與原始檔逐像素一致,日後再開、再匯出也不會累積壓縮損傷。有失真 WebP 在 90 這一檔,對幾乎任何照片來說都看不出與原圖差別,但第二次壓縮就可能讓肉眼可見的方塊或色帶冒出來 — 所以它不適合做為編輯用的母檔。
3
WebP 在 iPhone、Android、Windows、Mac 上都打得開嗎?
都可以 — 基本上到處都行。Chrome、Edge、Firefox、Opera、Brave 早在十年前就已支援 WebP。Safari 在版本 14(2020 年 9 月)起,於 macOS Big Sur 和 iOS 14 上加入支援。截至 2024 年,全球「can use WebP」覆蓋率已超過 97 %。剩下的多半是停在 Internet Explorer 的老舊企業 Windows,或 2020 年以前的 Android WebView,在實際流量裡相當少見。
4
為什麼無失真 WebP 大概只有無失真 PNG 的一半大小?
PNG 用的是 DEFLATE,一種通用壓縮演算法,並不是專為影像設計。WebP 的無失真模式則用了會「理解影像」的方法:預測變換把每個像素編碼成它與「鄰居推算出來的預測值」的差;再加上算術編碼來利用區域顏色統計。結果是每個像素都跟 PNG 一樣完整保留,但編碼效率更高。所以幾乎所有把 PNG 換成無失真 WebP 的現代網站,平均都能省下大約 50 % 位元組。
5
轉出來的 WebP 會保留 EXIF(日期、GPS、相機資訊)嗎?
在「進階設定」裡打開「保留 EXIF metadata」之後,拍攝日期與大部分的相機欄位都會被搬到 WebP 裡。要注意:第三方工具對 WebP 內 EXIF 的支援普遍比 JPG 弱 — 有些讀取器會直接忽略 WebP 裡的 EXIF 區塊。如果 EXIF 比格式更重要,建議走 HEIC 轉 JPG。如果想公開發布、但又不想暴露住址,可以保留 EXIF 不開啟,或同時打開「移除 GPS 位置資訊」,這樣只會清掉 GPS 區塊,其它資訊都會留下。
6
為什麼我寄出去的 WebP 附件,對方看不到?
多數現代郵件用戶端都能直接顯示 WebP(Gmail Web、Outlook Web、2020 年以後的 Apple Mail),但仍有一些較舊的企業用戶端和部分純文字 MUA 不行 — 所以 JPG 仍然是冷郵件附件的最穩選擇。WebP 的優勢場景是透過 HTTP(瀏覽器)派發的圖片,而不是 MIME 附件。如果您的收件人是某位用 2015 年版本 Outlook 的企業使用者,請寄 JPG。
7
WebP 在 Photoshop / Affinity / Lightroom 裡能編輯嗎?
Photoshop CC 從 23.2(2022 年 2 月)起原生支援 WebP。Affinity Photo、Affinity Designer 和 GIMP 都能讀寫 WebP。Lightroom Classic 在 11.0(2021)加入 WebP 匯出。更舊的 Photoshop 則需要 Google 出的 WebPShop 外掛。結論:近年發行的任何主流影像編輯工具,WebP 都是一等公民。
8
整個網站要不要直接全部改成 WebP?
幾乎是該這樣做的 — 現代 best practice 是用 <picture> 元素送 WebP,同時為長尾的舊瀏覽器配上 JPG fallback;若您的流量已有 97 %+ 支援 WebP(多數一般消費者網站確實如此),其實連 fallback 都可以省。Open Graph 圖(社群分享預覽)建議仍維持 JPG — Twitter/X、LinkedIn、Slack 會把這些圖抓回去自己重新代管,而它們對 WebP 的支援曾經斷斷續續。其他位置(圖庫、Hero、商品卡)就以 WebP 為優先。
9
這個工具能直接處理 .heif 嗎,還是只支援 .heic?
兩種都支援。HEIC 與 HEIF 共用同一個容器和 HEVC 編碼 — HEIC 只是 Apple 給自家 HEIF 圖片取的商標。本工具對 .heic 與 .heif 的解碼方式完全一致,輸出也都是標準的 WebP。
