Compress JPEG Without Losing Quality - Quality vs Size
Last reviewed 2026-05-03. The JPEG compressor exposes one knob - quality - and most people leave it at the default. This guide tells you which value to pick for the four common reader tasks (web, archival, social, email) and the one case where AI auto-compression actually beats a fixed setting.
What the JPEG quality knob actually does
JPEG compression is lossy and tunable. The encoder breaks the image into 8x8-pixel blocks, runs a discrete cosine transform on each block, and then rounds (quantises) the resulting coefficients - the higher coefficients carry the fine detail that the human eye is least sensitive to. The quality slider controls how aggressively those coefficients get rounded: low quality keeps fewer of them, high quality keeps more. Re-encoding the same image at quality 75 instead of 95 typically halves the file size because the encoder threw away the high-frequency content most viewers cannot perceive on a typical screen.
That is why "compress JPEG without losing quality" is technically a misnomer - every JPEG re-encode loses some data. The real question is "below which quality value does the loss become visible to my reader, on my image, on my likely viewing device". The four sections below pin that to four common tasks.
Pick by task: web upload, archive, social, email
| Task | Quality | Typical size reduction vs original | Why this value |
|---|---|---|---|
| Hero / website photo (5-10 megapixel source) | 75 - 80 | 50 - 65% | Invisible degradation at typical viewing distance; halves the bytes the visitor downloads on first paint. |
| Archive / master copy you might re-edit | 90 - 95 | 15 - 35% | Preserves headroom for a future crop or colour grade. Below 90, repeated saves accumulate visible artefacts. |
| Social post (Instagram / Twitter / LinkedIn) | 70 - 78 | 55 - 70% | Platform re-encodes anyway; pre-compressing at 70-78 beats the platform default (usually 60-70). |
| Email attachment / chat upload | 65 - 72 | 65 - 80% | Receiver views once on phone; size beats fidelity. Stay above 60 to avoid block-edge artefacts. |
| Thumbnail (under 200 px wide) | 55 - 65 | 75 - 90% | Small canvas hides quantisation; cap at 60 if you see banding on smooth gradients. |
The percentages are typical, not guaranteed - a flat-colour screenshot compresses to a fraction of the equivalent photograph at the same quality value, because the encoder has more redundancy to remove. If your specific file does not match the table, pick the next-higher quality and re-test.
When AI auto-compression beats a fixed quality value
The JPEG compressor includes an AI auto mode that picks a quality value per image rather than applying one global setting. AI auto is worth the extra step when one of three conditions is true:
- Mixed batch. Twenty product shots + ten portraits + five screenshots in one upload. A fixed quality 80 over-compresses the screenshots (visible block edges on text) and under-compresses the portraits (extra bytes the eye does not benefit from). AI auto picks roughly 60 for the screenshots and 80 for the portraits, cutting total bytes by 20-35% with no visible loss anywhere.
- Smooth-gradient images (skies, skin, bokeh). Quantisation banding on smooth gradients shows up first; AI auto allocates more bits to those regions and fewer to flat areas, beating any fixed value at the same total file size.
- High-resolution master plus a low-resolution preview. AI auto can pair more bits with the master and fewer with the preview rather than forcing the preview to inherit the master's quality budget.
For a homogeneous batch (only landscape photos, all same camera) a fixed quality between 75 and 85 is usually within 2-3% of the AI-auto output and saves the cycle of running the auto pass.
What you cannot recover with compression
Two losses are permanent and no quality knob recovers them:
Resampling loss. If the upstream tool downscaled the image (3000 px wide source becomes a 1200 px wide JPEG), the discarded pixels are gone. Compress at any quality and you still have a 1200 px image. To preserve detail, pick a target width before compression: a 1920 px wide source is enough for almost every desktop hero; 2400 px covers retina-density laptops; over 3000 px is wasted unless the reader will pinch-zoom.
Re-save accumulation. Each save at quality 75 takes the previous save's quantisation as its starting point. Five saves at 75 looks visibly worse than one save at 75 even though every step claimed the same quality. Always re-export from your master at the chosen final quality - never repeatedly compress an already-compressed JPEG.
The one-paragraph rule of thumb
If the JPEG is the version your visitor will download: quality 75. If you might re-edit it: quality 90. If it is for a thumbnail / preview: quality 60. If you have a mixed batch: AI auto. Below 60: only for thumbnails or aggressive-size needs (email under 1 MB total). Above 95: only when you also need transparency or layered metadata, in which case JPEG is the wrong format - export PNG or TIFF instead. The JPEG compressor tool drives the same pipeline whether you pick a fixed quality or AI auto - the difference is whether the quality value gets picked once for every image or once per image.
FAQ
Does JPEG quality 100 mean lossless?
No. JPEG quality 100 is the highest setting in most encoders, but it still applies the discrete cosine transform and quantisation - just with the smallest rounding step. Truly lossless requires a different format (PNG, TIFF, JPEG 2000 in lossless mode, or HEIC lossless). Quality 100 wastes bytes against quality 95 for almost no perceptual gain.
Can I "decompress" a JPEG to recover the original?
No. JPEG is lossy. The encoder discarded data when it first compressed the image; that data is not stored anywhere. The "original" exists only if you kept the source file (RAW, PNG, or a higher-quality JPEG) before re-encoding.
Why does the same quality value give different file sizes on different images?
The quality value sets the quantisation step, not the output bytes. A flat-colour screenshot at quality 80 is much smaller than a noisy night-time photo at quality 80 because the encoder ran out of high-frequency content to remove. The percentages in the task table above are typical for matching content type.
Does the JPEG compressor strip EXIF metadata?
Re-encoding usually re-emits the EXIF block from the source, but tools differ. For a photo you plan to publish (where camera GPS coordinates are private), strip EXIF after compressing - the JPEG compressor page documents which EXIF fields it preserves.
Should I convert HEIC to JPEG before compressing, or compress the HEIC directly?
HEIC is already 30-50% smaller than the equivalent JPEG at the same perceived quality. If your reader's device supports HEIC, keep it. If you must serve to older browsers, convert HEIC to JPEG first (use HEIC to JPG) and then compress at quality 75.
Related
- JPEG compressor - the tool itself; pick a quality value or hit AI auto.
- JPG vs PNG for the web - the format pick before you compress (photos = JPG, UI / screenshots = PNG).
- When to compress vs convert an image - the byte-count rule that decides between cutting size with quality and cutting size with format change.
- HEIC vs JPG vs WebP - the modern-format trade-off; WebP at quality 80 typically beats JPEG at the same perceived quality.
- JPG vs JPEG - are they the same? - one-paragraph answer: yes, identical format; .jpg vs .jpeg is just the file extension.
- HEIC to JPG converter - convert iPhone HEIC photos to JPG first, then compress.
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.