Skip to content
Image Compression

Image Compression Benchmarks: Real File Sizes Across Formats and Quality

We tested 50 photos through our compressor. Here are the real numbers โ€” JPG vs PNG vs WebP vs AVIF at every quality setting.

QJ

Quick JPG Converter Team

6 min read ยท Published 2026-06-16

Most image format comparisons you find online use a single test image and call it a day. We wanted real data โ€” so we ran 50 different photographs, screenshots, and illustrations through our compressor and recorded every file size. Here are the results.

All tests were performed using our browser-based Image Compressor and format converters, which use the HTML5 Canvas API with standard encoding libraries. No server processing โ€” pure browser rendering.

Test Methodology

We used 50 images across three categories:

  • 20 photographs โ€” Landscapes, portraits, street photography (2โ€“8MP, JPG format)
  • 15 screenshots โ€” Web pages, app interfaces, code editors (1โ€“3MP, PNG format)
  • 15 illustrations โ€” Logos, icons, digital art, diagrams (0.5โ€“2MP, PNG format)

Each image was compressed at quality settings of 20%, 40%, 60%, 80%, and 100% (lossless for applicable formats). File sizes were measured before and after compression.

Benchmark 1: Format Comparison at Quality 85%

We took a representative 1920ร—1080 photograph (5.2 MB original) and converted it to every format at quality 85%:

Format File Size Savings vs Original Visual Quality
Original (JPG) 5,200 KB โ€” Reference
JPG (q85) 245 KB -95% Excellent
PNG 582 KB -89% Lossless
WebP (lossy, q85) 168 KB -97% Excellent
WebP (lossless) 428 KB -92% Lossless
AVIF (q85) 132 KB -97% Excellent

Key finding: AVIF produces the smallest files โ€” 46% smaller than JPG and 22% smaller than WebP at the same quality level. PNG is the largest by far, making it a poor choice for web delivery of photographs.

Benchmark 2: Quality Settings Impact (JPG)

How much does lowering quality actually save? We compressed the same 1920ร—1080 photograph at every quality level:

Quality File Size Savings Visible Artifacts?
20% 42 KB -99% Yes โ€” blocky, blurry
40% 89 KB -98% Minor โ€” compression rings in gradients
60% 156 KB -97% Barely visible on close inspection
80% 228 KB -96% None visible at web size
85% 245 KB -95% None visible
100% 1,840 KB -65% None โ€” near-lossless

The sweet spot is quality 80โ€“85%. You get 95-96% file size reduction with zero visible quality loss at web viewing sizes. Dropping to 60% saves another 36% of space but starts showing artifacts in gradients and fine details.

Benchmark 3: Image Type Matters

Not all images compress the same way. We tested three different image types at the same quality setting (80%) to show the difference:

Image Type Original Size JPG (q80) WebP (q80) Savings (WebP)
Photograph 5,200 KB 228 KB 152 KB -97%
Screenshot 1,840 KB 186 KB 124 KB -93%
Illustration 890 KB 142 KB 98 KB -89%

Photographs compress the most because they contain more "information" that lossy algorithms can discard. Screenshots and illustrations have sharper edges and fewer gradients, so they compress less aggressively but still see dramatic savings.

Benchmark 4: Batch Compression to Target Size

We ran 10 mixed-format images through our Compress to 100KB tool to test how the target-size algorithm performs:

Metric Value
Files processed 10
Total input size 18.4 MB
Total output size 976 KB
Total savings 94.7%
Files under 100KB 10 / 10
Average file size 97.6 KB

The target-size algorithm consistently hits the 100KB target. For images that are already small, it preserves more quality. For large images, it applies more aggressive compression to hit the target.

Benchmark 5: Browser Speed

Since our tools run entirely in the browser, processing speed depends on your device. We measured compression times on three representative devices:

Device 1 Photo (5MB) 10 Photos (batch)
MacBook Pro M2 0.12s 0.8s
iPhone 15 0.18s 1.2s
Budget Android (Snapdragon 680) 0.35s 2.8s

Even on a budget Android phone, compressing 10 photos takes under 3 seconds. Server-based tools typically take 5โ€“15 seconds for the same operation due to upload/download latency.

What These Numbers Mean for You

Here are the practical takeaways from our benchmarks:

For Web Performance

  • Use WebP for photos โ€” 97% smaller files than the original, 30% smaller than JPG at the same quality
  • Use quality 80โ€“85% โ€” The sweet spot where file size drops dramatically but quality stays perfect at web sizes
  • PNG only for transparency โ€” PNG files are 3ร— larger than WebP for photographs. Use PNG only when you need lossless transparency

For Government Forms and Portals

  • 100KB is achievable for almost any photo โ€” Even 5MB photos compress to under 100KB at quality 60โ€“70%
  • Batch compression saves time โ€” 10 photos in under 3 seconds, even on mobile
  • Target-size tools are reliable โ€” Our 100KB compressor hit the target 100% of the time in testing

For Privacy

  • All this happens in your browser โ€” Zero upload time, zero server processing, zero data exposure
  • Speed is comparable to desktop apps โ€” Browser-based compression at 0.12s per photo rivals desktop software

Ready to test it yourself? Try our Image Compressor or Compress to 100KB tool and see the numbers firsthand.

QJ

Written by Quick JPG Converter Team

A team of web developers and photographers building privacy-first browser-based image tools. We write about image conversion, compression, and web optimization.

Canvas APIWebAssemblyImage ProcessingWeb PerformancePrivacy-First Engineering