JPG yang Dikompres Terlihat Buram? Tiga Penyebab (dan Perbaikan Cepat)
Terakhir ditinjau: 2026-05-03. Anda mengompres JPG untuk membuatnya lebih kecil dan hasilnya terlihat buram, berkotak, atau pecah piksel. Panduan ini menyebutkan tiga penyebab umum, memberi perbaikan satu baris per penyebab, dan menunjukkan tes berdampingan 30 detik untuk mengetahui mana yang Anda alami.
Penyebab 1: kualitas kompresi terlalu agresif
Kualitas kompresi JPG berjalan pada skala non-linier. Kualitas 90 terlihat identik secara visual dengan aslinya pada sebagian besar foto. Kualitas 70 mulai memperkenalkan sedikit pemblokiran di wilayah warna datar tetapi tetap dapat diterima untuk web. Kualitas 50 terlihat jelas lebih lembut; kualitas 30 terlihat berkotak di langit / kulit / pasir dan sebagian besar pembaca akan menyebut hasilnya "buram". Jika alat Anda secara default menggunakan nilai kualitas rendah (beberapa kompresor online secara default 50 atau bahkan 30 untuk mengiklankan pengurangan ukuran file yang dramatis), output akan terlihat lebih buruk dari yang seharusnya.
Perbaikan. Kompres ulang sumber yang sama pada kualitas 70-85. Sebagian besar foto terlihat baik pada kualitas 80 dan menyusut menjadi sekitar sepertiga dari ukuran aslinya; kualitas 85 adalah pilihan yang lebih aman ketika foto memiliki detail halus seperti rambut atau kain. Panduan kompres JPEG tanpa kehilangan kualitas - kualitas vs ukuran menelusuri tabel keputusan proaktif kualitas-vs-ukuran jika Anda ingin memilih nilai sebelum Anda mengompres, bukan sesudahnya.
Penyebab 2: sumber sudah JPG, disimpan ulang beberapa kali
Setiap pengkodean ulang JPG kehilangan informasi; mengkode ulang JPG yang sudah dikompres memperkuat artefak pemblokiran dan kroma dari ronde sebelumnya. Jika Anda menyimpan foto dari aplikasi chat, lalu menyeretnya ke presentasi, lalu mengekspor presentasi, lalu menjalankan ekspor melalui kompresor gambar, file yang Anda umpankan ke kompresor adalah JPG generasi ketiga atau keempat. Setiap generasi dibangun di atas artefak generasi sebelumnya.
Perbaikan. Temukan aslinya. Pada iPhone, asli biasanya berkas HEIC di Camera Roll - ekspor HEIC, lalu kompres itu, bukan JPG yang dikirim melalui Messages atau WhatsApp. Panduan format foto iPhone dijelaskan: HEIC, JPG, PNG, RAW menunjukkan di mana setiap format hidup. Di desktop, cari kamera RAW (.CR2, .NEF, .ARW) atau JPG generasi pertama langsung dari kamera, bukan versi yang tertanam dalam dokumen Word atau ekspor PDF.
Aturan keras untuk JPG Messenger atau WhatsApp yang disimpan ulang: detail yang hilang tidak dapat dipulihkan. Temukan asli HEIC iPhone atau kamera RAW (.CR2 / .NEF / .ARW) dan kompres itu sebagai gantinya - jalur lain hanya menyembunyikan artefak, tidak memulihkan piksel.
Jika asli benar-benar hilang dan satu-satunya salinan yang Anda miliki adalah JPG yang disimpan ulang, artefak tidak dapat dihilangkan - hanya disembunyikan. Mengompres pada kualitas tinggi (90+) tidak akan mengembalikan detail yang hilang; langkah yang tepat adalah menggunakan JPG yang disimpan ulang pada resolusi yang sebenarnya difoto, bukan memperbesarnya kembali ke ukuran aslinya.
Penyebab 3: sumber di-upscale sebelum Anda mengompresnya
Upscaling - mengambil foto lebar 1080 px dan mengambil sampel ulang ke 4K, misalnya - mengarang piksel dengan menginterpolasi di antara aslinya. Kompresi JPG kemudian mengelompokkan piksel ke dalam blok DCT 8x8 dan mengkuantisasinya; ketika piksel input itu sendiri merupakan tebakan terinterpolasi, langkah kuantisasi mengelompokkannya menjadi bubur. Hasilnya terlihat "lembut" atau "buram", dengan tepi lurus menjadi bergelombang dan tekstur halus menjadi abu-abu seragam.
Perbaikan. Kompres pada resolusi ASLI. Jika Anda butuh file kecil pada resolusi tinggi, pendekatan yang tepat adalah sebaliknya: pertahankan resolusi asli, kompres pada kualitas 75-85, dan biarkan browser atau alat slide menurunkan skala pada waktu tampilan. Browser menurunkan skala dengan tajam; upscaling pada waktu kompresi dan kemudian menurunkan skala pada waktu tampilan menumpuk dua langkah lossy tanpa keuntungan. Jika Anda memang memerlukan versi resolusi yang lebih tinggi dari asli kecil, upscaler AI (alat terpisah, bukan kompresor JPG) adalah alat yang tepat - mereka berhalusinasi detail secara konsisten daripada membiarkan kompresi JPG mengaburkannya.
Versi terpendek dari aturan: kompres pada resolusi ASLI, dan biarkan browser menurunkan skala pada waktu tampilan. Menumpuk upscale sebelum kompresi dan downscale pada tampilan adalah dua langkah lossy tanpa keuntungan yang terlihat - downscale kedua tidak dapat memulihkan detail yang upscale pertama ciptakan, dan kuantizer JPG melihat kedua piksel terinterpolasi di antaranya. Satu pass pada resolusi native, lalu downscale CSS atau width-attribute di halaman, adalah jalur yang menjaga gambar tajam.
Identifikasi mana dari tiga penyebab buram JPG yang berlaku untuk gambar Anda (diff visual 30 detik)
Buka JPG asli dan hasil kompresi berdampingan pada zoom 100% (pemetaan piksel satu-ke-satu; JANGAN biarkan browser menyesuaikan ke jendela). Lalu lihat tiga wilayah untuk melokalisasi buram ke Penyebab 1 (kualitas terlalu rendah), Penyebab 2 (dikode ulang), atau Penyebab 3 (sumber di-upscale):
- Wilayah warna datar (langit, kulit, dinding): jika Anda melihat bercak berkotak 8x8 atau banding, penyebabnya adalah kualitas terlalu rendah (Penyebab 1). Kompres ulang pada kualitas 80+.
- Tekstur halus (rambut, kain, dedaunan): jika Anda melihat derau berbintik yang tidak ada di versi sebelumnya, penyebabnya adalah pengkodean ulang berulang (Penyebab 2). Temukan sumber generasi sebelumnya.
- Tepi lurus dan sudut tajam: jika tepi terlihat bergelombang, kabur, atau "berundak", penyebabnya adalah sumber di-upscale (Penyebab 3). Kompres pada resolusi asli.
Jika Anda melihat ketiganya sekaligus, sumber mungkin baik di-upscale MAUPUN disimpan ulang beberapa kali - perbaikannya adalah menemukan salinan resolusi asli, generasi pertama dan hanya mengompres itu.
Simpan mnemonik tiga baris untuk lain kali Anda melakukan pemeriksaan ini pada zoom 100 persen: pemblokiran warna datar menunjuk ke nilai kualitas yang terlalu rendah, derau berbintik pada tekstur halus menunjuk ke pengkodean ulang berulang, dan tepi bergelombang atau garis lurus yang kabur menunjuk ke sumber yang di-upscale. Pemeriksaan berdampingan 30 detik mempersempit buram ke satu penyebab setiap saat, dan perbaikan yang tepat mengikuti dari isyarat yang cocok daripada mencoba setiap pengaturan kompresor secara berurutan.
Setelah Anda tahu penyebabnya, dua klik berikutnya tinggal di bagian Terkait di bawah. Rute https://freetoolonline.com/image-tools/compress-image.html adalah alat aksi yang memperbaiki file di depan Anda hari ini. Panduan https://freetoolonline.com/guides/id/compress-jpeg-without-losing-quality-quality-vs-size.html adalah pendamping proaktif yang memilih kualitas sebelum Anda mengompres, sehingga pemeriksaan berdampingan yang baru saja ditelusuri artikel ini menjadi tidak perlu pada foto berikutnya.
Pertanyaan yang sering diajukan
Mengapa kualitas JPG 90 masih memperkenalkan artefak yang terlihat pada screenshot saya?
JPG dirancang untuk foto alami; ia tidak menangani tepi keras (teks, screenshot UI, line art) dengan baik bahkan pada kualitas 95. Untuk screenshot, simpan sebagai PNG sebagai gantinya - PNG bersifat lossless dan biasanya lebih kecil untuk konten gaya screenshot. Panduan JPG vs PNG untuk web mencakup kapan setiap format menang.
Bagaimana dengan WebP / AVIF sebagai pengganti JPG?
WebP pada kualitas 80 kira-kira 25-35% lebih kecil daripada JPG kualitas 80 dengan kualitas visual yang sama. AVIF lebih kecil lagi pada kualitas yang sama. Jika target pengiriman Anda mendukungnya (browser modern mendukung), mereka adalah peningkatan yang ketat dibanding JPG. Panduan HEIC vs JPG vs WebP membandingkan ketiganya pada kualitas, dukungan, dan ukuran file.
Apakah mengompres dua kali pada kualitas 90 sama dengan mengompres sekali pada kualitas 80?
Tidak - efeknya berbeda. Dua ronde kualitas 90 mendarat di sekitar kualitas 81 dalam ukuran tetapi memperkenalkan lebih banyak artefak pemblokiran daripada satu lewatan kualitas-80, karena setiap ronde mengkuantisasi ulang. Satu lewatan pada kualitas yang tepat selalu mengalahkan dua lewatan pada kualitas individu yang lebih tinggi untuk ukuran akhir yang sama.
Apa resolusi yang tepat untuk JPG yang dikirim web?
Untuk gambar hero lebar penuh, 1600-2400 piksel lebar sudah cukup - browser menurunkan skala; sumber tidak perlu 4K. Untuk thumbnail, 400-800 piksel lebar. Untuk gambar body, 800-1200 piksel lebar. Kombinasikan resolusi yang tepat dengan kualitas 75-85 dan Anda biasanya akan mengalahkan ukuran file slider kualitas tunggal apa pun pada sumber yang terlalu besar.
Bisakah saya "menghilangkan blur" JPG terkompresi yang sudah buram?
Tidak juga - informasi yang hilang sudah hilang. Alat penajaman AI dapat menebak detail, tetapi tebakan itu dibuat-buat, bukan dipulihkan. Perbaikan yang andal adalah menemukan aslinya dan mengompres itu; jika aslinya benar-benar hilang, terima ukuran yang Anda miliki dan hindari menyimpan ulang hasilnya.
Terkait
- Kompresor Gambar - alat aksi untuk mengompres gambar JPG, PNG, dan WebP pada kualitas / resolusi yang Anda pilih.
- Kompres JPEG tanpa kehilangan kualitas - kualitas vs ukuran - panduan pendamping proaktif; pilih nilai kualitas yang tepat SEBELUM Anda mengompres.
- Format foto iPhone dijelaskan: HEIC, JPG, PNG, RAW - temukan asli iPhone (HEIC) alih-alih mengompres JPG yang disimpan ulang.
- HEIC vs JPG vs WebP - perbandingan format untuk pengiriman web.
- JPG vs PNG untuk web - kapan JPG adalah format yang tepat dan kapan PNG (atau WebP) adalah.
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.