Konverter Gambar

Konverter gambar online gratis yang berjalan di browser Anda

Konverter gambar ini mengubah gambar Anda antara JPG, PNG dan WebP — serta membaca HEIC, GIF, BMP dan AVIF jika didukung browser Anda — tanpa pernah mengunggah file apa pun. Setiap gambar didekode dan dienkode ulang secara lokal di <canvas>, sehingga tidak ada batas upload, tanpa pendaftaran, dan tanpa menunggu di antrean paket gratis. Alat ini berjalan di Chrome, Firefox, Edge dan Safari tanpa instalasi, tanpa ekstensi, dan tanpa akun.

Baik Anda butuh konverter gambar ke JPG untuk membagikan screenshot, konverter gambar ke PNG untuk mempertahankan transparansi, atau ingin beralih ke WebP demi situs yang lebih cepat, semuanya bisa dilakukan dalam beberapa klik. Mode batch menangani satu folder foto semudah satu file, dan ringkasan sebelum-sesudah menunjukkan persis seberapa besar setiap file mengecil.

Konversi ke JPG, PNG atau WebP — satu gambar atau seluruh batch

Masukkan satu gambar atau setumpuk gambar sekaligus. Atur format output, kualitas dan opsi sekali saja, lalu klik Convert all dan unduh setiap file satu per satu atau semuanya sekaligus sebagai satu ZIP. Konversi umum seperti PNG ke JPG, JPG ke PNG, WebP ke PNG, PNG ke WebP dan JPG ke WebP semuanya bekerja dengan cara yang sama. Kartu per file menampilkan ukuran asli, ukuran hasil konversi, dan persentase pengurangan sehingga Anda tahu konversinya sepadan.

Karena prosesnya terjadi di perangkat Anda, tidak ada batas ukuran per file selain memori komputer Anda. Satu folder berisi 50 foto bisa dikonversi secepat kemampuan CPU Anda — tanpa antrean server, tanpa batas konversi harian, dan tanpa perlu paket berbayar untuk membuka mode batch.

Hitam putih, ubah ukuran, dan slider kualitas bawaan

Ini lebih dari sekadar pengubah format. Aktifkan toggle black and white untuk mendesaturasi ke grayscale sejati selama konversi — berguna untuk layout cetak, edit bergaya vintage, atau sekadar memperkecil foto dengan menghapus data warna. Gunakan resize untuk mengecilkan berdasarkan persentase atau membatasi sisi terpanjang ke lebar piksel tertentu — membantu memangkas foto ponsel 6000 piksel menjadi 1280 piksel untuk halaman web. Untuk format lossy, slider kualitas memungkinkan Anda menukar sedikit ketajaman demi file yang jauh lebih kecil; kualitas 80–90 adalah titik ideal untuk kebanyakan foto.

Mengonversi gambar transparan ke JPG? Pilih warna background fill agar area transparan menyatu dengan permukaan apa pun tempat gambar akan diletakkan, alih-alih berubah menjadi hitam atau putih secara tak terduga. Hapus metadata EXIF untuk menghilangkan model kamera, koordinat GPS, dan pengaturan pengambilan gambar yang tertanam sebelum membagikannya — sangat berguna untuk foto pribadi atau screenshot yang menangkap konten layar sensitif.

JPG vs PNG vs WebP — mana yang harus dipilih?

Gunakan JPG untuk fotografi dan di mana pun ukuran file paling penting; formatnya didukung secara universal tetapi tidak memiliki kanal transparansi. Gunakan PNG untuk logo, ikon, screenshot dan apa pun dengan tepi tajam atau transparansi, karena bersifat lossless dan setiap piksel yang Anda masukkan persis sama dengan yang Anda dapatkan kembali. Gunakan WebP saat Anda menginginkan yang terbaik dari keduanya: ia menangani foto dan grafik transparan serta biasanya 25–35% lebih kecil dari JPG pada kualitas visual yang sama — itulah sebabnya Google PageSpeed Insights dan Core Web Vitals merekomendasikannya untuk situs modern.

AVIF melangkah lebih jauh dalam kompresi tetapi dukungan encoding kurang konsisten di berbagai alat dan platform. Jika Anda mengirim lewat email atau mencetak, JPG tetap pilihan aman yang kompatibel secara universal. Untuk platform sosial yang tetap mengompres ulang unggahan (Instagram, Twitter/X), WebP atau JPG berkualitas tinggi memberikan titik awal terbaik.

Perbandingan dengan CloudConvert, Convertio dan Squoosh

