如何把 JPG 轉成 AVIF
把一張 JPEG 拖到上傳區，或點擊從你的裝置選一張。檔案一落下轉換就開始，沒有轉換按鈕。為了產生最佳的 AVIF，RoundCut 可能把影像送到我們的伺服器，而一次轉多張一定如此，結果會在約兩小時內刪除。若那條路徑無法使用，編碼改在你的裝置上完成，第一次可能要一點時間暖機。小照片不到一秒就好。一張 800 萬像素的照片約要 2 到 3 秒。AVIF 準備好後，點下載就能用相同的主檔名加上新副檔名儲存。
正在載入您的檔案…
JPG 轉 AVIF，最小的現代照片格式
把一張 JPEG 變成輕如鴻毛的 AVIF，照片縮小 40% 到 86%。
正在載入您的檔案…
或將圖片拖放至此
轉換中…
0%
正在轉換您的圖片
這可能需要一分鐘左右——多個檔案會稍久一些。請保持此分頁開啟。
圖片已轉換為 AVIF
快速解答
把 JPG 轉成 AVIF，編碼器產生的檔案在同等視覺品質下通常比原檔輕 40% 到 86%。在我們的測試中，一張小 JPEG 轉成 AVIF 後小了 65%，一張大照片少了 86%。為了得到最佳的 AVIF，RoundCut 可能在我們的伺服器上處理影像，而一次轉多張一定在那裡進行。送出的任何東西都會在約兩小時內刪除，你也可以更早清掉。若伺服器路徑無法使用，轉換會改在你的裝置上完成。AVIF 和 JPEG 一樣是壓縮格式，所以這是一次壓縮到壓縮的轉換，在預設品質下，輸出在照片上和原檔看不出差別。超過 800 萬像素的大照片編碼可能要幾秒，因為 AVIF 用編碼速度換取更好的壓縮。
AVIF 會小多少？
在我們端到端的測試裡，一張典型的小 JPEG 轉成 AVIF 後小了 64%，一張高解析度的大照片小了 86%。真實照片上實際的範圍是輕 40% 到 86%，取決於畫面裡有什麼。天空和皮膚這類平滑區域壓得很兇。樹葉、布料和底片顆粒這類繁複紋理壓得較少。品質落在為照片調校的預設值，PSNR 約 42 dB，在正常觀看距離下與原檔視覺上相同。AVIF 對 WebP 的領先，在較低品質設定以及帶有大片平滑區域的照片內容上會拉得更開，因為預測模型在那裡真正發揮作用。
AVIF 到處都能用嗎？
到 2026 年，AVIF 在全球 94% 的瀏覽器能讀取。Chrome 自第 85 版、Firefox 自 93、Edge 自 121，以及 iOS 16 和 macOS Ventura 起的 Safari，都不需外掛就原生解碼。iOS 15 或更早的舊 iPhone 不行，Internet Explorer 和 2022 年前的 Android 瀏覽器也不行。要完整覆蓋，就用 HTML 的 picture 元素，把 AVIF 搭配 JPG 或 WebP 後備一起提供，瀏覽器會挑它能讀的第一個格式。對於受眾用新裝置的現代網頁傳遞，AVIF 自己就能用，不需後備。這個格式早已過了實驗階段，對一般消費者流量來說穩穩進入了可上線的地步。
何時用 AVIF，何時用 JPG
在主視覺、相簿照片，以及任何由支援內容協商的 CDN 提供、受眾用現代瀏覽器的地方，就用 AVIF。AVIF 在任何品質下的檔案大小都勝過 JPEG 和 WebP。把 JPEG 留給舊流程：電子郵件附件、可能被下游工具再處理的 CMS 上傳、列印服務，以及任何 2022 年前建立的工作流。今天大多數正式網站用 picture 標籤以 JPEG 後備提供 AVIF，替現代瀏覽器賺到大小的好處，同時替其餘的人保住完整覆蓋。如果你在更換自己掌控的網站上的 JPEG 影像，AVIF 是 2026 年最強的單一格式選擇，前提是你能吸收一次較慢的編碼。
你的照片在哪裡處理
AVIF 是又慢又重的格式，所以為了給你最佳品質下最小的檔案，RoundCut 可能在我們的伺服器上編碼，而不是在你的裝置。一次轉多張一定在我們的伺服器上進行，檔案會打包成單一下載交還。送到那裡的任何東西都會在約兩小時內刪除，你也可以從結果畫面立刻清掉。當伺服器路徑無法使用時，同一個轉換會改在你的裝置上作為後備執行。所以單張照片可能在本機處理，也可能視情況送到我們的伺服器，而轉一整批一定用到它。無論哪種，照片都只用來做出你的 AVIF，什麼都不會留下。
AVIF 比 WebP 好嗎？
AVIF 和 WebP 都是現代、免授權費、壓縮得比 JPEG 好的格式。AVIF 一般在同等品質下達到更小的檔案，尤其在平滑的照片內容上，而且它支援 HDR 和 10 位元色深。代價是編碼速度。AVIF 編碼明顯比 WebP 慢。在桌面 Chrome 上把一張 4K 照片轉成 AVIF 約要 2.8 秒，而 WebP 不到 600 毫秒。瀏覽器支援很接近，WebP 佔流量的 97%，AVIF 佔 94%。對於你想要盡可能輕的檔案、又能吸收一次較長編碼的網頁傳遞，AVIF 是較好的選擇。對於講求速度的批次工作，WebP 仍是較實際的選擇。
運作方式
-
放入或選擇你的 JPEG
點擊上傳區，或從你的裝置把一張 JPEG 拖進去。檔案一落下轉換就自己開始，沒有另外的轉換按鈕。
-
讓它處理
為了做出最佳的 AVIF，RoundCut 可能在我們的伺服器上執行編碼，而一次轉多張一定如此。單張照片也可能改在你的裝置上完成，第一次要一點時間暖機。
-
等編碼完成
小照片不到一秒就好。超過 400 萬像素的照片在桌面上要幾秒，手機更慢。編碼期間會顯示進度。
-
下載 AVIF
點下載即可儲存結果。檔案保留原本的名稱，並自動換成 .avif 副檔名，不必重新命名。
相關工具
反向轉換，或為你的工作流比較其他格式。
常見問題
為什麼要把 JPG 轉成 AVIF？
在給定品質下，AVIF 產生的檔案是任何廣受支援格式中最小的，通常比 JPEG 輕 40% 到 86%，在同樣設定下也比 WebP 小。如果你在網站上管理主視覺或相簿照片，改用 AVIF 能削減頻寬成本、降低主機開銷，並直接改善 Largest Contentful Paint，這是 Google 當作排名訊號的一項 Core Web Vitals 指標。瀏覽器支援現在全球約 94%，所以多數訪客會看到 AVIF 版本。
哪些瀏覽器支援 AVIF？
大約 94% 的瀏覽器在 2026 年原生支援 AVIF，實務上這表示絕大多數訪客會直接看到 AVIF 版本。沒被覆蓋到的那一小群，主要是停在 iOS 15 的舊機、Internet Explorer，以及少數老舊的 Android 瀏覽器。與其去背每一個版本號，不如記住做法就好：在 picture 元素裡替 AVIF 配一個 JPEG 或 WebP 後備，讓每個瀏覽器自己挑它讀得到的那一個，覆蓋就完整了。如果你的受眾本來就用近年的裝置，連後備都可以省。
AVIF 比 WebP 好嗎？
論檔案大小，AVIF 一般勝出，因為它在同等視覺品質下達到更小的檔案，尤其在平滑的照片內容上。論編碼速度，WebP 快得多，一張 4K 照片不到 600 毫秒就編好，而 AVIF 在桌面 Chrome 上約要 2.8 秒。瀏覽器支援接近，但 WebP 以 97% 對 94% 略為領先。對於大小最重要的正式網頁傳遞，AVIF 是 2026 年較好的選擇。對於即時或批次編碼這類講求速度的場合，WebP 較為實際。
AVIF 支援透明嗎？
支援。AVIF 支援透明，而 JPEG 不支援。不過當你從 JPEG 來源轉換時，沒有透明可保留，因為 JPEG 一律完全不透明。如果你從帶有透明區域的 PNG 或 WebP 出發、又想在 AVIF 裡保住它，請直接從那個來源轉換。只要來源影像本身就有透明，這個工具的 AVIF 輸出就會帶上透明資訊。
它用什麼品質設定？
這個工具以接近最高、為照片調校的預設品質編碼。得到的 PSNR 約 42 dB，在正常觀看條件下，照片與原檔視覺上相同。那個設定在檔案大小與品質之間取得良好平衡：再低會讓檔案更小，但會在照片上帶來看得見的瑕疵；再高則會侵蝕讓 AVIF 值得使用的大小優勢。我們出貨的預設值就是多數網頁發布的正確設定，這正是為什麼沒有滑桿要你費心。
我可以一次把多張 JPG 轉成 AVIF 嗎？
可以。放入多張 JPEG，它們會在我們的伺服器上一起轉換，再以單一下載交還。你送出的檔案會在約兩小時內刪除，你也可以從結果畫面更早清掉。單張照片也可能改在你的裝置上處理。AVIF 編碼很吃運算，所以大批次要一點時間才完成。
詳細資訊
團隊關於工藝、格式以及一個好結果背後小決定的筆記。
為什麼 AVIF 編碼比其他格式慢
AVIF 建立在進階的視訊編碼壓縮之上，設計目標是把壓縮比拉到最高而非編碼速度，所以它倚賴比 JPEG 或 WebP 更昂貴的預測模式、更大的轉換和更複雜的濾鏡。這裡的編碼器是在你裝置上執行的軟體版本。在 Chromium 桌面上，一張網頁尺寸影像在編碼器暖機後做一次軟體 AVIF 編碼約要 250 毫秒，含暖機的冷啟動約 1.1 秒。在 800 萬像素時，Chrome 上的編碼約要 2.8 秒，Firefox 上約 31 秒，因為它對這類程式碼跑得較保守。在中階手機上，大約是桌面數字的 3 到 5 倍。這正是為什麼介面從不把 AVIF 轉換說成瞬間完成。它做單張照片沒問題，但慢到顯示一個進度狀態才是誠實的做法。
選擇 AVIF 輸出時會發生什麼
AVIF 是這個工具產生的最吃力的格式，所以為了給你最小、最好看的檔案，RoundCut 可能用一個快速的原生版本在我們的伺服器上執行編碼，而一次轉多張一定在那裡進行。牽涉到的檔案會在約兩小時內刪除，你也可以立刻清掉。當那條路徑無法使用時，一個編譯好的 AVIF 編碼器會在你的裝置上載入一次，轉換改在本機作為後備完成。對 PNG、JPG 和 WebP 這些配對，以上都不適用，因為它們倚賴瀏覽器的原生編解碼。這份額外工作就是 AVIF 為它的大小優勢所收的代價。
AVIF 如何在同等品質下勝過 JPEG
AVIF 採用很像現代視訊編碼的區塊式預測。對每一塊影像資料，編碼器拿好幾種預測模式，方向性、平滑和 DC，去比對已經編好的鄰塊，再保留留下最小殘差的那一種。只有那個殘差被轉換和量化，而不是原始影像資料。這比 JPEG 不論內容到處套用相同轉換幾何的固定區塊模型，遠更有效地捕捉局部影像結構。在平滑漸層上，AVIF 的預測幾乎可以用近乎零的殘差重現一個區域。在膚色、頭髮和天空上，AVIF 在視覺同等品質下一貫做出比 JPEG 或 WebP 更小的檔案。代價是編碼複雜度，因為對每塊測試多種預測模式很昂貴，這就是為什麼 AVIF 要好幾秒而 JPEG 只要幾毫秒。
Core Web Vitals：把主視覺轉成 AVIF
Largest Contentful Paint 衡量視窗中最大的可見元素載入得多快。在多數登陸頁和產品頁上，那個元素是一張主視覺照片。Google 已確認 Core Web Vitals 是搜尋的排名訊號。一張典型的主視覺 JPEG 在 3G 連線上可能要約 2.4 秒載入。同一張影像以預設品質的 AVIF 可能小三分之二，把同樣連線上的 LCP 貢獻削到約 0.8 秒。那把 LCP 從超過 2.5 秒的紅區移到它之下的綠區，對搜尋表現是有意義的轉變。這份節省會在頁面上每一張影像上累加。像 Cloudflare、Fastly 和 Akamai 這類有自動格式協商的 CDN，一旦資料庫裡有了 AVIF 原檔，就會讀瀏覽器的 Accept 標頭，自己把 AVIF 送給相容的瀏覽器。
2026 年的 AVIF：支援、成熟度與缺口
到 2026 年中，AVIF 在 Chrome 85 以上、Firefox 93 以上、iOS 16 和 macOS Ventura 上的 Safari 16.4 以上，以及 Edge 121 以上解碼。合計全球覆蓋約是瀏覽器流量的 94%。那 6% 的缺口大多是還停在 iOS 15 的舊 iOS 裝置，Apple 已對多數現代功能停止更新它們，再加上 Internet Explorer。對廣大消費者受眾，AVIF 在網頁傳遞上可以上線了。剩下的缺口在工具端。Lightroom 在 2024 年的 13.3 版加入 AVIF 匯出，Affinity Photo 自 2.3 版起支援 AVIF 匯入與匯出，多數圖庫仍不接受 AVIF 投稿。列印服務一律仍要 JPEG 或 TIFF。對網頁來說格式已就緒，但對任何會把檔案經過第三方系統的工作流，留一份 JPEG 母檔備用。
檔案大小比較：AVIF、WebP 與 JPEG
我們在三個真實世界測試樣本上的基準，給出跨格式在預設品質下可靠的比較。對一張典型的小照片 JPEG，WebP 對應檔測得輕 57%，AVIF 測得輕 65%。對一張大型高解析度照片，WebP 對應檔測得輕 72%，AVIF 測得輕 86%。AVIF 對 WebP 的領先在大型高解析度照片上拉得更開。在很小的影像上，AVIF 的優勢縮小，編碼開銷佔總時間的比重變大。這些是我們自己流程量到的數字，不是廠商行銷。個別照片會因內容複雜度、雜訊和色彩範圍而不同。