STATUS IS UPWIKI OPTIMASI SITUS WEB
17Percepat
Kinerja dan pengiriman / Percepat

AVIF, WebP, JPEG, dan PNG: Pilih Format Gambar yang Tepat

Pilih format berdasarkan peran gambar, audiens Anda, dan jalur fallback yang sudah diuji. AVIF dan WebP dapat mengurangi bobot transfer, tetapi JPEG dan PNG tetap menjadi fallback andal ketika kompatibilitas atau pengulangan piksel tepat diperlukan.

AVIF, WebP, JPEG, dan PNG: Pilih Format Gambar yang Tepat — PANDUAN VISUAL
BACA
8 menit
SUMBER
7
VALIDASI ULANG
2027-03-27
ditinjau
Reviewer kinerja dan pengiriman web
JAWABAN SINGKAT

Mulai dengan keputusan.

Tidak ada satu format gambar terbaik untuk seluruh web. Untuk hero fotografi atau gambar produk, mulai dengan menguji AVIF, lalu sediakan WebP dan fallback JPEG ketika audiens yang dibutuhkan mencakup klien yang mungkin tidak dapat mendekode format baru. Untuk screenshot, diagram, atau grafik berisi teks, pertahankan master lossless dan bandingkan WebP atau AVIF lossless dengan PNG; gunakan PNG sebagai fallback yang kompatibel luas ketika transparansi atau tepi yang tepat diperlukan. JPEG tetap menjadi fallback andal untuk foto opak, tetapi tidak memiliki saluran alfa.

Perlakukan konversi sebagai perubahan pengiriman yang terkendali. Bandingkan ukuran berkas dan crop penting pada ukuran tampilan yang sesungguhnya, publikasikan sumber berurutan melalui elemen `picture`, tetapkan dimensi, dan uji respons CDN, tipe MIME, caching, dan fallback sebelum rilis. Itu melindungi konten ketika format yang diutamakan tidak tersedia.

PANDUAN VISUAL

Lihat pekerjaan sebagai sebuah sistem.

Gunakan peta ini untuk menghubungkan keputusan dalam artikel sebelum menerapkan taktik individual.

SIUPercepat
01Pilih berdasarkan tugas yang harus dilakukan gambar
02Pahami kontribusi masing‑masing format
03Bangun jalur fallback daripada bertaruh pada satu format
04Anggarkan waktu pengkodean dan lindungi kualitas visual
01

Pilih berdasarkan tugas yang harus dilakukan gambar

Mulailah dari aset, bukan ekstensi. Foto adalah konten tonal-kontinu, sehingga beberapa kehilangan (loss) bisa dapat diterima pada ukuran tampilan. Screenshot, grafik, logo, atau gambar garisan memiliki tepi dan teks yang tajam, di mana artefak mudah terlihat. Pertahankan ini dengan keluaran lossless atau persetujuan yang teliti. Gunakan SVG untuk logo vektor atau diagram bila tersedia.

Lalu identifikasi kapabilitas. Alfa berarti transparansi per-piksel. Animasi adalah urutan frame. Cakupan browser yang dibutuhkan, volume publikasi, dan waktu build adalah batasan pengiriman yang dapat mengesampingkan format yang lebih kecil.

Foto opak

Uji AVIF lossy dan WebP terlebih dulu. Simpan JPEG ketika diperlukan fallback opak yang kompatibel luas.

Grafik tajam dan screenshot

Pertahankan sumber lossless. Bandingkan PNG dengan WebP atau AVIF lossless pada skala tampilan aktual sebelum memilih.

Karya dengan transparansi

Gunakan AVIF, WebP, atau PNG; jangan memilih JPEG karena tidak membawa saluran alfa.

02

Pahami kontribusi masing‑masing format

AVIF menyimpan gambar yang dikodekan AV1 dalam format berbasis HEIF. Spesifikasinya mencakup gambar diam, urutan gambar, dan item gambar alfa. Ia mendukung pengkodean lossy dan lossless, transparansi, serta animasi. Penghematan bukan nilai tetap: konten sumber, encoder, kecepatan, target kualitas, dan metadata memengaruhi hasil.

WebP mendukung mode lossy dan lossless, transparansi, dan animasi. JPEG adalah format gambar diam lossy dengan dukungan historis yang sangat luas, berguna sebagai fallback foto opak. PNG adalah lossless dengan alfa, menjadikannya fallback yang andal untuk grafik tepat, meskipun PNG fotografi seringkali tidak efisien. PNG biasa bersifat statis; uji format animasi terpisah ketika diperlukan gerak.

AVIF

Layak dieksplorasi untuk gambar raster bernilai tinggi di mana pengurangan transfer dapat membenarkan pekerjaan pengkodean dan fallback.

WebP

Berguna sebagai opsi raster modern serbaguna, termasuk dukungan transparansi dan urutan animasi.

JPEG

Gunakan sebagai fallback foto opak; bukan untuk logo transparan atau gambar potongan.

PNG

Gunakan untuk fallback raster lossless dengan transparansi dan untuk aset di mana fidelitas piksel lebih penting daripada byte minimum.

