Konversi WebP ke JPG: Kapan Perlu, Kapan Tidak, dan Mengapa

Google merilis WebP pada 2010 sebagai pengganti JPG yang lebih kecil untuk web, dan selama satu dekade format ini tetap jadi format pinggiran karena Safari tidak bisa menampilkannya. Keadaan berubah ketika Apple menambahkan WebP ke Safari 14 dan macOS Big Sur pada 2020. Begitu semua browser utama bisa menampilkannya, perusahaan yang menyajikan gambar dalam skala besar beralih ke WebP, dan peralihan itu terjadi di sisi server, tempat Anda tidak pernah melihat keputusannya dibuat dan tidak ada apa pun di halaman yang memberi tahu format apa yang sebenarnya sedang Anda lihat.

CDN gambar Shopify, misalnya, mengirim WebP ke browser mana pun yang menyatakan bisa menampilkannya, bahkan ketika foto produk diunggah sebagai JPG. Google Gambar menampilkan pratinjaunya sebagai WebP. WordPress menerima unggahan WebP sejak versi 5.8 pada 2021; rencana agar WordPress otomatis mengubah unggahan JPG menjadi WebP dibatalkan sebelum versi 6.1 dirilis, tetapi plugin Modern Image Formats dari tim performa WordPress dan banyak pengoptimal gambar bawaan hosting melakukan persis hal itu. Hasilnya sama di mana-mana: file itu masih JPG di komputer pemilik situs dan sudah menjadi WebP ketika sampai di komputer Anda.

Browser ikut berperan dengan sukarela. Setiap permintaan gambar dari Chrome, Edge, dan Firefox membawa header Accept yang mencantumkan image/webp (dan image/avif), dan server yang mendukung negosiasi format membaca daftar itu lalu memilih format terkecil yang bisa Anda tampilkan. Saat Anda klik kanan dan memilih Simpan gambar sebagai, browser menyimpan byte yang sudah diterimanya. Itulah sebabnya nama file di bilah alamat bisa berakhiran .jpg tetapi tetap tersimpan di disk Anda sebagai WebP, kadang bahkan dengan ekstensi ganda seperti .jpg.webp.

Browser sudah bertahun-tahun tidak lagi menjadi masalah. Masalahnya ada di semua hal lain: perangkat lunak desktop yang diinstal sebelum 2022, formulir unggahan yang daftar format izinnya ditulis sekali dan tidak pernah disentuh lagi, alur kerja percetakan yang dibangun di sekitar JPG dan TIFF, serta klien email yang menampilkan gambar inline lewat dekodernya sendiri. Tidak satu pun gagal dengan cara yang membantu. Portal cetak sekadar menolak file, formulir pemerintah menyebut formatnya tidak valid, dan Photoshop versi lama menampilkan pesan umum "could not complete your request" tanpa menyebut WebP sama sekali.

Adobe menambahkan kemampuan membuka dan menyimpan WebP secara native di Photoshop versi 23.2, yang dirilis Februari 2022; versi yang lebih lama memerlukan plugin pihak ketiga. Lightroom Classic bertahun-tahun tidak bisa mengimpor WebP, sehingga katalog di versi lama akan diam-diam melewati file itu saat impor. Di Windows, Windows Photo Viewer lawas sama sekali tidak bisa membuka WebP, dan aplikasi Foto di Windows 10 bergantung pada paket WebP Image Extensions dari Microsoft Store. Formulir unggahan adalah kelompok yang paling ketat: unggahan foto visa DS-160 milik Departemen Luar Negeri AS, misalnya, hanya menerima JPEG, dan banyak portal pendaftaran universitas serta lamaran kerja hanya mencantumkan JPG, PNG, dan PDF.

WebP tidak biasa karena satu format menangani dua tugas sekaligus: kompresi lossy untuk foto dan kompresi lossless dengan kanal alfa untuk grafik. Saat mengonversinya ke format lain, Anda harus memilih tugas mana yang sedang dijalankan file itu, karena JPG dan PNG masing-masing hanya menangani salah satunya dengan baik. Pertanyaannya bukan format mana yang lebih baik secara umum (perbandingan itu dibahas di JPG vs JPEG vs PNG), melainkan apa isi gambar ini dan ke mana ia akan dikirim berikutnya.

Foto produk, wallpaper, foto resep, atau foto liburan cocok disimpan sebagai JPG; ukurannya hanya sebagian kecil dari PNG dan tampilannya sama. Logo, ikon, stiker, foto produk berlatar tembus pandang, atau screenshot yang penuh teks cocok disimpan sebagai PNG, karena JPG akan mengisi area transparan dengan warna solid atau membuat tepi tajam huruf jadi kabur. Jika ragu, buka file di tab browser bertema gelap: jika pola papan catur atau halaman gelap terlihat di sekitar objek, gambar itu punya transparansi dan perlu PNG.

Mengonversi WebP lossy ke JPG berarti mendekode piksel lalu mengodekannya ulang dengan metode lain, jadi hasilnya tidak identik bit demi bit. Dalam praktiknya, pada kualitas JPG 85 sampai 90 perbedaannya jauh di bawah ambang yang terlihat pada ukuran normal, bahkan di layar beresolusi tinggi. Penurunan kualitas yang terlihat pada WebP unduhan sudah terjadi sebelumnya, saat situs web mengompresnya, dan konversi tidak bisa mengembalikan detail itu; konversi hanya menghindari penambahan kerusakan yang berarti. Konversi kedua atau ketiga akan menumpuk, jadi konversikan sekali saja dari WebP yang Anda simpan, alih-alih berpindah format berkali-kali.