Alat berbasis server adalah alternatif utama — dan itu datang dengan trade-off nyata. Convertio.co membatasi pengguna gratis pada file di bawah 100 MB dan 10 konversi per hari; melebihi itu memerlukan paket berbayar mulai $9,99/bulan. CloudConvert.com menagih per menit konversi dan memberi 25 menit gratis per hari sebelum dikenai biaya — satu batch berat saja bisa menghabiskannya. Keduanya mengirim setiap file ke server mereka, menambah latensi dan menimbulkan masalah privasi untuk gambar pribadi atau sensitif.

Squoosh (kompresor berbasis browser dari Google) gratis dan privat tetapi hanya menangani satu gambar dalam satu waktu tanpa unduhan ZIP atau batch. Konverter ini melakukan batch tak terbatas, menjaga semuanya di perangkat Anda, dan menambahkan kontrol resize, grayscale dan background-fill yang tidak ditawarkan Squoosh. Tanpa akun, tanpa watermark di tier mana pun, dan tanpa batas berapa kali Anda menggunakannya dalam sehari.

Privat sejak dirancang — tidak ada yang meninggalkan perangkat Anda

Privasi adalah perbedaan paling jelas antara konverter berbasis browser dan berbasis server. Saat Anda mengunggah ke Convertio atau CloudConvert, foto Anda — beserta data lokasi atau kamera yang tertanam — berjalan ke server pihak ketiga dan diproses di sana. Di sini, setiap gambar didekode dan dienkode ulang di dalam tab browser menggunakan API <canvas> native. Tidak ada yang ditransmisikan, tidak ada salinan yang disimpan, dan tidak ada permintaan jaringan yang dibuat untuk konversi itu sendiri.

Itu membuat alat ini aman untuk foto pribadi, gambar medis, dokumen identitas, desain produk yang belum dirilis, dan screenshot rahasia. Setelah halaman dimuat, alat ini juga berfungsi offline — tidak perlu koneksi untuk mengonversi. Simpan konverter gambar ini sebagai bookmark untuk kapan pun Anda perlu mengubah format, memperkecil file, atau mengubahnya jadi hitam putih tanpa mengirim apa pun keluar dari perangkat Anda.

Sejarah singkat format gambar: dari GIF ke AVIF

GIF (Graphics Interchange Format) muncul pada 1987 dari CompuServe dan menjadi fondasi grafis web awal — tetapi batasan palet 256 warna membuatnya tidak cocok untuk fotografi. Algoritma kompresi LZW yang mendasarinya dipatenkan oleh Unisys, dan paten tersebut menghambat perkakas open-source hingga akhirnya kedaluwarsa pada 2003. JPEG mengubah segalanya: distandarisasi pada 1992 oleh ITU-T dan ISO, ia memperkenalkan kompresi DCT lossy yang dirancang khusus untuk fotografi, dan tetap menjadi format gambar web dominan selama hampir tiga dekade karena memberikan kualitas sangat baik pada ukuran file kecil untuk citra alami.

PNG (Portable Network Graphics) diluncurkan pada 1995 khusus sebagai alternatif bebas paten untuk GIF. Ia mendukung true color (RGB 24-bit) dan kanal transparansi alpha penuh, serta menggunakan kompresi DEFLATE yang lossless — menjadikannya format yang tepat untuk logo, ikon dan screenshot, bukan fotografi. WebP, dirilis Google pada 2010, dirancang untuk menggantikan JPEG dan PNG sekaligus: mode lossy-nya 25–34% lebih kecil dari JPEG pada kualitas setara, dan mode losslessnya sekitar 26% lebih kecil dari PNG, sambil tetap mendukung transparansi. AVIF (AV1 Image File Format), difinalisasi pada 2019 dan dibangun di atas codec yang sama dengan standar video AV1, mendorong kompresi lebih jauh lagi — mencapai pengurangan ukuran sekitar 50% dibanding JPEG — dan mendapat dukungan browser luas di Chrome, Firefox dan Safari pada 2023–2024. JPEG XL, distandarisasi pada 2021–2022, menawarkan kemampuan unik: rekompresi lossless file JPEG yang sudah ada tanpa kehilangan kualitas, bersama efisiensi kompresi yang sangat tinggi untuk gambar baru, tetapi adopsi browser terbatas — Chrome menghapus dukungan uji cobanya pada 2022, dengan alasan minimnya minat developer.

Memahami silsilah ini penting saat memilih format. GIF bertahan hanya untuk animasi sederhana; JPEG tetap fallback universal untuk fotografi di platform yang menolak WebP; PNG bertahan untuk grafik dengan transparansi; WebP adalah default modern yang pragmatis; dan AVIF adalah pilihan efisiensi tinggi untuk tim yang mengendalikan alur penyajian mereka sendiri. Setiap format mencerminkan batasan teknis dan prioritas zamannya.

