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.