Initializing, please wait a moment

Cara Memilih Tingkat Kompresi - Kualitas vs Ukuran File, Dengan Contoh

Terakhir ditinjau 2026-05-04. Jawaban praktis untuk satu pertanyaan tentang Compress Image: tingkat kompresi mana yang harus Anda pilih? Slider menukar ukuran file dengan kualitas yang terlihat - default berfungsi untuk sebagian besar foto, tetapi jika Anda memiliki ukuran target (batas lampiran email, batas unggahan CMS, niat "kompres gambar ke 100 KB") Anda dapat memilih tingkat secara sengaja dan berhenti di yang pertama yang memenuhi batas. Panduan ini menamai empat tingkat jangkar - 50, 70, 85, 100 - dengan rentang ukuran output kasar dan deskripsi kualitas yang terlihat, dan memberi tahu apa yang harus dilakukan ketika slider habis.

Jawaban 30 detik. Jika Anda tidak memiliki target ukuran yang ketat, biarkan slider pada default alat - default sudah menyeimbangkan kualitas dan ukuran file untuk foto tipikal. Jika Anda memiliki ukuran target, mulai pada tingkat 85 dan periksa hasilnya. Jika file masih terlalu besar, turun ke 70, lalu 50. Jika file jauh di bawah target Anda, naikkan ke 100 untuk kualitas maksimum. Alat Compress Image menjaga input tidak tersentuh - tingkat hanya mengubah byte output, sehingga Anda dapat mengkompres ulang pada tingkat berbeda hingga hasilnya sesuai tanpa merusak yang asli.

Jangkar 1 - tingkat 100 (kualitas maksimum): pertahankan saat penyimpanan bukan masalah

Tingkat 100 (tertinggi yang slider capai) berarti encoder menerapkan pada dasarnya tidak ada pengurangan kualitas. Untuk JPEG, ini adalah "mengkodekan pada kualitas maksimum" - output masih lebih kecil dari input karena overhead format JPEG sendiri dihapus, tetapi secara visual hasilnya tidak dapat dibedakan dari sumber. Untuk PNG, tingkat mengontrol usaha kompresi, bukan data piksel - output adalah bit-demi-bit setara dengan input secara visual. Untuk WebP dalam mode lossy, tingkat 100 adalah "hampir lossless" - output terlihat identik pada jarak pandang normal.

  • Kapan tingkat 100 menang: foto akan dicetak (di mana printer mengungkapkan setiap artefak), foto adalah sumber untuk pengeditan lebih lanjut (mengkompres terlebih dahulu lalu mengedit menggabungkan kehilangan kualitas), atau Anda hanya ingin file lebih kecil tanpa menukar apa pun untuk itu.
  • Ukuran output, rentang kasar: foto JPEG 12 megapiksel pada ~6-8 MB pada input biasanya mendarat di ~4-6 MB pada tingkat 100 - lebih kecil dari input tetapi hanya karena penghapusan overhead format, bukan karena pengurangan kualitas.
  • Apa yang Anda tukar: tidak ada yang terlihat. Anda hanya menukar penghematan ukuran file yang akan Anda dapatkan pada tingkat lebih rendah.

Jangkar 2 - tingkat 85 (titik manis "tidak dapat dibedakan pada pandangan normal"): default untuk sebagian besar foto

Tingkat 85 adalah tingkat yang sebagian besar aplikasi penyimpanan foto dan CMS gunakan sebagai default mereka - dan tingkat yang menjadi default alat Compress Image karena alasan yang sama. Pada tingkat 85 output terlihat identik dengan sumber pada jarak pandang normal (1 meter pada monitor 27 inci, atau panjang lengan pada telepon). Memeriksa piksel pada zoom 200% mengungkapkan smearing yang sangat kecil di wilayah warna datar, tetapi artefak tidak terlihat pada ukuran dan jarak Anda benar-benar melihat foto.

  • Kapan tingkat 85 menang: foto untuk web (posting blog, halaman produk, unggahan media sosial), foto untuk lampiran email ke penerima yang tidak memeriksa piksel, atau foto untuk penyimpanan pribadi pada layanan yang memiliki batas ukuran per-file (sebagian besar layanan foto cloud).
  • Ukuran output, rentang kasar: foto JPEG 12 megapiksel yang sama pada ~6-8 MB pada input biasanya mendarat di ~1.5-2.5 MB pada tingkat 85 - pengurangan 60-75% tanpa kehilangan kualitas yang terlihat untuk sebagian besar penonton.
  • Apa yang Anda tukar: ~15% dari ukuran file yang akan Anda dapatkan pada tingkat 70, dengan imbalan kualitas yang terlihat identik.

Jangkar 3 - tingkat 70 (kompresi terlihat pada inspeksi dekat, tetapi dapat diterima): saat batas ukuran nyata

Tingkat 70 adalah tingkat di mana slider mulai menukar kualitas yang terlihat dengan penghematan ukuran file. Pada tingkat 70 artefak menjadi terlihat pada inspeksi dekat: smearing di area datar (langit biru cerah, dinding krem), halo di sekitar tepi kontras tinggi (garis rambut hitam terhadap latar belakang putih), dan blockiness di tekstur detail (dedaunan, tenun kain, tekstur kulit). Pada jarak pandang normal artefak-artefak ini masih halus - sebagian besar pembaca tidak akan memperhatikannya kecuali mereka memeriksa piksel. Untuk thumbnail, gambar ukuran media sosial, dan kasus penggunaan di mana batas ukuran file adalah kendala yang mengikat, tingkat 70 adalah panggilan yang tepat.

  • Kapan tingkat 70 menang: Anda memiliki target ukuran file yang ketat (CMS yang menolak unggahan lebih dari 1 MB; server email yang menolak lampiran lebih dari 2 MB; niat "kompres gambar ke 200 KB" atau "kompres gambar ke 500 KB" yang tidak dipenuhi tingkat 85), foto akan ditampilkan dalam ukuran kecil (thumbnail, foto profil, gambar tampilan daftar), atau Anda mengompres massal folder foto di mana anggaran ukuran total lebih penting daripada kesempurnaan per-foto.
  • Ukuran output, rentang kasar: JPEG 12 megapiksel yang sama pada ~6-8 MB mendarat di ~600 KB hingga 1.2 MB pada tingkat 70 - pengurangan 80-90%, dengan kehilangan kualitas yang terlihat hanya pada pemeriksaan piksel.
  • Apa yang Anda tukar: artefak terlihat pada inspeksi dekat dengan imbalan sepertiga dari ukuran file pada tingkat 85.