Kedalaman warna: apa arti sebenarnya dari 8-bit, 24-bit dan 32-bit

Kedalaman warna menggambarkan berapa banyak warna berbeda yang bisa direpresentasikan satu piksel. Pada 1-bit, setiap piksel adalah hitam atau putih — tanpa abu-abu — yang merupakan mode yang tepat untuk kode QR, barcode dan dokumen teks hasil pindai karena menghasilkan file sekecil mungkin dengan tepi tajam yang bisa dibaca mesin. Warna terindeks 8-bit memetakan setiap piksel ke salah satu dari 256 entri dalam palet warna; begitulah cara kerja GIF, dan ini juga didukung oleh PNG berbasis palet. Untuk grafik sederhana dengan sedikit warna — ikon flat-color, pixel art, chart sederhana — warna terindeks 8-bit bisa lebih kecil dari format warna penuh, tetapi gagal pada fotografi di mana gradasi halus memerlukan jauh lebih dari 256 warna. Grayscale 8-bit menyandikan 256 corak abu-abu dan merupakan mode yang tepat untuk fotografi hitam putih dan pencitraan medis di mana informasi warna tidak diperlukan.

Standar web untuk foto berwarna adalah RGB 24-bit: 8 bit per kanal di tiga kanal (merah, hijau, biru) menghasilkan 16,7 juta kemungkinan warna. Ini adalah mode native JPEG dan apa yang diasumsikan browser Anda saat merender gambar standar. Menambahkan kanal transparansi alpha menghasilkan RGBA 32-bit — alpha 8-bit menyandikan 256 tingkat opasitas dari sepenuhnya transparan hingga sepenuhnya opak, begitulah cara PNG mempertahankan bayangan lembut, tepi anti-aliasing dan grafik berlapis. Alur kerja fotografi profesional sering bekerja pada 16 bit per kanal (warna 48-bit), yang biasanya ditangkap file RAW dari kamera pada 12–14 bit per kanal. Kedalaman bit ekstra menyediakan jauh lebih banyak ruang gerak edit sebelum clipping — Anda bisa memulihkan detail dari bayangan atau highlight tanpa menimbulkan banding atau posterisasi seperti yang tidak bisa disamai edit 8-bit.

Teknologi mobile dan display modern kini mendorong ke kedalaman warna HDR. AVIF dan HEIC keduanya mendukung encoding 10-bit per kanal dan gamut warna lebar seperti Display P3, yang digunakan Apple di semua kamera iPhone dan layar Retina. Gambar P3 10-bit mengandung informasi warna yang sama sekali tidak bisa disimpan oleh JPEG sRGB 8-bit standar. Ketika konverter ini memproses gambar melalui Canvas API browser, ia beroperasi dalam ruang warna sRGB pada 8 bit per kanal — artinya gambar sumber HDR atau wide-gamut akan di-tone-map dan dipotong gamutnya ke sRGB dalam prosesnya. Untuk alur kerja di mana akurasi HDR penting, perangkat lunak khusus seperti Lightroom atau darktable adalah alat yang tepat.

Profil warna dan persyaratan sRGB web

Profil warna ICC (International Color Consortium) adalah blok metadata yang tertanam dalam file gambar yang memberitahu perangkat lunak color-managed persis bagaimana menafsirkan nilai RGB numerik dalam file. Tiga profil yang paling sering Anda temui adalah sRGB (standar untuk layar konsumen dan web), Adobe RGB (gamut lebih lebar yang digunakan dalam fotografi cetak profesional) dan ProPhoto RGB (gamut sangat lebar yang digunakan beberapa alur pemrosesan RAW). Nilai numerik yang sama — katakanlah, R=200, G=50, B=50 — terlihat seperti corak merah yang berbeda tergantung profil mana yang dideklarasikan.

