把一張 AVIF 變成 WebP
把一張 AVIF 放進上傳區，或輕觸去瀏覽選一張。瀏覽器自己讀取那張 AVIF，再用它自己的功能把像素重新存成 WebP。兩半都是原生的，所以沒有模組要拉，也沒有暖機的停頓。桌面瀏覽器上多數照片一秒之內就過關。WebP 好了的時候，讀數會把原本的 AVIF 大小擺在剛出爐的 WebP 大小旁邊。輕觸下載，就能用原本的主檔名配 .webp 副檔名把它留下。從那裡開始，這個檔案準備好交給任何接這格式的平台，中間不必再多一步。
把 AVIF 交給一個想要 WebP 的工具
每當有平台對 AVIF 卻步、但 PNG 又顯得多餘時，就從你的 AVIF 做出一張 WebP。
或將圖片拖放至此
轉換中…
0%
正在轉換您的圖片
這可能需要一分鐘左右——多個檔案會稍久一些。請保持此分頁開啟。
圖片已轉換為 WebP
關於此工具
把 AVIF 一瞬間重新做成 WebP。轉一張就在這瀏覽器裡跑，它自己解碼 AVIF，用內建編碼器把像素重新寫成 WebP，所以孤零零一個檔案沒有什麼要送，多數照片不到一秒就完。一把圖片一起轉走的是另一條路：這一組送到我們的伺服器去做事，做好的下載會在大約 2 小時後刪除。兩種情況下透明度都隨行，因為 AVIF 和 WebP 各自帶一條完整的 alpha 通道，去背和疊起的圖層穿著它們在 AVIF 裡的同一張遮罩抵達 WebP。輸出會稍重些，通常 20 到 25 個百分點，因為同等品質下 AVIF 比 WebP 包得更緊。這是為觸及走的一步，不是為大小。WebP 會溜進郵件軟體、較舊的設計套件、社群上傳的通道，以及還沒學會 AVIF 的內容系統。
為什麼 WebP 比較重？
AVIF 是 2026 年最精瘦的主流圖片格式，在同樣的可見畫質下通常落在 WebP 之下 20 到 25 個百分點。從 AVIF 走到 WebP，是拿一個更密的格式換一個更鬆的，所以產出自然會長大。這一切都不指向轉換有什麼毛病。你是刻意挑它的，交還一絲效率，去換 WebP 在工具和平台間遠遠更廣的歡迎。換出來的 WebP 仍然遠遠低於同一張照片的 PNG。拿來和你在那些還沒追上 AVIF 的系統間贏得的觸及一比，那點多出來的重量，是一筆要付的小帳。
AVIF 還是 WebP，留哪個
凡是你跑著整條交付鏈、你的訪客用著當下的瀏覽器、而且每一千位元都要計較的地方，就守著 AVIF。一旦另一端回絕 AVIF，就伸手拿 WebP：卡在過時上傳程式碼的 WordPress 和 Shopify 圖庫、在遠端伺服器用較舊編碼把圖片重煮一遍的社群網站、會預先處理素材的電子報平台、年久的交付配置、較舊的設計套件，以及任何 AVIF 已經被彈回去的地方。你不會交出任何人會察覺的畫質，因為近乎無損設定下的 WebP，在尋常尺寸下和那張 AVIF 一致。回報是一張進入每個還在 AVIF 上落後的系統的入場券。
透明度過得了關嗎？
過得了。一個 alpha 通道在 WebP 裡活著，就像它在 AVIF 裡那樣，所以轉換會把每一個透明像素留在它原本的位置。一個帶陰影的標誌、一張羽化的產品去背圖、一塊圓角的介面磚，全都抵達 WebP 時帶著它們在 AVIF 裡的遮罩。那就是這條路和走 JPG 之間的落差，JPG 沒有 alpha，會在清透的區域落下一片純色。色彩平面和 alpha 遮罩都在近乎無損的設定下重新儲存，所以邊緣保持銳利，透明度從不變濁，也不會塌成部分填色。事先壓平從來都不必。
WebP 在哪裡行得通
幾乎每一款當下的瀏覽器都打得開 WebP：Chrome、Firefox、Safari、Edge，還有主要的行動瀏覽器都行。全球的覆蓋率衝過 97 個百分點。在這裡更要緊的一點是瀏覽器之外的觸及，那裡 WebP 走得比 AVIF 遠得多。回絕 AVIF 的郵件用戶端，常常在伺服器先嚼過之後就收下 WebP。攔下 AVIF 上傳的內容系統，通常會放 WebP 過。缺了 AVIF 的設計工具，照樣讀得了 WebP。當一張影像在落腳前要跳過好幾個系統時，WebP 是當下比較穩的中間格式。純粹瀏覽器對瀏覽器的活，AVIF 擠得更兇，可是 WebP 在非瀏覽器工具間的歡迎，才是那個拍板的強項。
工作在哪裡做
這要看你帶來多少個檔案。孤零零一張圖片整個在瀏覽器自己的影像引擎裡處理：AVIF 被解碼，WebP 就地寫好，什麼都不往任何地方走。打開開發者工具，停在網路面板，轉一個檔案，針對圖片的對外請求一整段時間一個都不冒出來。一堆檔案走另一邊：這一組上到我們的伺服器，跑編碼、合上包，下載朝著 2 小時被掃去。超過那道短短的帶子，我們既不留帳號，也不留你照片的副本。所以一次轉換從頭到尾留在你身邊，而一批在我們的伺服器上處理後被清理，之後你的素材什麼都不留下。
運作方式
-
加入你的 AVIF
把 AVIF 拖進上傳區，或輕觸它開啟選擇器，從你的裝置抓一張來讓轉換動起來。
-
讓它跑完
瀏覽器自己讀取那張 AVIF 並搭出一張 WebP。兩半都是原生的，所以沒有東西要先載入，這趟跑得很快。
-
瞄一眼大小
讀數把 AVIF 來源大小擺在 WebP 產出大小旁邊。盤算 WebP 大約跑得比它大 20 到 25 個百分點。
-
留下這張 WebP
輕觸下載，用原本的主檔名配上一個全新的 .webp 副檔名，把檔案存到你的裝置上。
繼續轉換
在另一端支援的地方，把 WebP 再壓回 AVIF。或一路走到 PNG 取得完整的無損觸及。
常見問題
AVIF 轉 WebP 的意義在哪？
WebP 摸得到的系統比 AVIF 多。郵件用戶端、某些 WordPress 和 Shopify 版本裡那種年久的上傳程式、在遠端伺服器加工影像的社群平台、年久的交付配置，還有沒有 AVIF 支援的設計工具，全都從容收下 WebP。你留著 AVIF 拿最緊的檔案。當另一端還讀不了 AVIF 時，你伸手拿 WebP。驅動力是觸及，不是大小，而代價是要扛一個略沉的檔案。
WebP 在大小上贏 AVIF 嗎？
不。在同樣的可見畫質下，AVIF 一般跑得比 WebP 小 20 到 25 個百分點。從 AVIF 走到 WebP 做出一個略大的檔案，絕不是更小的。如果目標是盡可能精瘦的檔案、而目的地讀得了 AVIF，就守著 AVIF。只在目的地堅持要 WebP 的地方才伸手拿它。即便如此，WebP 仍守在同一張照片的 PNG 之下，所以它依舊是相容用途下一個精簡的選擇。
透明度撐得過這趟轉換嗎？
撐得過，整個都撐住。因為一個 alpha 通道在 AVIF 和 WebP 裡同樣存在，清透的像素原封不動地搬過去。沒有壓平，也沒有填色悄悄爬到主體後面。JPG 是反例，根本沒有 alpha，所以它會把每一處透明點變成一片平塗。你的標誌、你的去背圖、你的介面磚，全都帶著柔邊和圓角穿過轉換，準備好疊在你挑的任何背景之上。
轉換要付出畫質嗎？
幾乎不必。WebP 的儲存在近乎無損的設定下運作，在照片上讀到約 44 dB PSNR，眼睛在尋常尺寸下分不出它和 AVIF 來源的差別。有一次重新儲存，所以結果在技術上算有損，但在自然影像上瑕疵都藏得住。對於邊緣非常銳利、或色彩硬跳的圖形，請近看研究產出，因為比起平順的照片內容，那些地帶對任何壓縮的位移感受得更敏銳。
轉換要跑多久？
桌面瀏覽器上多數照片不到一秒。兩半都不必先載入，因為 AVIF 的讀取和 WebP 的儲存都內建在當下的瀏覽器裡。一張中等的 200 萬像素照片在 Chrome 上落在約 100 到 200 毫秒，就連厚重的 4K 影格一般也在一秒內收尾。比一比反方向，從 WebP 做出 AVIF，得喚醒一個沉重的功能，並在任何東西出來之前嚼過遠遠更多的運算。
哪些瀏覽器讀得了 WebP？
幾乎每一款現代瀏覽器都讀得了，而且讀了很多年。Chrome 在第 23 版打開 WebP，Firefox 在 65 版，Safari 在 14 版，Edge 在 18 版，行動版跟著相同的號碼走。全球 WebP 覆蓋率跑過 97 個百分點。實話說，任何在 2026 年還真的有人用的瀏覽器，幾乎毫無例外都讀得了 WebP。剩下的角落是 Internet Explorer，以及 iOS 13 或更早上的非常舊版 Safari，這些在流量裡幾乎不再露臉了。
詳細資訊
團隊關於工藝、格式以及一個好的圓形裁剪背後小決定的筆記。
AVIF 的相容性在 2026 年站在哪
到 2026 年，AVIF 掃過全球約 94.3 個百分點的瀏覽器，可是瀏覽器覆蓋率只說了故事的一半。一大塊的影像使用發生在瀏覽器之外：郵件用戶端在內文塗上圖片、設計工具開檔來編輯、內容系統檢查並重新加工上傳、交付影像流程、文件編輯器嵌入素材，還有在上傳當下嚼影像的社群平台。橫跨多數那些非瀏覽器系統，AVIF 以一道寬寬的差距落在瀏覽器普及之後。Gmail、Outlook 和多數企業郵件，仍把影像推過那些彈回 AVIF 的較舊流程。Adobe Creative Cloud 直到它 2024 年底的版本才把 AVIF 折進去。許多裝著較舊影像外掛的 WordPress 配置，上傳時仍封鎖 AVIF。反過來，WebP 在這些地方已經受歡迎好幾年。AVIF 轉 WebP，就是橫跨那片非瀏覽器地面的橋。
為什麼這個方向是快的那個
AVIF 轉 WebP 跑贏反方向，靠的是編碼怎麼坐落。讀取 AVIF 靠一個原生的瀏覽器解碼器，在當下的裝置上拉進硬體加速。儲存 WebP 用的是瀏覽器自己的 WebP 功能，在多數平台上也有硬體在後面撐。兩邊都不必載入一個沉重的模組，而那恰恰是 AVIF 輸出的卡點。產出 AVIF 所需的那套功能笨重，每次工作階段要約一秒才開得起來。AVIF 轉 WebP 把那一切都閃過。流程經由原生路徑先解碼再儲存，一張 200 萬像素照片的整趟往返，在任何現代桌機或筆電上都遠遠落在一秒之內。那讓這個配對適合那種人們期待一秒內有答案的互動式用途。
那次重新儲存真正的代價
AVIF 轉 WebP 跑一次重新儲存。那張 AVIF 進來時自己就扛著某種有損壓縮。把它解碼，得到的像素反映那個有損的出身。WebP 的儲存接著在調到品質 85 的近乎無損設定下，把自己的壓縮鋪到那些像素上。在那個層級，產出在尋常照片內容上讀到約 44 dB PSNR。對於以正常尺寸看一張照片的人來說，AVIF 來源和 WebP 產出看起來一個樣。對於小尺寸下非常細的字型、像素精準的圖示，或硬邊的色塊，兩次有損處理的疊加效果，在近看之下可能露出微弱的差異。在你把一整個圖庫交給這個交換之前，先在你最在意畫質的素材上，把一個有代表性的樣本拉到全縮放跑一跑。
跟著 alpha 走完這趟來回
AVIF 把它的透明度存在一個分開的平面上，用 AV1 影格內運算編碼。解碼一張 AVIF，瀏覽器就並排交出一個色彩緩衝區外加一個 alpha 遮罩。轉換把這一對在完整透明度下湊到一起，握住每一個半透明的像素。WebP 的儲存接著寫出一張有損的 WebP，其 alpha 騎在一個用 WebP 專為 alpha 平面而設的無損方法編碼的通道上。結果是產出 WebP 的 alpha 遮罩，相對於瀏覽器從 AVIF 拉出的 alpha 被無損地保住。柔和漸層和羽化的邊緣繼續存在。在場的唯一 alpha 損耗，是 AVIF 自己的編碼早先落下的那份。來源裡乾淨的 alpha 邊緣，意味著 WebP 裡也乾淨的 alpha 邊緣，遮罩準備好合成到任何地方。
把 WebP 疊在其他選項旁邊
要讓一張 AVIF 在一個讀不了它的系統裡行得通，立著三個真的選擇：WebP、PNG，或 JPG。對任何帶透明度的東西，JPG 都是錯的，因為它沒有 alpha，會把它壓平成一片純色。PNG 做出最重的檔案，常是 AVIF 大小的三到十倍，只有在你需要一份無損的中間複本、或另一端直接點名要 PNG 時才掙得到位置。WebP 占住正中央：通用的現代觸及、透明度完好，產出的檔案通常比 AVIF 大上 20 到 25 個百分點，而不是 PNG 會添的那 300 到 1000 個百分點。對於任何不喊著要無損輸出的相容交換，WebP 就是那個合身的中間格式。
一張在手邊，一批在伺服器
這一對有兩種模式，按工作的大小來挑。孤零零一個 AVIF 完全在你的瀏覽器裡沿原生路徑被解碼並重新寫成 WebP，所以對一個檔案來說什麼都不往上走，開發者工具在頁面載入後以一個對外請求都沒有加以撐持。這是處理一樁快活以及機密客戶鏡頭、自有產品照、你更願意留在自己裝備上的掃描件的正確帶子。一堆檔案在我們的伺服器上跑，因為分組、合進一個 zip、發出一整套正是伺服器的長處：檔案上去，被編碼、被打包，再作為一個下載回來，它朝著 2 小時被清理，沒有帳號，也不久存。樸素地讀：一次轉換在裝置上一動不動地待著，而一批在遠端處理，卻只在取回所需的那段短短視窗裡保留。