Kompres Gambar Secara Online — Kompresor Gambar Gratis

Mengoptimalkan gambar Anda mengurangi ukuran file hingga 80% tanpa mengorbankan kualitas, yang mengarah pada waktu muat halaman yang lebih cepat. Ini penting untuk menjaga perhatian pengguna dan memastikan pengalaman pengguna yang baik. Gambar yang lebih kecil juga meminimalkan penggunaan bandwidth dan meningkatkan peringkat mesin pencari situs web Anda.

LeanImg menggunakan kompresi lossy dan lossless yang cerdas untuk mengurangi ukuran file gambar JPG, PNG, WebP, dan AVIF Anda. Dengan mengoptimalkan data gambar secara selektif, lebih sedikit byte yang diperlukan untuk menyimpan gambar. Efeknya hampir tidak terlihat tetapi membuat perbedaan yang sangat besar dalam ukuran file.

LeanImg mendukung JPG, PNG, WebP, AVIF, dan GIF untuk kompresi. Anda juga dapat mengonversi antara format-format ini. Semua pemrosesan terjadi di browser Anda — gambar tidak pernah diunggah ke server. JPG dan WebP ideal untuk foto, PNG untuk grafik dengan transparansi, dan AVIF untuk efisiensi kompresi generasi berikutnya.

Kompresi tipikal mengurangi ukuran file sebesar 40–80%, tergantung pada konten dan format gambar. Foto dengan gradien halus terkompresi dengan sangat efisien. Anda dapat menyesuaikan penggeser kualitas untuk mengompres gambar ke ukuran tertentu — misalnya, di bawah 100 KB untuk penggunaan web — dan menemukan keseimbangan sempurna antara ukuran file dan kualitas visual.

Ya. Pilih format output PNG lossless untuk kompresi yang sempurna dengan nol kehilangan kualitas. Kompresi lossless biasanya mengurangi ukuran file sebesar 10–40%. Untuk file yang lebih kecil, format lossy seperti JPG atau WebP pada kualitas 75–85 menghasilkan hasil yang hampir tidak dapat dibedakan dari yang asli.

Ya. LeanImg berfungsi sebagai kompresor gambar massal — pilih hingga 10 gambar sekaligus dan kompres semuanya dalam satu kali proses. Setelah terkompresi, unduh secara individu atau semuanya sekaligus sebagai file ZIP. Kompresi batch berjalan sepenuhnya di browser Anda tanpa perlu mengunggah.

Lebih sedikit dari yang Anda duga, dan itu disengaja. Untuk JPEG, angka tersebut bukan target absolut. Kompresor membaca tabel kuantisasi dari file Anda, memperkirakan kualitas yang sudah disimpan, kemudian menerapkan pengaturan Anda sebagai persentase dari itu. Foto yang disimpan pada 60 dengan penggeser di 80 keluar pada 48, jadi mengompres ulang file yang sudah terkompresi tidak secara diam-diam mengembalikannya. Untuk input PNG dan WebP tidak ada yang bisa dibaca kembali, jadi angka tersebut digunakan apa adanya.

Ya, dan alasannya adalah struktural. Kompresi berjalan di perangkat Anda sendiri menggunakan WebAssembly, jadi memproses gambar keseratus Anda biaya kami persis seperti gambar pertama Anda, yaitu tidak ada. Tidak ada kredit yang perlu dibeli, tidak ada watermark, tidak ada batas resolusi dan tidak ada akun. Satu-satunya batasan adalah batasan praktis yang diberlakukan browser Anda: 10 file dan 50 MB dalam satu batch.

Ya, semuanya. Gambar Anda didekode menjadi piksel mentah dan dikode ulang dari sana, jadi EXIF, koordinat GPS, bidang kamera dan lensa, profil warna yang tertanam, dan thumbnail semuanya hilang dari output. Orientasi adalah pengecualian, karena rotasi diterapkan pada piksel sebelum kita melihatnya. Jika Anda perlu metadata tetap, kompres salinan dan arsipkan yang asli.

Biasanya karena sudah dioptimalkan. PNG adalah lossless, jadi ada batas di bawah mana file tidak dapat pergi tanpa membuang warna, dan PNG yang diekspor oleh alat yang sudah menjalankan pengoptimal hampir mendekati batas itu. Rute default kami untuk input PNG adalah kuantisator palet, yang memang membuang warna untuk mengurangi ukuran. Jika Anda memilih opsi PNG lossless di dropdown, yang berjalan hanyalah oxipng pada tingkat optimasi 3, dan pada file yang sudah ketat hampir tidak ada yang tersisa untuk ditemukan.

Prediksi yang lebih baik, sebagian besar. Mode lossy WebP adalah pengkode keyframe VP8, yang memprediksi setiap blok dari tetangganya sebelum mengubah perbedaan, sehingga ada lebih sedikit yang tersisa untuk disimpan. Google mengukur sekitar 30% lebih kecil dari JPEG pada kualitas yang sama dan itu berlaku untuk foto. Itu tidak berlaku untuk semuanya: WebP menyimpan warna pada resolusi seperempat tanpa opsi untuk mematikannya, sehingga merah yang jenuh dan teks berwarna pada latar belakang yang kontras dapat terlihat lebih buruk daripada JPEG.

Tidak secara langsung, meskipun Anda bisa mencapainya dalam satu atau dua kali proses. Beralih ke Manual, lihat ukuran di baris hasil, dan gerakkan penggeser ke bawah sampai Anda mencapai target Anda. Sebagai titik awal, satu foto 538,6 KB keluar pada 347,8 KB pada kualitas 90, 212,4 KB pada 60 dan 131 KB pada 30. Jika Anda masih melebihi anggaran setelah itu, ubah ukuran gambar terlebih dahulu: membagi dimensi menjadi setengah menghapus tiga perempat piksel dan lebih berpengaruh pada ukuran file daripada pengaturan kualitas apa pun.

Hampir tidak, dan itu mengorbankan kualitas. JPEG mengkuantisasi pada grid tetap 8x8, jadi menyimpan ulang gambar yang tidak tersentuh pada pengaturan yang sama sebagian besar berkumpul dan berhenti menurun. Potong dengan jumlah yang bukan kelipatan 8 terlebih dahulu, meskipun, dan grid bergeser, yang memaksa kehilangan baru yang benar-benar pada setiap proses. Kompres sekali, dari yang terbaik yang Anda miliki.

Untuk situs web yang Anda kendalikan, ya. AVIF memberikan kompresi terbaik yang tersedia saat ini, lebih dari 50% lebih kecil dari JPEG pada kualitas yang sebanding menurut pengukuran Google, dan memiliki saluran alpha yang tidak dapat disimpan oleh JPEG. Dua biaya. Pengkodean menjalankan pengkode AV1 di browser Anda, jadi itu adalah output terlama di sini dengan margin yang lebar, dan apa pun yang harus dibuka di perangkat lunak yang lebih lama masih menginginkan JPEG.