PNG 轉 AVIF 的步驟
把 PNG 拖到上傳區，或點一下挑選檔案。檔案一落下轉換就開始，沒有另外的轉換按鈕。每次開分頁後的第一張會花約一秒載入轉換程式。之後一張小圖約 40 毫秒，一張 1 百萬畫素的照片約 250 毫秒，一張 4K 約 2.8 秒。超過 8 百萬畫素的圖在手機上可能要 10 到 30 秒。AVIF 完成後按下載，就會以相同主檔名加上新的 .avif 副檔名存起來。統計列會同時列出兩邊的檔案大小，縮減幅度一眼就看得到。
正在載入您的檔案…
PNG 轉 AVIF，檔案最小又保住透明
放入一張 PNG，換回一張保留 alpha 通道的 AVIF，照片類圖片的檔案重量也會明顯下降。
正在載入您的檔案…
或將圖片拖放至此
轉換中…
0%
正在轉換您的圖片
這可能需要一分鐘左右——多個檔案會稍久一些。請保持此分頁開啟。
圖片已轉換為 AVIF
快速解答
將 PNG 轉換為 AVIF，完整保留 Alpha 透明度。把檔案拖到頁面上，你的 PNG 會被讀取，然後另存為 AVIF，也就是 現代格式 編解碼的靜態影像一側。由於產生 AVIF 較重，RoundCut會在我們的伺服器上完成這項工作以取得最佳結果，若該路徑無法使用，轉換會改用在瀏覽器中執行的編碼器。結果為品質 85 的有損格式，照片約 42.6 dB PSNR，視覺上幾乎與原圖無異，通常比同一張圖的 WebP 輕 30 到 50 個百分點。轉成 JPG 會壓平透明度，而 AVIF 會帶上完整的 Alpha 通道。當檔案被送到我們的伺服器時，會進行處理，結果會在大約 2 小時內刪除。這一組面向希望為透明素材使用最小現代格式的開發者與設計師。
AVIF 能保住透明度嗎
可以，而這正是選 PNG 轉 AVIF 而不是 PNG 轉 JPG 的主因。AVIF 原生支援 alpha 通道，所以原圖每一個透明像素都會原封不動地通過轉換。一個帶柔和陰影的標誌、一張邊緣羽化的去背產品圖、一組圓角的圖示精靈，都會帶著同樣的遮罩進到 AVIF，不填平、也不畫上背景。JPG 根本沒有 alpha，會用一塊純色取代透明。WebP 也保留 alpha，但在相同品質下 AVIF 的檔案更小。要把透明素材送進現代瀏覽器，AVIF 是目前最省的選擇。
AVIF 比 PNG 或 WebP 小多少
在品質 85 下，AVIF 在照片上通常比 PNG 小三到五成，比 WebP 小兩到三成。在一次開發測試裡，一張存成 JPG 是 116千位元組 的 4K 照片，轉成 AVIF 後降到 16千位元組。較小的圖也是類似比例，一張 17千位元組 的 PNG 約變成 6千位元組。已經壓得很重的來源差距會縮小，邊緣銳利或大片純色的圖則可能縮得不多。省得最兇的是自然照片，而那正是當今多數產品頁與到達頁裡佔最多重量的一類。
品質與轉換速度
AVIF 是有損格式，這個組合以品質 85 處理。在這個設定下，照片約落在 42.6 dB PSNR，對自然影像而言與 PNG 視覺上難以分辨。帶銳利文字或細線稿的圖在任何有損設定下都可能出現細微瑕疵，那類圖留著 PNG 比較好。速度取決於尺寸與瀏覽器。在桌面版 Chrome 上，1 百萬畫素約 250 毫秒，8 百萬畫素約 2.8 秒。Firefox 大約慢四倍，手機再額外慢三到五倍。每次開啟分頁後的第一張，都要付一次性的暖機代價來啟動轉換程式。
你的檔案在哪裡被處理
產生 AVIF 計算量較大，因此RoundCut在我們的伺服器上完成這項轉換以達到最佳品質與速度，若無法連線伺服器，則改用瀏覽器中的編碼器。這代表轉換時你的 PNG 可能會被送給我們。我們對它的處理很單純。檔案被轉換為 AVIF，結果回到你手中，兩者都會在大約 2 小時內從我們的伺服器移除。我們不保存你的影像，不要求帳號，也不會將其用於你所要求的轉換之外的任何用途。若伺服器路徑無法使用，轉換會改用在你瀏覽器中執行的編碼器。無論哪種方式，你都會得到相同的 AVIF，具有相同的 Alpha 通道與相同的品質。
2026 年的 AVIF 瀏覽器支援
2026年AVIF支援已相當成熟。Chrome 85+、Firefox 93+、Safari 16.4+（含iOS 16+）及Edge 121+均原生支援，合計涵蓋全球約94%的瀏覽器份額。IE、Opera Mini及iOS 15或更舊版本不支援。面向現代用戶的網站通常只有極少比例需要回退方案。建議的部署方式是使用HTML picture元素優先提供AVIF，不支援的瀏覽器自動切換至WebP。Chrome和Safari於2022年推出原生AVIF支援，主導行動端流量，因此大多數手機用戶已可直接享受更小檔案的優勢。
運作方式
-
放入你的 PNG
把 PNG 拖到上傳區，或點一下開啟檔案選擇器，從裝置裡挑一張。
-
等待轉換
第一張轉換會花約一秒載入轉換程式。同一分頁後續的轉換不必再暖機，會更快。
-
對照大小
AVIF 完成後，統計列會把原本的 PNG 大小放在新的 AVIF 大小旁邊，方便你確認縮減幅度。
-
下載 AVIF
按下載，就會用相同主檔名加上新的 .avif 副檔名，把檔案存到你的裝置。
相關轉換
需要普遍相容時就走另一個方向，或選 WebP 換取更快的轉換與更廣的支援。
常見問題
為什麼要把 PNG 轉成 AVIF
AVIF 在所有主流瀏覽器支援的格式裡檔案最小，又能完整保住透明度。對開發者與設計師來說，透明的介面素材、去背產品圖、需要省頻寬的圖形圖示，PNG 轉 AVIF 都是正確的選擇。省下的量實在又可量測，在視覺品質相近下通常比 PNG 小三到五成，而且不會像 JPG 那樣把 alpha 通道填平。
AVIF 支援透明度嗎
支援。AVIF 原生支援 alpha 通道，這個組合會把它一路帶過去。PNG 裡每一個透明像素在 AVIF 裡仍然透明。JPG 沒有 alpha，會用純色取代透明，AVIF 則和 PNG 一樣處理去背圖、標誌與分層素材，只是檔案小得多。整個過程都不必手動畫遮罩。
哪些瀏覽器能顯示 AVIF
AVIF在2026年涵蓋全球約94%的瀏覽器，主流現代瀏覽器均已支援。主要例外是舊版IE、Opera Mini與iOS 15或更舊版本。需兼顧這些舊環境時，建議在HTML中使用picture標籤，讓舊瀏覽器自動降級到WebP。對大多數現代受眾而言，需要這類兜底的比例相當低。
AVIF 是無損還是有損
AVIF 兩者皆可，但這個組合是以品質 85 的有損方式處理。照片在這個設定下約落在 42.6 dB PSNR，對多數觀看者而言接近無損。帶硬邊、細小文字或大片純色的圖，在任何品質下都可能出現細微的壓縮瑕疵。如果你需要逐像素完整保留的輸出，就保留原本的 PNG，別轉。
AVIF 和 WebP 比起來如何
在視覺品質相近時，AVIF 在照片上比 WebP 小約兩到三成。WebP 支援面更廣，包含較舊的 Safari，而 AVIF 在 2026 年涵蓋全球約 94.3 percent 的瀏覽器。對在乎每一 千位元組 的現代受眾，AVIF 是更好的預設。要追求最大相容性，就把 WebP 留作退回。2026 年的常見做法是 AVIF 優先，再以 WebP 透過 picture 元素退回。
PNG 轉 AVIF 要花多久
取決於尺寸與瀏覽器。每個工作階段的第一張會花約一秒載入轉換程式。之後一張小圖約 40 毫秒，一張 1 百萬畫素的照片約 250 毫秒，一張 4K 照片在桌面版 Chrome 上約 2.8 秒。超過 8 百萬畫素的圖在手機上可能要 10 到 30 秒。Firefox 的 AVIF 大約慢四倍，所以大檔在 Chrome 上明顯更快。
詳細資訊
團隊關於工藝、格式以及一個好結果背後小決定的筆記。
AVIF 為何在檔案大小上如此勝過 PNG
AVIF 建立在 現代格式 之上，為的是感知效率而非無損保真。PNG 對原始像素套用 DEFLATE，雖然無損，卻讓照片內容裡龐大的冗餘原封不動地留著。AVIF 用借自影片的區塊預測取代那些冗餘，丟掉人眼注意不到的資訊。結果相當驚人。一張 116千位元組 的照片在品質 85 下約變成 16千位元組，而一張透明的 PNG 通常比同等的 WebP 小三到五成。高解析照片把差距拉得更開，簡單圖形則把差距縮小。對任何把透明影像送給現代受眾的網站，省下的頻寬會直接化為更快的載入與更低的流量成本。
alpha 通道的細節
PNG 與 AVIF 都把透明度存在一條獨立的 alpha 平面上，與色彩資料並排。這個組合處理你的 PNG 時，解碼器會分別取出色彩像素與 alpha 遮罩。接著轉換程式寫出一個新檔，附上它自己的 alpha 軌，用 現代格式 的內框編碼以品質 85 一起壓縮兩個平面。alpha 不會被烤進色彩，也不會被背景填色取代。柔和陰影、羽化邊緣與半透明漸層都會被忠實保留。AVIF 唯一加進來的代價，是對 alpha 平面本身也做有損壓縮，在極度放大時，很硬的邊緣周圍可能出現幾乎看不見的鑲邊。在一般顯示尺寸與品質 85 下，那差異看不出來。要做小尺寸的逐像素圖示，就保留 PNG。
各瀏覽器的實際轉換速度
轉換程式每個瀏覽器工作階段只載入一次，約 800 毫秒抓取再加 300 毫秒初始化，所以第一張會帶約一秒暖機。暖機過後的轉換完全跳過這段。在桌面版 Chrome 上，0.12 百萬畫素約 40 毫秒，1 百萬畫素約 250 毫秒，8 百萬畫素約 2.8 秒。Firefox 是異數，跑同一段程式大約慢四倍，所以一張 4K 照片在那裡可能要 30 秒以上。Safari 上的 WebKit 介於兩者之間，比較靠近 Chrome。在中階行動裝置上，數字比桌面版 Chrome 差上三到五倍。若你常轉大檔，桌機或筆電上的 Chrome 吞吐量最好。
什麼時候該保留 PNG 而不轉
就算檔案大小很重要，有幾種情況 PNG 仍是對的選擇。第一，小尺寸的銳利文字圖形，例如標籤、徽章或圖示尺寸的小圖，在 AVIF 裡可能出現在一般觀看距離下無法接受的瑕疵。第二，要再做後續編輯的母檔應該保留 PNG，因為每經過一次有損格式都會累積品質損失。第三，會拒收 AVIF 的環境，包括某些文件編輯器、較舊的設計工具與電子郵件用戶端，都需要 PNG 才能互通。最後，第一格之後的動畫不會被保留，因為這個組合只處理單一影格。除此之外，要送進現代網頁的透明照片與圖形素材，PNG 轉 AVIF 都是划算的取捨。
Core Web Vitals 與頻寬的論點
Largest Contentful Paint 這項主要的載入指標，直接受頁面上最大那張圖的大小影響。把那張圖從 116千位元組 降到 16千位元組，如同在 4K 照片的開發測試所量到的，在 10 Mbps 的連線上，光那個元素的傳輸時間就從約 93 毫秒降到約 13 毫秒。把這份節省乘上一整面產品網格、一輪英雄輪播，或一個塞滿透明圖示的介面，累積下來會把 LCP 壓到遠低於 Google 視為良好的 2.5 秒門檻。AVIF 之所以加速普及，正是因為這個論點可以用實打實的數字說清楚。在約 94.3 percent 的瀏覽器涵蓋率下，需要退回的情況已小到頻寬的勝出蓋過那點額外的 picture 元素標記。
它與常見線上轉換工具的不同之處
多數線上 AVIF 轉換工具會把你的 PNG 上傳到你無法掌控的機器上，在那裡處理，並依該供應方設定的保留政策保存，而這種政策往往含糊。RoundCut對自己的流程很直接。由於 AVIF 較重，轉換會在我們的伺服器上執行以取得最佳結果，當伺服器無法使用時由瀏覽器中的編碼器作為自動後備。當你的檔案被送給我們時，會被轉換，然後在大約 2 小時內移除，不會用於轉換以外的任何用途。檔案在處理後刪除，影像不會被分享。對於處理客戶文件、自有產品攝影或使用者內容的人來說，這筆交易誠實的版本是這樣的：檔案可能經過我們的伺服器，僅為產生你的 AVIF 而被處理，並且不會留下。