Langsung ke konten
Vizua

Apa Itu WebP? Penjelasan Format Gambar Modern dan Mengapa Penting

Diperbarui:

WebP adalah format gambar buatan Google dengan encoding lossy dan lossless, transparansi, serta animasi. Korpus yang diterbitkan Google melaporkan file lebih kecil daripada JPEG atau PNG dalam metode perbandingan tertentu, tetapi ini hasil benchmark, bukan janji untuk setiap konversi. Browser utama saat ini mendukung WebP; perangkat lunak lain dan klien lama tetap perlu diperiksa.

Bagaimana WebP Lahir

Google mengumumkan WebP pada 30 September 2010 sebagai pengganti modern JPEG di web. Format ini lahir dari sebuah codec video: Google mengakuisisi perusahaan bernama On2 Technologies, yang mengembangkan format video VP8. Para insinyur Google menyadari bahwa teknik kompresi VP8 — yang dirancang untuk memperkecil frame video — juga bisa menghasilkan gambar diam yang sangat kecil.

Tahun-tahun awal berjalan lambat. Google segera menghadirkan dukungan WebP di Chrome, tetapi vendor browser lain masih skeptis. Mozilla secara terbuka mempertanyakan apakah peningkatan kualitasnya sepadan dengan adopsi format baru. Apple sama sekali mengabaikannya.

Titik baliknya datang secara bertahap:

  • 2012 — implementasi WebP Chrome diperluas dengan kemampuan lossless dan alfa
  • 2014 — dukungan WebP terus menyebar melalui browser Chromium dan Android
  • 2019 — Firefox 65 menambahkan dukungan WebP
  • 2020 — Safari mendukung WebP pada generasi iOS 14 dan macOS Big Sur
  • Saat ini — browser utama mendukung WebP; rilis lama dan konsumen nonbrowser masih perlu diperiksa

Dukungan Safari menutup celah kompatibilitas besar, tetapi “dukungan browser” bukan seluruh rantai pengiriman. Webview tertanam, klien email, crawler, editor, aplikasi native, dan perangkat berumur panjang dapat mengikuti jadwal berbeda.

Cara Kerja Kompresi WebP

WebP menawarkan dua modus kompresi, masing-masing cocok untuk jenis gambar yang berbeda:

Modus Lossy (untuk Foto)

WebP lossy menggunakan predictive coding berbasis VP8 — encoder menganalisis setiap blok piksel, memprediksi tampilannya berdasarkan blok di sekitarnya, lalu hanya menyimpan selisihnya. Teknik ini sangat efektif untuk foto dengan gradasi halus dan tekstur organik.

Studi perbandingan Google melaporkan WebP lossy 25–34% lebih kecil daripada JPEG sebanding pada SSIM setara dalam korpus uji. Ini konteks, bukan ekspektasi per file: riwayat sumber, versi encoder, pengaturan, metadata, dan metrik kualitas mengubah hasil.

Modus Lossless (untuk Grafis)

WebP lossless memakai prediksi spasial, transformasi warna, encoding palet, dan encoding entropi. Decoding dapat memulihkan nilai piksel yang dikodekan, sedangkan metadata, profil, dan penanganan RGB sepenuhnya transparan tetap menjadi urusan alur terpisah.

Korpus Google melaporkan rata-rata file WebP lossless sekitar 26% lebih kecil daripada PNG. File tertentu dapat menyusut lebih sedikit atau tumbuh. Mode lossless memulihkan nilai piksel, sementara metadata dan RGB sepenuhnya transparan masih dapat bergantung pada pengaturan encoder.

WebP vs. JPEG vs. PNG: Perbandingan Langsung

Fitur WebP JPEG PNG
Kompresi lossy Ya; hasil korpus Google dibanding JPEG Ya Tidak
Kompresi lossless Ya; hasil korpus Google dibanding PNG Tidak pada encoding JPEG biasa Ya
Transparansi (alpha) Ya Tidak Ya
Animasi Ya Tidak Ekstensi APNG didukung browser utama saat ini
Dukungan browser Browser utama saat ini Sangat luas Sangat luas
Resolusi maksimum 16383 x 16383 Bergantung implementasi Bergantung implementasi
Peran umum Kandidat pengiriman web modern yang diuji Pengiriman foto yang luas dan interoperabel Grafik lossless, tangkapan layar, dan alur alfa

WebP menggabungkan kemampuan yang biasanya tersebar pada JPEG, PNG, dan format animasi, tetapi tidak dijamin lebih kecil atau kompatibel dalam setiap alur. Google mendokumentasikan kanvas WebP maksimum 16383 × 16383 piksel untuk bitstream umum, batas nyata bagi gambar sangat besar.

Mengapa Situs Web Modern Menggunakan WebP

Transfer dan decoding gambar dapat memengaruhi pengalaman serta Core Web Vitals saat gambar menjadi hambatan. WebP lebih kecil dapat mengurangi transfer, tetapi konversi saja tidak menjamin file lebih kecil, LCP lebih cepat, atau perubahan peringkat. Ukur halaman dan pertahankan fallback yang sesuai.

