Konverter Gambar WebP

Yang dilakukan dan tidak dilakukan alat ini

Ini konverter format, bukan sekadar kompresor: keluarannya ditulis ulang sebagai WebP. JPG menjadi foto WebP, sedangkan PNG dan BMP menjadi gambar WebP yang mempertahankan kanal alfanya.

Alat ini tidak menyunting atau mengubah ukuran berkas asli. Bila kamu juga butuh dimensi piksel lebih kecil, pakai pengubah ukuran; bila ingin mempertahankan format dan hanya menurunkan ukuran, pakai kompresor.

Mengapa konversi berjalan sendiri

Saat berkas masuk, semua nilai yang dibutuhkan sudah ditentukan. Format keluaran terkunci pada WebP dan kualitas punya nilai bawaan, jadi tidak ada alasan meminta satu klik tambahan.

Mengubah kualitas menjalankan konversi lagi ketika penggeser dilepas. Selama digeser hanya angkanya yang berubah, sehingga sekumpulan gambar besar tidak dikodekan ulang pada setiap nilai antara.

Memilih 60, 75, 80, atau 90 persen

Kualitas adalah satu-satunya variabel yang kamu atur di sini. Pakai daftar berikut sebagai titik awal lalu pastikan lewat penghematan dan pratinjau di tiap kartu.

• Sekitar 60% — thumbnail daftar dan gambar berbagi cepat yang detail halusnya tidak penting
• 75-80% — sebagian besar foto web, termasuk gambar isi artikel dan foto produk pendukung
• Sekitar 90% — foto produk utama, portofolio, dan gambar yang memuat teks atau logo
• Yang pertama rusak pada kualitas rendah — goresan huruf, gradasi kulit, dan bidang datar luas seperti langit

Cara membaca kartu hasil

Thumbnail berada di kiri, nama berkas beserta ukuran dan dimensi asli di tengah, lalu status dan tombol Unduh di kanan. Baris bawah menempatkan ukuran keluaran dan penghematan sejajar pada tinggi yang sama.

Pada layar lebar kartu tersusun dua per baris sehingga perbandingan jadi cepat. Simpan kartu yang penghematannya jelas dan pratinjaunya bersih; untuk kartu yang menunjukkan kenaikan, turunkan kualitas lalu lihat lagi atau pertahankan aslinya.

Banyak berkas dan alur ZIP

Masukkan dua puluhan thumbnail produk atau gambar artikel sekaligus dan antrean akan melacak setiap berkas secara terpisah. Satu kegagalan tidak menghalangi unduhan berkas yang berhasil.

Bila butuh semuanya, ZIP semua membungkus hasil yang berhasil ke dalam satu arsip. Menyingkirkan kartu gagal dan kartu yang membesar sebelum membuat ZIP membuat unduhan lebih rapi.

Konversi lokal tanpa unggahan

Browser yang sedang kamu pakai membaca dan mengonversi gambarnya. Karena tidak ada yang diunggah untuk konversi, profil risikonya berbeda dari konverter yang bekerja di server.

Bekerja di browser juga berarti mewarisi batasannya. Gambar sangat besar dan antrean panjang bergantung pada memori dan kecepatan perangkat.

Mengapa HEIC, HEIF, dan TIFF gagal

Pemilih berkas sengaja menerima HEIC, HEIF, dan TIFF supaya kamu tidak perlu mencari berkas dua kali. Kelonggaran itu bukan janji bahwa formatnya bisa dikonversi.

Konversi sesungguhnya baru dimulai setelah browser mendekode gambar. Jika tidak bisa, kartu itu menampilkan galat sementara berkas lain tetap berjalan. Berkas yang sama bisa berbeda perilakunya di Safari, Chrome, dan Edge.

Animasi pada GIF, APNG, dan SVG

Penyimpanan berbasis canvas biasanya hanya menyimpan satu bingkai yang digambar browser. Jangan menganggap animasi penuh GIF atau APNG maupun perilaku bersktip pada SVG akan bertahan.

Bila banner atau stiker harus tetap bergerak, putar berkas hasil unduhan sebelum dianggap final. Ketika kamu hanya butuh satu gambar diam yang mewakili, perilaku ini berfungsi seperti pengambilan bingkai.

Contoh nyata: empat gambar produk

Misalkan kamu menambahkan tiga foto JPG dan satu logo PNG untuk halaman detail produk. Baca dulu kartu yang dihasilkan pada nilai bawaan 80%.

Jika ketiga foto turun 30-60% dan sekilas tidak berubah, berarti siap disimpan. Jika logo PNG melunak atau nyaris tidak mengecil, bandingkan lagi pada 90%; bila tetap tidak ada keuntungan, pertahankan PNG aslinya.

Daftar periksa sebelum mengunduh

Empat pemeriksaan ini mencegah hampir semua pengulangan kerja.

• Tidak ada kartu gagal yang tertinggal di antrean
• Ukuran keluaran pada kartu benar-benar lebih kecil daripada aslinya
• Teks, wajah, tepi produk, dan area transparan tetap baik pada pratinjau
• Berkas asli disimpan di tempat lain, bukan langsung dihapus

Di mana WebP cocok dan tidak cocok

Memisahkan salinan distribusi dari salinan arsip membuat keputusan jadi mudah.

• Cocok — gambar isi blog, thumbnail produk, unggahan media CMS, dan gambar yang dibagikan lewat chat
• Cocok — di mana pun berkas lebih kecil dengan kualitas layar sama mempercepat pemuatan dan pengunggahan
• Tidak cocok — berkas asli kamera, berkas kerja berlapis, dan sumber yang akan dikoreksi warnanya nanti
• Tidak cocok — berkas siap cetak yang tidak boleh melewati kompresi lossy sekali lagi

Teknologi browser di balik halaman ini

Intinya adalah File API untuk membaca berkas lokal dan alur toBlob yang mengekspor canvas sebagai blob WebP. Saat dimuat, halaman ini mengodekan canvas 1x1 untuk memastikan browser benar-benar mengembalikan WebP, dan menolak mengonversi bila tidak.

Format yang didukung, penanganan alfa, dan kecepatan pada gambar besar bergantung pada implementasi browser.