Langsung ke konten utama
PulsarKit

WebP vs AVIF vs JPEG, diukur pada satu foto ponsel

Kami memproses satu foto ponsel 12 megapiksel, satu tangkapan layar, dan satu logo transparan ke JPEG, WebP, dan AVIF di browser. Berikut ukuran file pada kualitas setara, waktu encode, dan jejak yang ditinggalkan setiap format.

Oleh PulsarKit ·

Jawaban singkat

Pada foto uji kami, AVIF menghasilkan file terkecil pada kualitas yang sama, sekitar seperempat lebih kecil daripada JPEG. WebP berada di tengah, 7 sampai 13 persen lebih kecil daripada JPEG. JPEG menghasilkan file terbesar, dan format ini bisa dibuka di semua browser utama, baik lama maupun baru.

AVIF membayar keunggulan itu dengan waktu. Ubah ke AVIF butuh sekitar enam detik untuk foto 12 megapiksel dengan pengaturan bawaannya. Ubah ke WebP dan Kompres foto masing-masing butuh sekitar 1,6 detik. Untuk tangkapan layar, WebP lossless mempertahankan setiap piksel dan tetap memangkas ukuran file lebih dari separuh. Untuk transparansi, pilih WebP atau AVIF: JPEG tidak mendukungnya.

Cara kami mengukur

Pada 20 Oktober 2026, kami mengambil foto domain publik dari Wikimedia Commons. Foto itu memperlihatkan tebing dan hutan di Gifu, Jepang, dan diambil dengan Pixel 9a. Ukurannya 4000 × 3000 piksel dan 4,4 MB, JPEG ponsel yang khas dengan langit, dedaunan, dan batu.

Kami meletakkan foto itu di setiap alat di pulsarkit.com, di Chrome 155 pada MacBook 2023 dengan 12 inti prosesor. Waktu dihitung sejak file diletakkan, atau sejak pengaturan diubah, sampai tombol unduh aktif. Waktu di bawah ini berasal dari beberapa pengujian berulang. Proses pertama dalam satu kunjungan lebih lambat, karena encoder masih sedang diunduh.

Pengaturan bawaan tidak menghasilkan kualitas yang setara, jadi kami juga menggeser penggeser kualitas. Untuk membandingkan, kami memakai SSIM, skor standar yang menunjukkan seberapa mirip satu gambar dengan gambar lain; nilai 1 berarti identik. Kami menghitungnya sendiri pada file yang diunduh, dibandingkan dengan foto asli.

Kompres foto mempertahankan format, jadi file JPEG kami adalah JPEG ponsel tadi yang melalui encode ulang oleh MozJPEG. Alat ini memakai kualitas 70 pada “Seimbang” dan 85 pada “Kualitas maksimal”. Encoder JPEG lain akan menghasilkan ukuran yang berbeda.

Ukuran file pada kualitas setara

Pertama, pengaturan bawaan, karena itulah yang Anda dapatkan tanpa mengubah apa pun. Kompres foto pada “Seimbang” mengubah foto 4,4 MB menjadi 1,5 MB. Ubah ke WebP pada kualitas 80 menghasilkan 2,1 MB, dan Ubah ke AVIF pada kualitas 60 menghasilkan 1,7 MB. JPEG menang di putaran ini hanya karena paling jauh menyimpang dari aslinya. Nilai SSIM JPEG itu 0,957, dibandingkan 0,977 untuk WebP dan 0,975 untuk AVIF.

Untuk menyamai nilai 0,957 milik JPEG, WebP membutuhkan kualitas 60 dan AVIF kualitas 50. Ukuran filenya menjadi 1,5 MB untuk JPEG, 1,4 MB untuk WebP, dan 1,2 MB untuk AVIF. Artinya, WebP 7 persen lebih kecil daripada JPEG, dan AVIF 24 persen lebih kecil.

Pada tingkat kemiripan sekitar 0,978, JPEG membutuhkan “Kualitas maksimal”, WebP kualitas 81, dan AVIF kualitas 62. Hasilnya 2,5 MB, 2,1 MB, dan 1,8 MB: WebP 13 persen dan AVIF 26 persen lebih kecil daripada JPEG. Di kedua putaran, AVIF 15 sampai 18 persen lebih kecil daripada WebP.

Ini angka dari satu foto, dan gambar dengan tekstur lebih banyak atau langit kosong yang lebih luas akan menggesernya. Setiap alat menampilkan ukuran sebelum dan sesudah, yang dibaca dari file jadi, jadi memeriksa foto Anda sendiri hanya butuh beberapa detik.

Waktu encode di browser