03

Bangun jalur fallback daripada bertaruh pada satu format

Elemen `picture` memungkinkan browser mengevaluasi alternatif. Taruh AVIF pertama, lalu WebP, lalu img fallback dalam JPEG atau PNG, dengan tipe MIME yang benar. Browser melewati sumber yang tidak didukung dan menggunakan fallback ketika tidak ada sumber yang dapat digunakan. Pertahankan teks alternatif yang sama kecuali Anda sengaja mengubah crop.

Fallback format tidak menggantikan pengaturan ukuran responsif. Sediakan kandidat berdasarkan lebar dan nilai `sizes` yang akurat ketika slot berubah. Sertakan `width` dan `height` agar browser dapat mengalokasikan ruang. Berkas berukuran kecil pada dimensi piksel yang terlalu besar tetap membuang byte.

Urutan sumber yang disarankan

AVIF dulu, WebP kedua, lalu JPEG untuk foto opak atau PNG ketika fallback membutuhkan transparansi atau tepi lossless.

Perhatian cache

Jika server memilih format dari kapabilitas permintaan alih‑alih markup `picture`, konfigurasikan variasi cache dengan benar dan uji bahwa setiap klien menerima representasi yang dapat didekode.

Uji fallback

Gunakan klien tanpa decoder yang disukai atau sengaja nonaktifkan sumber di staging; konfirmasi bahwa gambar, dimensi, dan teks alternatif tetap benar.

04

Anggarkan waktu pengkodean dan lindungi kualitas visual

Kompresi modern memindahkan pekerjaan ke proses encoding. Encoder referensi AVIF menawarkan rentang kecepatan dari 0, paling lambat, sampai 10, paling cepat; WebP juga menukar lebih banyak pekerjaan encoder untuk waktu, ukuran output, dan kualitas. Perlakukan re-encode batch atau transformasi on-demand sebagai keputusan operasional, bukan pengaturan gratis.

Tetapkan kebijakan yang dapat diulang menurut kelas aset dan tinjau asli pada ukuran tampilan umum. Inspeksi wajah, gradasi, teks, tepi, dan batas transparansi. Simpan master dan catat versi encoder serta pengaturannya sehingga cacat bisa direproduksi dan dibatalkan.

Kecepatan adalah trade-off

Encoding yang lebih cepat dapat mengurangi tekanan build tetapi mungkin menghasilkan file yang lebih besar atau kompresi yang kurang efisien; benchmark kumpulan sumber Anda sendiri.

Kualitas bukan satu angka

Skor atau preset tidak dapat menggantikan tinjauan visual pada wilayah gambar yang membawa makna bagi pengunjung.

05

Jadikan perubahan format gambar sebagai praktik keandalan proaktif

Untuk Status Is UP, optimisasi gambar adalah pekerjaan uptime proaktif ketika itu mencegah rilis merusak halaman kritis. Inventaris URL gambar penting, lakukan konversi percontohan yang representatif, dan verifikasi content type, perilaku CDN, dan invalidasi cache sebelum migrasi situs menyeluruh.

Terbitkan dalam batch yang dapat dibalik. Bandingkan perilaku render dan transfer pada kandidat rilis, lalu pertahankan representasi lama sampai jalur baru terbukti. Jika transformasi atau aturan cache gagal, pulihkan sumber yang sudah diketahui baik. Ini adalah arah pengiriman yang tangguh, bukan mandat universal untuk AVIF atau multiple format.

Lindungi gambar kritis terlebih dulu

Prioritaskan gambar utama dan gambar konten yang memengaruhi first useful view, bukan setiap gambar arsip sekaligus.

Siapkan rollback

Pertahankan nama aset deterministik atau pemetaan versi sehingga jalur JPEG, PNG, atau WebP sebelumnya dapat dikembalikan dengan cepat.

TINDAKAN / VERIFIKASI

Panduan tugas praktis Anda.

  1. 01

    Klasifikasikan aset

    Catat apakah setiap target adalah foto, grafik tajam, aset transparan, atau animasi.

    VERIFIKASI: Inventaris mencatat master sumber, peran yang terlihat, kebutuhan transparansi, dan gerak yang dimaksudkan.
  2. 02

    Pilih set pilot

    Pilih gambar berdampak tinggi yang representatif sebelum mengonversi perpustakaan.

    VERIFIKASI: Pilot mencakup tipe gambar pada halaman prioritas.
  3. 03

    Buat varian terkendali

    Hasilkan AVIF, WebP, dan fallback JPEG atau PNG yang diperlukan dari satu master.

    VERIFIKASI: Setiap kandidat memiliki dimensi, versi encoder, dan pengaturan yang diketahui.
  4. 04

    Tinjau render sebenarnya

    Inspeksi kandidat pada ukuran tampilan umum untuk teks, gradasi, wajah, tepi, dan transparansi.

    VERIFIKASI: Seorang peninjau menyetujui crop penting tanpa artefak material.
  5. 05

    Tambahkan sumber responsif dan dimensi

    Gunakan `picture` bila diperlukan, sediakan kandidat ukuran yang sesuai, dan nyatakan `width` dan `height`.

    VERIFIKASI: Tes tata letak memilih sumber yang tepat tanpa image-driven layout shift.
  6. 06

    Verifikasi perilaku pengiriman

    Periksa content type, jalur respons, transformasi CDN, dan aturan cache di staging.

    VERIFIKASI: Setiap gambar yang dipilih memiliki MIME type yang diharapkan dan objek yang ada.
  7. 07

    Latih fallback

    Uji kondisi yang tidak dapat menggunakan sumber yang disukai.

    VERIFIKASI: Fallback mempertahankan konten, teks alternatif, dimensi, dan visual yang dapat diterima.
  8. 08

    Rilis dengan peta rollback

    Pertahankan representasi sebelumnya dan jalur pemulihan yang terdokumentasi.

    VERIFIKASI: Pemilik rilis dapat mengidentifikasi dan memulihkan pemetaan aset sebelumnya.