Jangkar 4 - tingkat 50 dan prosedur pencarian biner untuk batas ukuran keras

Tingkat 50 (dan di bawah) adalah tingkat di mana artefak kompresi menjadi terlihat pada jarak pandang normal, bukan hanya pada pemeriksaan piksel. Smearing, halo, dan blockiness jelas - terutama dalam foto dengan nada kulit, tekstur detail, atau gradien halus. Tingkat 50 jarang menjadi panggilan yang tepat untuk foto kecuali batas ukuran file sangat ketat sehingga hasil berkualitas rendah-tetapi-terlihat lebih baik daripada tidak ada unggahan sama sekali. Rentang output: JPEG 12 megapiksel yang sama mendarat di ~200-400 KB pada tingkat 50 - pengurangan lebih dari 95%, dengan kehilangan kualitas terlihat pada jarak pandang normal.

Prosedur pencarian biner untuk target keras. Jika Anda memiliki target ("kompres gambar ke 100 KB", "harus muat di bawah 200 KB untuk CMS", "batas email 1 MB"), jalur yang disengaja adalah: mulai pada tingkat 85 (default), unduh hasilnya, periksa ukuran terhadap batas Anda. Jika hasilnya di atas batas, turun ke 70 dan ulangi. Jika masih di atas, turun ke 50. Jika di bawah batas, naikkan ke 100 untuk kualitas maksimum dalam anggaran. Tiga iterasi hampir selalu mengenai tingkat yang memenuhi batas - dan foto input tidak pernah disentuh, sehingga setiap iterasi dimulai dari sumber yang sama. Dua penyesuaian membuat pencarian lebih cepat: jika input pada dimensi piksel sangat tinggi (gambar kamera telepon 4032 x 3024 pada 12 MP, misalnya) dan kasus penggunaan Anda tidak memerlukan resolusi itu (tampilan web pada 800 x 600, unggahan sosial yang menurunkan skala bagaimanapun juga), ubah ukuran gambar terlebih dahulu pada kualitas tinggi, lalu kompres pada tingkat 85 pada gambar yang lebih kecil - hasilnya mencapai batas yang jauh lebih kecil dengan kualitas yang terlihat jauh lebih baik. Jika format input salah untuk kasus penggunaan (tangkapan layar PNG digunakan untuk foto web, di mana JPEG akan lebih baik), konversi ke JPG terlebih dahulu, lalu kompres.

Fallback format dan ubah ukuran: ketika slider adalah tombol yang salah

Tingkat kompresi berinteraksi dengan format file. Untuk foto, JPEG dan WebP lossy keduanya memberikan kurva tingkat-vs-ukuran yang kira-kira sama - tingkat 85 di WebP menghasilkan file ~25% lebih kecil dari JPEG tingkat 85, dengan kualitas yang terlihat sebanding. Untuk grafik dengan tepi tajam (logo, tangkapan layar, diagram, teks), PNG adalah format yang tepat - mode lossless berarti tingkat mengontrol hanya usaha pengurangan ukuran file, tidak pernah kualitas. JPEG pada tingkat apa pun pada logo atau tangkapan layar memperkenalkan halo di sekitar teks dan menurunkan tepi tajam; jawaban yang tepat adalah "gunakan PNG, jangan gunakan JPEG", bukan "gunakan JPEG pada tingkat 100". Panduan pendamping JPG vs PNG untuk web dan HEIC vs JPG vs WebP mencakup keputusan pilihan format; panduan ini adalah keputusan pilihan tingkat setelah format ditetapkan.

Jika tingkat 50 masih tidak memenuhi batas Anda, slider sudah habis - langkah berikutnya adalah mengurangi dimensi piksel (Resize Image) atau mencoba format berbeda (JPG to PNG untuk grafik; HEIC to JPG untuk foto iPhone di mana sumbernya tiba-tiba besar). Untuk foto, urutan ubah-ukuran-lalu-kompres penting: ubah ukuran terlebih dahulu pada kualitas 100%, lalu kompres gambar yang diubah ukurannya pada tingkat 70-85 - hasilnya hampir selalu mengalahkan mengompres yang asli pada tingkat 50 baik dalam ukuran file maupun kualitas yang terlihat. Jika tingkat 100 masih menghasilkan artefak yang terlihat (banding dalam gradien, posterisasi di langit, perubahan warna), masalahnya bukan slider tetapi input - input mungkin sudah merupakan file yang dikompres ulang (setiap kompresi menambahkan artefak baru di atas yang lama; ini adalah kehilangan generasi) atau dalam ruang warna yang dikonversi encoder. Panduan pendamping JPG yang dikompres terlihat buram - tiga penyebab melewati alur diagnostik itu. Untuk yang lainnya - satu batas, satu format, tingkat yang tepat - jalur pencarian biner di atas mendaratkan jawaban dalam tiga iterasi pada slider.

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.