HTTP Archive menampilkan penggunaan format saat ini dalam korpusnya. Banyak sistem konten, pustaka gambar, dan CDN menerima atau membuat WebP, tetapi kemampuan dan ketentuan paket berubah. Pastikan pipeline Anda menjaga animasi, alfa, profil, metadata, dan variasi cache dengan benar.

Bagi pemilik situs dan pengembang, konversinya langsung. Anda dapat mengonversi JPG ke WebP atau PNG ke WebP di browser dengan Vizua, tanpa memasang perangkat lunak atau mengirim isi gambar yang dipilih ke Vizua.

Kapan Sebaiknya Tidak Menggunakan WebP

WebP sangat baik untuk pengiriman di web, tetapi bukan pilihan yang tepat untuk setiap skenario:

  • Penyimpanan arsip — gunakan format, kebijakan metadata, pemeriksaan integritas, dan redundansi yang ditentukan arsip Anda, bukan menganggap format web otomatis cocok untuk arsip.
  • Alur cetak — tanyakan format, profil, resolusi, dan kebutuhan proof kepada percetakan sebelum pengiriman.
  • Lampiran email — JPEG atau PNG dapat lebih kompatibel dengan klien dan perangkat lunak lama; uji tujuan sebenarnya.
  • Gambar di atas 16383 piksel pada salah satu dimensi — batas bitstream WebP umum adalah 16383 x 16383. Gunakan format kanvas besar, strategi ubin, atau alur piramida yang sesuai.

WebP adalah kandidat kuat untuk pengiriman web, bukan pengganti otomatis master. Simpan sumber yang sesuai dan buat varian web, cetak, email, atau arsip menurut kebutuhan tiap tujuan.

Perlu arah sebaliknya? Vizua juga menangani konversi WebP ke JPG dan kompresi WebP untuk file yang sudah dalam format tersebut.

WebP dan Masa Depan: AVIF Mulai Hadir

AVIF adalah format lebih baru berbasis encoding gambar AV1 dan dapat mengungguli WebP dalam sebagian benchmark dan perbandingan produksi. Selisihnya bergantung pada konten, encoder, pengaturan, dan pengukuran kualitas. Dukungan browser saat ini meluas, sedangkan klien lama dan perangkat lunak nonbrowser masih bervariasi.

AVIF tidak membuat WebP usang. Biaya encoding, perilaku decoding, fitur, alat, dan kompatibilitas berbeda. Tumpukan <picture> dapat menawarkan AVIF, WebP, dan JPEG, tetapi urutan sumber yang benar tidak menjamin file terkecil jika setiap kandidat tidak dibuat dan diuji dengan baik.

WebP sering menjadi kandidat awal praktis karena dukungan browser dan alat saat ini luas. Uji AVIF jika pipeline build, tinjauan kualitas, fallback, dan audiens mendukungnya.

Pertanyaan yang Sering Diajukan

Apakah semua browser dapat menampilkan gambar WebP?

Versi saat ini dari Chrome, Firefox, Safari, Edge, dan Opera mendukung WebP, tetapi “semua browser” terlalu luas: rilis lama, webview tertanam, klien email, aplikasi native, dan perangkat lunak khusus dapat berbeda. Periksa data audiens Anda dan sediakan fallback JPEG atau PNG jika klien yang tidak didukung penting.

Apakah WebP lebih baik daripada JPEG?

Tidak untuk setiap file atau alur kerja. Studi WebP yang diterbitkan Google melaporkan file WebP lossy lebih kecil daripada JPEG sebanding pada SSIM setara dalam korpusnya, tetapi hasil bergantung pada sumber, encoder, pengaturan, dan metrik kualitas. WebP menambahkan transparansi dan animasi; JPEG tetap lebih kompatibel dalam perangkat lunak lama dan nonweb.

Apakah WebP lebih baik daripada PNG?

Tergantung gambar dan perangkat lunaknya. Korpus Google menemukan rata-rata WebP lossless lebih kecil daripada PNG, tetapi suatu konversi dapat lebih besar. WebP dan APNG sama-sama dapat beranimasi. PNG tetap berguna untuk kompatibilitas alat yang luas dan alur lossless yang mudah diprediksi.

Apakah konversi ke WebP mengurangi kualitas?

Tergantung mode dan alat. WebP lossy membuang informasi. WebP lossless dapat memulihkan nilai piksel yang dikodekan, tetapi metadata, profil, orientasi, dan nilai RGB di bawah piksel sepenuhnya transparan masih dapat berubah. Mengodekan ulang JPEG ke WebP lossy dapat menambah kehilangan generasi; buat file pengiriman dari master terbaik yang tersedia.

Mengapa sebagian situs masih memakai JPEG, bukan WebP?

JPEG dapat tetap sesuai karena kompatibilitas penerima, master yang ada, dukungan editor atau CMS, alur email dan ekspor, kompleksitas cache, serta biaya migrasi. Kandidat WebP tidak dijamin lebih kecil pada kualitas yang dibutuhkan. Uji aset perwakilan dan pertahankan JPEG jika varian lain tidak memberi manfaat terukur yang cukup.

Kelola gambar WebP Anda

Konversi dan kompres gratis di browser; file yang dipilih tidak dikirim ke server pemrosesan gambar kami.