Catatan dari tim tentang keahlian, format, dan keputusan kecil di balik hasil yang baik.
Bagaimana satu gambar dikonversi di browser, dan apa yang berubah untuk beberapa
Saat Anda menjatuhkan satu JPEG di halaman, browser membaca file ke memori, mendekode data terkompresi kembali menjadi piksel mentah dengan pembaca JPEG bawaannya, menggambar piksel itu pada permukaan di luar layar, dan meminta platform menulisnya kembali sebagai WebP. Setiap langkah terjadi di browser, pada perangkat keras Anda sendiri, sehingga tidak ada byte yang melintasi jaringan. Dalam pengujian kami JPEG pada 1024 kali 768 selesai sekitar 54 milidetik, dan foto pada 3840 kali 2160 memakan sekitar 550 milidetik. Saat Anda mengonversi beberapa gambar sekaligus, pekerjaan pindah ke server kami, yang menyandikannya bersama dan mengembalikan satu unduhan yang tautannya dihapus dalam sekitar 2 jam.
Apa yang terjadi pada EXIF dan metadata
File JPEG bisa menyeret muatan metadata sungguhan. EXIF mencatat model kamera, koordinat GPS, kecepatan rana, dan orientasi. Bidang IPTC menampung hak cipta dan keterangan. Paket XMP melacak riwayat suntingan, dan profil ICC mengurus pekerjaan terkelola warna. Konversi di sini tak menyimpan satu pun dari itu. WebP keluaran adalah file bersih yang menampung hanya piksel yang terlihat. Itu perilaku biasa bagi alat gambar yang menggambar lewat browser, di Chromium, Firefox, dan WebKit sama saja. Untuk sebagian besar penerbitan web, membuang metadata adalah nilai plus: ia memangkas beberapa byte dan menghentikan GPS atau data pribadi bocor ke gambar publik. Jika Anda butuh satu bidang tertentu disimpan, biasanya orientasi, putar foto lebih dulu atau pakai editor yang sadar metadata sebelum mengonversi. Jangan bersandar pada alat ini untuk pekerjaan arsip yang mengharuskan metadata asli bertahan utuh.
WebP versus JPEG: bagaimana kompresinya berbeda
JPEG mengiris gambar menjadi blok 8 kali 8 dan menjalankan Discrete Cosine Transform untuk mengubah detail spasial menjadi data frekuensi, lalu mengkuantisasi frekuensi yang lebih tinggi lebih keras. WebP meminjam skema prediksi dari video VP8: tiap blok ditebak dari tetangganya yang sudah dibaca, dan hanya selisih sisanya yang disimpan. Itu cenderung meninggalkan lebih sedikit artefak kotak pada ukuran file sama, terutama pada gradien mulus dan rona kulit di mana kisi JPEG bisa muncul sebagai mosaik yang terlihat. Pada foto berkualitas tinggi, di atas q80, mata jarang menangkap selisihnya, tetapi keunggulan ukuran tetap kokoh. Pada kualitas lebih rendah, di bawah q60, keunggulan WebP melebar dan watak artefaknya bergeser: WebP melebur menjadi buram yang lebih lembut sementara JPEG menampilkan blok khasnya. Tak ada yang menang di setiap gambar. Subjek bertekstur padat seperti dedaunan kadang terkompresi kurang lebih sama di kedua format.
Core Web Vitals dan alasan memilih WebP
Largest Contentful Paint, atau LCP, mengukur seberapa cepat elemen terbesar yang terlihat selesai memuat di viewport. Pada sebagian besar halaman pemasaran elemen itu adalah foto hero. Google telah menegaskan Core Web Vitals berlaku sebagai faktor peringkat di Search. Ketika hero adalah JPEG, ia bisa mendorong LCP melewati ambang 2,5 detik pada koneksi seluler kelas menengah. Konversikan foto yang sama ke WebP di sekitar dan LCP bisa meluncur kembali ke dalam zona hijau tanpa perubahan lain pada halaman. Penghematan 25 sampai 34 persen berlipat di seluruh gambar pada halaman. Sebuah halaman yang membawa enam JPEG bertotal bisa melepas 300 sampai dengan beralih ke WebP, yang langsung mempercepat lukisan bermakna pertama pada tautan lambat. CDN yang mendukung negosiasi konten menyodorkan WebP ke browser kompatibel atas inisiatif sendiri, jadi tak ada kesibukan per gambar begitu aslinya ada.
Dukungan browser untuk WebP pada 2026 dan celahnya
Per 2026, WebP terbaca di Chrome sejak versi 17, Firefox sejak 65, Edge sejak 18, Opera sejak 11.10, dan Safari sejak versi 14 di iOS 14 dan macOS Big Sur. Menurut caniuse.com, cakupan global gabungan untuk pembacaan WebP melampaui 97 persen lalu lintas browser. Sisanya yang tipis sebagian besar Internet Explorer 11, Safari 13 di macOS Catalina, dan ekor panjang browser Android sangat tua. Untuk sebagian besar proyek publik, menyajikan WebP ke semua orang itu aman. Saat Anda butuh cakupan total, elemen picture HTML membiarkan Anda mendaftarkan sumber WebP dan cadangan JPEG dalam satu tag, dan browser mengambil format pertama yang bisa dibacanya. CDN dengan optimasi gambar menegosiasikan format secara otomatis dari header Accept yang dikirim browser, jadi tak perlu pengujian manual per browser saat Anda menyajikan lewat mereka.
Kapan tidak memakai WebP
WebP adalah pilihan tepat untuk pengiriman web ke browser modern, tetapi pilihan keliru di beberapa titik umum. Pekerjaan cetak butuh warna CMYK, yang tak dibawa WebP, jadi JPEG dan TIFF tetap baku di percetakan. Klien email tak merata: Gmail dan Apple Mail merender WebP, tetapi Outlook di Windows tidak. Berbagi file dan marketplace pun beragam. Google Drive, Dropbox, dan GitHub menampilkan WebP baik-baik saja, sementara banyak platform sosial, agensi stok, dan sistem e-commerce menekan ulang gambar masuk menjadi JPEG secara internal, yang membuat langkah WebP jadi sia-sia. Dukungan editor masih tambal sulam: Lightroom, Capture One, dan Affinity Photo bisa membuka WebP, namun banyak plugin dan preset ekspor masih membakukan JPEG. Untuk alur kerja apa pun yang melewatkan gambar melalui sistem pihak ketiga yang tak Anda kendalikan, simpan master JPEG dan konversikan ke WebP hanya pada lapisan pengiriman akhir.
