Catatan dari tim tentang keahlian, format, dan keputusan kecil di balik hasil yang baik.
Mengapa AVIF mengalahkan WebP pada foto
Keunggulan kompresi AVIF atas WebP berasal dari formato di bawahnya. WebP memakai mesin dirancang untuk video tapi dipakai untuk gambar diam sejak 2010. format modern, formato di balik AVIF, dirilis pada 2018 setelah bertahun-tahun riset yang diarahkan tepat pada batas dan. format modern menerapkan subsampling kroma lebih agresif, partisi blok lebih halus hingga 4 kali 4 piksel, dan lebih efektif. Hasil praktisnya, divalidasi analisis di set uji foto besar, AVIF biasanya 20 sampai 30 persen lebih kecil dari WebP pada kualitas perseptual yang sama pada foto. Pada grafik buatan komputer berwarna rata dan bertepi tajam selisihnya menyempit, karena algoritma WebP yang lebih sederhana menangani pola itu dengan efisien. Untuk halaman mana pun yang aset terberatnya foto, peningkatan AVIF berdampak bandwidth yang terukur.
Pass lossy kedua dalam praktik
Saat Anda mengonversi WebP ke AVIF, baik sumber maupun keluaran bersifat lossy. WebP sudah memutuskan informasi warna mana yang dibuang ketika WebP pertama dibuat, dan keputusan itu permanen, konversi ke AVIF tidak bisa memulihkan satu pun. AVIF lalu membuat keputusannya sendiri atas data piksel yang diterimanya, pada kualitas 85. Untuk foto, efek gabungan dua pass lossy tetap nyaris lossless secara visual pada ukuran tampilan biasa, mengukur sekitar pada konten foto nyata. Untuk grafik yang sudah merosot akibat penyimpanan WebP-nya, pass kedua bisa menumpuk artefak terlihat. Aturan praktisnya, jika WebP sumber tampak bersih pada ukuran yang akan Anda tampilkan, AVIF juga. Jika WebP sudah menampilkan derau kompresi, periksa AVIF dengan teliti sebelum mengirimnya.
Bagaimana kanal alpha mengalir
Baik WebP maupun AVIF menyimpan transparansi sebagai bidang alpha terpisah di samping data warna. Konversi membaca kanal alpha WebP, menyusunnya pada transparansi penuh, lalu menyerahkannya ke AVIF, yang menulis trek alpha sendiri memakai coding format modern pada kualitas 85. Gradien transparansi lembut, tepi berbulu, dan area separuh transparan semuanya bertahan dalam perjalanan ini. Bidang alpha AVIF sendiri lossy pada kualitas 85, yang bisa memunculkan fringing nyaris tak kasat mata di tepi tajam pada zoom ekstrem. Pada ukuran tampilan web normal, perbedaan dari sumber tidak terlihat. Untuk kerja piksel sempurna pada ikon kecil di mana tepi alpha harus tepat, simpan sumber WebP dan verifikasi keluaran pada zoom penuh sebelum Anda mengirim.
Perkiraan waktu di seluruh browser dan perangkat
AVIF disiapkan sekali per sesi browser, menambah sekitar satu detik ke konversi pertama. Setelah itu, Chromium memberi throughput terbaik: sekitar 40 milidetik untuk thumbnail 0,12 megapiksel, 250 milidetik untuk foto 1 megapiksel, 2,8 detik untuk foto 4K, dan 25 detik untuk gambar 48 megapiksel penuh dalam kasus terburuk. Firefox adalah pengecualian menonjol, menjalankan AVIF yang sama sekitar empat kali lebih lambat, yang menempatkan kasus 4K dekat 31 detik dan file besar melewati dua menit. WebKit berada di antara keduanya, lebih dekat ke Chromium. Perangkat keras seluler berjalan 3 sampai 5 kali lebih lambat dari desktop di semua mesin. Untuk konversi file demi file rutin, Chrome di laptop atau desktop adalah alat praktisnya. Untuk pengguna Firefox dengan gambar besar, saran jujurnya adalah ganti browser atau simpan WebP.
Core Web Vitals dan peningkatan AVIF
Halaman yang menyajikan foto membayar biaya bandwidth untuk setiap gambar yang dimuat. Jika gambar itu saat ini WebP, mengonversinya ke AVIF memangkas transfer per gambar sekitar 20 sampai 30 persen pada foto. Pada halaman dengan gambar hero WebP, AVIF membawanya ke sekitar 140 sampai. Pada grid produk dengan dua belas thumbnail WebP, AVIF menghemat sekitar 70 sampai bobot halaman total. Penghematan ini langsung memengaruhi Largest Contentful Paint saat elemen LCP adalah gambar. Pada dukungan browser global sekitar 94 persen untuk AVIF, elemen picture yang menyajikan AVIF lebih dulu dengan fallback WebP mencakup hampir semua lalu lintas. Biaya markup dibayar sekali per komponen gambar, dan penghematan bandwidth berulang di setiap pemuatan halaman sesudahnya.
Mengapa konversi AVIF bersandar pada server
AVIF dibangun di atas format modern, keluarga yang sama yang dipakai video modern, dan sengaja berat untuk dibuat sebagai imbalan file yang ringkas. Mengerjakan itu dengan baik, terutama pada foto besar, jauh lebih cepat dan andal di server sungguhan daripada di peramban ponsel, jadi pasangan ini mengirim gambar ke server kami untuk membuat AVIF terbaik yang mungkin. File diproses dan hasilnya kembali kepada Anda, dan unduhan dihapus dalam sekitar 2 jam, tanpa akun dan tanpa penyimpanan jangka panjang. Mengonversi beberapa gambar sekaligus selalu berjalan di server, yang merakit set jadi menjadi satu unduhan, dihapus dalam rentang singkat yang sama. Jika server kami tak bisa dijangkau, satu konversi beralih dibuat di peramban, file itu tetap lokal, menerima pembuatan yang lebih lambat demi kemudahan. Pertukarannya jelas: server membeli kualitas dan kecepatan pada format yang paling membutuhkannya, dan file Anda tak pernah disimpan melampaui jendela singkat yang dibutuhkan konversi.