Aturan kritis dalam penerbitan web adalah: selalu konversi ke sRGB sebelum mengunggah gambar ke situs web. Ruang warna sRGB mencakup sekitar 35% dari warna yang bisa dilihat mata manusia, yaitu rentang yang bisa ditampilkan monitor konsumen biasa. Adobe RGB mencakup sekitar 50% dari gamut yang terlihat, dan digunakan oleh fotografer profesional yang memotret dalam JPEG+Adobe RGB atau RAW karena gamut yang lebih lebar memberi lebih banyak ruang untuk menyesuaikan saturasi dan hue dalam pasca-produksi sebelum gambar diratakan ke sRGB untuk pengiriman. Masalahnya adalah browser secara default mengasumsikan sRGB. JPEG Adobe RGB yang ditampilkan tanpa manajemen warna — yang merupakan perilaku browser yang mengabaikan profil tertanam — merender setiap warna seolah-olah itu sRGB, membuat gambar terlihat pudar dan kurang jenuh secara visual. Mengonversi ke sRGB sebelum publikasi menghilangkan ketidakcocokan ini dan memastikan tampilan yang konsisten di semua browser dan perangkat.

Perhatian terkait lainnya adalah metadata EXIF: blok data yang disimpan JPEG bersama nilai piksel yang mencatat merek dan model kamera, lensa, kecepatan rana, aperture, ISO, tanggal foto diambil, dan — jika geotagging diaktifkan — koordinat GPS yang presisi. Beberapa konverter dan alat kompresi gambar diam-diam menghapus EXIF, yang bisa menghancurkan informasi hak cipta dan pembuat yang tertanam (disimpan dalam field IPTC EXIF) atau menghapus data lokasi yang ingin Anda pertahankan. Yang lain dengan setia mempertahankannya, yang tanpa sengaja bisa mengekspos koordinat GPS di gambar yang Anda bagikan secara publik. Konverter ini menghapus EXIF selama enkode ulang Canvas secara default — API Canvas browser tidak meneruskan EXIF dari sumber — yang aman untuk publikasi web tetapi berarti Anda sebaiknya menyimpan file asli jika metadata tersebut memiliki nilai arsip.

Bagaimana Canvas API melakukan konversi gambar sisi klien

HTML5 Canvas API browser adalah mesin di balik setiap konverter gambar sisi klien, termasuk yang ini. Alur konversinya sederhana: elemen <img> (atau URL Blob yang dibuat dari file) digambar ke <canvas> tersembunyi menggunakan drawImage(), lalu canvas diserialisasi kembali menjadi file gambar baru menggunakan canvas.toDataURL('image/webp', 0.85) untuk string Base64 inline atau metode yang lebih efisien memori canvas.toBlob(callback, 'image/jpeg', 0.90) yang menghasilkan Blob mentah yang bisa langsung diserahkan browser ke tautan unduhan. Parameter kualitas di kedua metode memetakan ke tingkat kompresi lossy — 0,0 adalah kompresi maksimum, 1,0 adalah kompresi minimum — dan hanya berlaku untuk JPEG dan WebP lossy; output PNG selalu lossless terlepas dari nilai yang diberikan.

Tipe MIME yang didukung browser untuk enkode output bervariasi menurut mesinnya. Setiap browser modern mengenkode image/jpeg dan image/png. Output image/webp didukung di browser berbasis Chromium dan Firefox 96+, serta di Safari 16+. Encoding image/avif lewat canvas.toBlob() belum tersedia secara universal — Chromium mendukungnya, tetapi implementasi Safari belum lengkap dan dukungan Firefox baru ditambahkan pada versi terbaru. Untuk encoding AVIF yang andal dalam skala besar, pipeline server-side menggunakan libavif atau ffmpeg dengan encoder libaom lebih bisa diandalkan daripada mengandalkan Canvas API. Pipeline browser alternatif untuk pekerjaan throughput tinggi adalah fetch() + createImageBitmap(), yang mendekode gambar menjadi bitmap yang dipercepat GPU tanpa pernah membuat elemen DOM <img>, mengurangi tekanan memori saat memproses banyak file besar secara berurutan.

Ada tiga keterbatasan bawaan dari pendekatan konversi Canvas yang dibagi semua alat berbasis browser. Pertama, Canvas beroperasi dalam ruang warna sRGB pada 8 bit per kanal, sehingga data sumber wide-gamut atau HDR mana pun secara diam-diam dipotong dan di-tone-map selama drawImage(). Kedua, semua metadata EXIF dan ICC dihapus — canvas tidak memiliki mekanisme untuk meneruskannya ke blob output, sehingga file hasil konversi selalu muncul tanpa pengaturan kamera, data GPS, atau profil warna tertanam (browser secara implisit menulis sRGB). Ketiga, gambar animasi memerlukan pemrosesan frame demi frame: GIF atau WebP animasi tidak memiliki dukungan animasi native lewat Canvas, sehingga mengonversi ke format output animasi memerlukan mendekode setiap frame satu per satu, menggambarnya, menangkap blob-nya, lalu menyusun ulang urutannya — proses yang jauh lebih rumit dibanding konversi still single-frame.