TOPIK DISKUSI

Bandingkan kompromi, bukan data pribadi.

Gunakan prompt ini dengan tim Anda atau komunitas pemilik situs. Bagikan metode dan pelajaran, tetapi jangan pernah menempelkan kredensial, data pelanggan, atau detail infrastruktur yang tidak bersifat publik.

  1. 01

    Kelas gambar mana di situs Anda yang menghasilkan trade-off paling terlihat antara penghematan byte dan kualitas visual, dan bagaimana Anda meninjaunya?

  2. 02

    Format fallback mana yang terbukti paling berguna untuk browser atau klien embedded yang sebenarnya digunakan pengunjung Anda?

  3. 03

    Bagaimana Anda menjaga pengaturan konversi gambar tetap dapat direproduksi ketika tim perlu melakukan rollback rilis?

SUMBER POPULER / TERPERCAYA

Buka materi sumber.

MDN Web DocsImage file type and format guide ↗

Perbandingan praktis berfokus pada browser dari format raster, mode kompresi, transparansi, animasi, dan pilihan fallback.

Ditinjau 2026-09-27
MDN Web DocsHTML picture element reference ↗

Menjelaskan seleksi sumber, alternatif berdasarkan tipe, kandidat responsif, dan peran fallback `img`.

Ditinjau 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

Rekomendasi terkini untuk PNG sebagai gambar raster lossless, dukungan alfa, dan cakupan PNG statis atau animasi.

Ditinjau 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

Spesifikasi AVIF yang dipelihara, termasuk definisi urutan gambar dan item gambar alfa.

Ditinjau 2026-09-27
web.devUsing AVIF to compress images on your site ↗

Panduan praktis Google tentang kontrol encoder AVIF, pengujian kualitas, dan batasan kinerja gambar.

Ditinjau 2026-09-27
Google for Developerscwebp reference ↗

Dokumentasi encoder WebP resmi untuk kontrol lossless dan lossy, pengaturan alfa, serta trade-off kecepatan-kualitas.

Ditinjau 2026-09-27
WHATWGHTML images ↗

Standar HTML yang hidup untuk seleksi gambar responsif dan perilaku `width` dan `height`.

Ditinjau 2026-09-27

Kebijakan sumber. Klaim tentang kapabilitas format, perilaku HTML, dan trade-off encoder didasarkan pada spesifikasi resmi dan dokumentasi yang tercantum di Resources. Rekomendasi bersifat kondisional pada pengujian aset, audiens, dan konfigurasi pengiriman organisasi; tautan navigasi bukan sumber bukti.

PENJELASAN SINGKAT

Pertanyaan umum.

Apakah AVIF selalu format gambar terbaik untuk web?

Tidak. AVIF adalah opsi kuat untuk diuji, tetapi keputusan bergantung pada kualitas yang terlihat, cakupan klien yang dibutuhkan, kapasitas pengodean, dan fallback yang bekerja. Sebuah foto mungkin mendapat manfaat dari AVIF sementara grafik tepat mungkin memerlukan output lossless dan fallback PNG.

Haruskah saya mengganti setiap JPEG dan PNG dengan WebP atau AVIF?

Tidak secara membabi buta. Mulailah dengan gambar berdampak tinggi dan pertahankan master. Konversi di tempat yang tinjauan menyetujui hasil visual dan jalur pengiriman. PNG dapat tetap tepat untuk grafik lossless dan transparansi, dan JPEG dapat tetap sebagai fallback foto opak.

Apakah format modern menghilangkan kebutuhan untuk gambar responsif?

Tidak. Pemilihan format dan pemilihan ukuran menyelesaikan masalah yang berbeda. `picture` membantu memilih format yang didukung, sementara `srcset` dan `sizes` membantu memilih resolusi yang sesuai. `width` dan `height` masih memungkinkan browser mengalokasikan ruang sebelum gambar tiba.

Status Is UP Editorial Team · Editor Uptime Enablement

Ditinjau oleh Reviewer kinerja dan pengiriman web. Diterbitkan 2026-09-27; diperbarui 2026-09-30.