Ada tiga perubahan yang mungkin Anda sadari. Ukuran file bertambah, biasanya sepertiga atau lebih, karena JPG adalah format yang kurang efisien; jika formulir punya batas KB, konversikan dulu lalu kompres ke 100 KB atau sesuai batasnya. Transparansi diratakan: di konverter WebP ke JPG, pengaturan Area transparan mengisi piksel itu dengan Putih secara bawaan, atau dengan Hitam maupun Warna kustom. Animasi juga hilang, karena JPG hanya menyimpan satu frame dan hanya frame pertama yang dipertahankan.

Hal yang tidak berubah sama pentingnya: dimensi piksel, orientasi, dan warna tetap sama, dan profil warna yang tertanam tetap dipertahankan selama Pertahankan profil warna tetap aktif. Jika Anda mengonversi untuk dicetak, naikkan Kualitas ke 90 atau lebih; byte tambahan itu tidak merugikan apa pun di lab cetak dan menghapus keraguan soal gradasi halus pada langit dan kulit. Untuk unggahan dengan batas KB yang ketat, nilai 80 biasanya masih bersih untuk foto dan menyisakan lebih banyak ruang di bawah batas dibanding 90. Di bawah sekitar 70, tepi kotak-kotak mulai muncul di sekitar teks dan garis halus.

Sebelum mengonversi, ada baiknya memeriksa apakah situs mau memberikan file aslinya, karena dengan begitu Anda melewatkan satu generasi kompresi sepenuhnya. Berhasil tidaknya bergantung pada cara situs menghasilkan WebP-nya. Jika WebP dibuat oleh CDN secara langsung saat diminta, JPG-nya masih ada di server dan permintaan yang tepat bisa mengambilnya. Jika situs hanya menyimpan WebP, seperti sebagian instalasi WordPress setelah mengonversi unggahan, tidak ada lagi JPG yang bisa diambil, dan konversi adalah satu-satunya jalan.

Trik di bawah diurutkan dari yang paling hingga paling tidak andal. Tidak ada yang aneh di antaranya: semuanya tindakan biasa di browser dan tautan unduhan yang memang disediakan situs. Trik yang paling sering disarankan di internet, menambahkan ?format=jpg di akhir alamat gambar, justru yang paling tidak bisa diandalkan. Trik ini hanya berhasil jika CDN gambar kebetulan membaca parameter dengan nama persis itu, dan kebanyakan tidak, sehingga Anda menerima WebP yang sama tanpa pesan kesalahan yang memberi tahu bahwa triknya gagal.

Jika Anda menyimpan katalog produk, sekumpulan gambar referensi, atau satu folder wallpaper, mengonversi satu per satu cepat sekali terasa melelahkan. Konverter ini menerima hingga 20 file per batch dengan ukuran masing-masing hingga 95 MB, menerapkan pengaturan Kualitas dan Area transparan yang sama ke semuanya, lalu mengembalikan satu file ZIP. File dihapus dari server 30 menit setelah diproses, dan tidak ada yang perlu diinstal. Satu folder berisi 100 gambar berarti lima batch.

Pilah isi folder sebelum mulai. Masukkan foto ke satu batch untuk JPG, dan logo, ikon, serta apa pun yang berlatar tembus pandang ke batch lain untuk WebP ke PNG, agar tidak ada yang berakhir dengan kotak putih di sekelilingnya. Jika Anda memakai Mac, perintah Ekspor di Pratinjau mengonversi file satu per satu, dan pengguna command line bisa menjalankan mogrify -format jpg *.webp dari ImageMagick untuk folder yang sangat besar. Keduanya memberi hasil yang sama dengan konverter berbasis browser; bedanya hanya seberapa banyak persiapan yang Anda mau.

Tidak ada pengaturan di Chrome, Edge, atau Firefox bernama "simpan gambar sebagai JPG", dan itu bukan kelalaian. Browser tidak memilih format; browser mengumumkan format apa saja yang bisa ditampilkannya, dan situs webnya yang memilih. Chrome menyimpan persis apa yang dikirimkan kepadanya, tanpa pengodean ulang, dan itu perilaku yang benar: konversi diam-diam saat menyimpan akan menambah satu langkah lossy yang tidak Anda minta. Jadi berganti browser pun jarang membantu. Setiap browser terbaru mencantumkan WebP di header Accept-nya, dan semuanya menerima WebP yang sama dari situs yang sama.

Tinggal tiga pilihan praktis. Anda bisa mendapatkan file asli lewat situsnya, dengan langkah-langkah di atas. Anda bisa memasang ekstensi browser yang mengodekan ulang gambar saat disimpan, yang sebenarnya konversi yang sama dengan tombol berbeda. Atau Anda bisa menyimpan WebP-nya dan mengonversinya hanya ketika ada yang menolaknya. Pilihan ketiga biasanya paling sedikit repotnya, karena sebagian besar gambar yang disimpan hanya dilihat di layar, dan WebP terbuka normal di setiap browser, di Pratinjau pada macOS Big Sur dan yang lebih baru, serta di aplikasi Foto Windows 11.

Jika Anda ingin tahu perbandingan WebP dengan format modern lain yang kini disajikan situs, termasuk AVIF yang mulai menggantikan WebP di CDN yang sama, baca AVIF vs HEIC vs WebP. Saran praktis dalam artikel ini berlaku hampir tanpa perubahan: AVIF yang ditolak sebuah program diatasi dengan cara yang sama, yaitu mengonversinya ke JPG untuk foto atau PNG untuk grafik. Detail lebih lanjut tentang formatnya ada di halaman proyek WebP milik Google.