Kompres foto dan Ubah ke WebP menyelesaikan foto itu dalam 1,6 sampai 1,7 detik. Ubah ke AVIF butuh 5,7 sampai 6,2 detik dengan pengaturan bawaannya. Proses AVIF pertama dalam satu kunjungan butuh 6,7 sampai 7,9 detik. Proses itu juga mengunduh encoder berukuran sekitar 1,1 MB.

Di tab, encoder AVIF berjalan pada satu inti prosesor. Di atas 6 megapiksel, alat ini juga mempercepat dirinya sendiri agar waktu tunggu lebih singkat. Foto 12 megapiksel kami melalui encode pada kecepatan 7, meskipun menu “Kecepatan encode” tetap menampilkan 6 sebagai nilai bawaan.

Mengatur “Kecepatan encode” ke 10, opsi tercepat, menurunkan waktu untuk foto itu menjadi 1,4 sampai 1,6 detik. File jadi 1 persen lebih kecil, dan SSIM bergeser kurang dari 0,001. Pada foto ini, pengaturan cepat tidak menimbulkan kerugian yang bisa kami ukur. Pada foto Anda, bandingkan ukuran yang ditampilkan di halaman.

Detail, tangkapan layar, dan transparansi

Pada 100 persen, kami tidak bisa membedakan ketiga file di kedua tingkat kualitas. Pada 300 persen dan tingkat kualitas yang lebih rendah, setiap format meninggalkan jejaknya sendiri. JPEG memperlihatkan blok persegi samar di langit yang rata dan di sepanjang garis pepohonan. WebP dan AVIF menjaga langit tetap mulus, tetapi juga menghapus butiran halus dari sensor kamera. AVIF paling banyak menghaluskan: celah gelap di antara daun tampak sedikit lebih lembut dan datar.

Detail kecil berwarna ikut terpengaruh dengan cara lain. Kami memperbesar sebuah tangkapan layar 8 kali. Pada WebP lossy dan AVIF bawaan, panah merah tipis pada sebuah ikon menjadi lebih gelap dan kabur. Keduanya secara bawaan menyimpan warna dengan separuh resolusi, dan WebP lossy selalu begitu. WebP lossless mempertahankan panah itu tanpa perubahan. AVIF dengan “Detail warna” diatur ke 4:4:4 menjaganya tetap bersih, dengan ukuran file 3 persen lebih besar.

Tangkapan layar itu sendiri, PNG 1280 × 800 dari sebuah halaman web berukuran 79 KB, lebih cocok dengan kompresi lossless. WebP lossless membuatnya 33 KB tanpa mengubah satu piksel pun. WebP lossy menghasilkan 31 KB dan AVIF 27 KB, dengan kekaburan tadi. Kompres foto mempertahankannya sebagai PNG dan mencapai 25 KB dengan mengurangi warnanya menjadi 122 warna.

Untuk transparansi, kami memakai logo PNG 600 × 200 dengan tepi lembut, berukuran 9,4 KB. Ubah ke WebP membuatnya 4,4 KB dan Ubah ke AVIF 4,5 KB. Keduanya mempertahankan 206 tingkat transparansi logo; nilai alfa di setiap piksel sama dengan aslinya. JPEG tidak punya kanal alfa, jadi area transparan harus menjadi warna solid. Saat WebP transparan diubah menjadi JPEG, WebP ke JPG menaruh warna putih di belakangnya. Warna lain bisa diatur di “Latar belakang untuk area transparan”.

Di mana setiap format tidak bisa dibuka

JPEG adalah pilihan yang aman: MDN mencantumkan dukungan di semua versi Chrome, Edge, Firefox, Opera, dan Safari. Di caniuse.com pada 20 Oktober 2026, WebP mencakup 97,18 persen penggunaan browser global. AVIF mencakup 96,35 persen, termasuk dukungan sebagian.

Celahnya ada pada perangkat lunak lama. Safari di Mac menampilkan AVIF sepenuhnya sejak versi 16.4, dan hanya sebagian pada versi 16.1 sampai 16.3. Edge menampilkannya sejak versi 121. Internet Explorer tidak membuka keduanya, sedangkan Opera Mini membuka WebP tetapi tidak AVIF. WordPress menerima AVIF sejak versi 6.5, dan hanya bila library gambar di server mendukungnya.

Google Penelusuran mendukung keduanya di halaman web: panduan gambarnya mencantumkan WebP dan AVIF di samping JPEG dan PNG. Satu perbedaan terlihat pada koneksi yang lambat. AVIF tidak bisa ditampilkan secara progresif, jadi browser tidak menampilkan apa pun sampai seluruh file tiba. Bila sebuah formulir atau program lama menolak WebP, WebP ke JPG mengubahnya menjadi JPEG di tab browser.

Alat yang dipakai di artikel ini

Baca berikutnya