How Much Can You Compress a PNG?

You've got a PNG that's too large. Maybe it's slowing your page load, blowing your storage budget, or getting rejected by a platform's file size limit. You open a compression tool, hit compress — and walk away with a file that's 8% smaller. That's... not what you were hoping for.

The frustrating truth is that "how much can a PNG be compressed" doesn't have one answer. It has five — depending on the image content, the strategy you apply, and whether you're willing to let any visual information change. Done wrong, compression yields almost nothing. Done right, the same PNG file can be 80% smaller, visually identical, and served in a format browsers prefer. This guide breaks down every scenario with real numbers.

Quick Answer

Lossless PNG compression typically reduces file size by 5–25%. Lossy palette quantization achieves 50–80% reduction. Converting to WebP delivers 25–80% smaller files depending on mode. The actual number you get depends on image content — flat graphics compress far more than photographs.

1. What PNG compression actually means

PNG files store pixel data using a two-stage compression pipeline: a reversible filtering pass that converts pixel values into small differences, followed by DEFLATE — the same algorithm inside ZIP files. This pipeline is always mathematically lossless. The pixel values decoded from a PNG are bit-for-bit identical to the originals.

That lossless guarantee is what most people mean when they say "compress a PNG." But it's only half the picture. There are actually three distinct compression strategies available for PNG files, each with a very different outcome:

Understanding which strategy you're applying — and which your tool of choice actually uses — is the prerequisite to understanding why your numbers look the way they do.

📌 Key Insight A PNG is "lossless" in terms of how it stores data, but that doesn't mean it stores data efficiently. The same pixel values can produce a PNG that is 40 KB or one that is 200 KB. The difference is entirely in how hard the encoder worked. This is why recompression tools exist — and why they can recover real savings without touching a single pixel.
5–25% Typical lossless recompression savings
50–80% Typical lossy quantization savings
25–80% WebP vs equivalent PNG
90%+ Max savings when combining resize + format conversion

2. Why compression ratio matters for your site

Images are the single largest contributor to page weight on most websites. According to HTTP Archive data, images account for around 50% of the average page's total transfer size. PNG files, specifically, tend to be among the worst offenders because they are generated by design tools at maximum quality with no output optimization in mind.

The compounding effects reach further than raw load time:

📏 The 80/20 Rule for Image Audits In almost every site audit, 20% of the images account for 80% of the total image payload. Find those images — usually hero images, feature section backgrounds, and product photos — and fix them first. Don't waste cycles micro-optimizing thumbnails while your above-the-fold hero is an unoptimized 3 MB PNG.

3. Step-by-step: how to get maximum savings

Maximum compression isn't a single button press — it's a sequence of decisions made in the right order. Here's the exact process to follow for any PNG that needs to be smaller.

1
Check if PNG is even the right format

Before compressing, ask: should this be a PNG at all? Photographs belong in JPEG or WebP. Logos and icons with clean geometry belong in SVG. Only UI elements, flat graphics with transparency, and screenshots genuinely belong in PNG. Switching formats delivers larger savings than any compressor.

2
Resize to actual display dimensions

A 2000×2000 PNG served in a 400×400 slot carries 25× more pixels than needed. Resize the image to its display size at 2× for retina (so 800×800 for a 400×400 slot). This single step typically produces 80–95% file size reduction on oversized images — no compression algorithm can compete with correct sizing.

3
Strip all metadata

Remove tEXt, iTXt, gAMA, cHRM, iCCP, bKGD, pHYs, and sBIT chunks. Design tool exports carry Adobe XMP blocks, color profiles, and software version strings. Phone-generated PNGs carry GPS coordinates and EXIF data. None of this affects rendering — it's pure file weight. A good optimizer handles this automatically.

4
Reduce color depth where possible

If your image has no transparent pixels, convert from RGBA (4 bytes/pixel) to RGB (3 bytes/pixel) — a free 25% reduction in raw data. If the image uses fewer than 256 distinct colors, convert to indexed (palette) mode — 1 byte/pixel instead of 3 or 4. This transformation alone can dwarf any DEFLATE recompression gain.

5
Apply lossy quantization (if appropriate)

For flat graphics, icons, and UI elements: run the image through a palette quantizer at quality 80–100. This maps millions of colors to 256 most-representative ones using perceptual algorithms. For most non-photographic PNGs, the visual output is indistinguishable from the original while the file is 50–75% smaller.

6
Recompress the DEFLATE stream

Run the output through a lossless DEFLATE optimizer (OxiPNG, Zopfli). These tools test multiple filter strategies per row and use higher-effort compression passes to find a smaller representation of the same pixel data. Savings here: 5–15% on top of everything else you've already done.

7
Review the output at 100% zoom

Always inspect the compressed image at full size before shipping. Lossy quantization at aggressive settings can produce visible banding in subtle gradients or color shifts in precise-color assets. A number alone isn't enough — your eyes are the final quality gate.

8
Consider WebP for final delivery

If browser compatibility permits (97%+ global support in 2026), export the final optimized PNG to WebP for delivery. Lossless WebP beats lossless PNG by 25–34%. Lossy WebP with transparency beats optimized PNG by 60–80%. Keep your master as PNG; serve as WebP.

Compress your PNG files right now — free Lossless and lossy modes. No signup. Runs entirely in your browser.
Open PNG Compressor →

4. Common mistakes that kill your compression ratio

These aren't edge cases — they're patterns seen across thousands of production sites. Each one represents recoverable savings sitting idle.

Using PNG for photographs

Photographs have millions of distinct colors and complex noise — exactly what PNG handles worst. A 500 KB JPEG and a 2.5 MB PNG can look identical on screen. PNG's lossless guarantee is meaningless for a photo whose "original" data is already a lossy sensor reconstruction. Use JPEG at quality 82–88 or WebP lossy. The PNG version buys you nothing.

Exporting RGBA when there's no transparency

Design tools default to RGBA because it's safe. But if an image has no transparent pixels, that alpha channel stores 255 (fully opaque) for every single pixel — 25% extra data carrying zero information. Always check whether your export actually uses transparency before choosing RGBA.

Skipping metadata stripping

Metadata stripping is the fastest, cheapest, always-safe optimization available. An iPhone photo embedded in a PNG can carry 10–30 KB of EXIF data — GPS coordinates, camera model, shutter speed. Design tool exports carry Adobe XMP blocks and color profiles. All of it is invisible to the browser renderer. Strip it unconditionally.

Serving large images in small slots

Compressing a 2000×2000 PNG and then displaying it in a 200×200 slot means the browser downloads 100× more pixel data than it renders. No compressor recovers those bytes after the fact. Resize to display dimensions — accounting for 2× retina — before any compression pass. Dimension-correct images at proper compression will always beat oversized images at aggressive compression.

Treating all images the same

A flat logo with 8 colors and a gradient-heavy illustration respond completely differently to the same compression settings. Flat graphics with few colors should use indexed mode with low or no dithering. Complex images need higher color counts and full dithering. Running a single preset across all images guarantees suboptimal results across the board.

Not checking output visually

Lossy quantization at aggressive settings can produce visible color banding in gradients, shifts in precise brand colors, or edge artifacts on anti-aliased text. A file size number is not a quality metric. Review every lossy-compressed image at 100% zoom before shipping, especially images with subtle gradients or exact color requirements.

5. Real examples: what to expect by image type

Compression ratio is almost entirely determined by image content. Here's what to expect for the most common PNG types found in production.

Flat Logo / Icon
UI Icon (24 colors, transparency)
Original48 KB
After lossless39 KB
After lossy quantization11 KB
As WebP lossy7 KB
77%
total savings (PNG → WebP)
Screenshot
UI Screenshot (browser, white bg)
Original320 KB
After lossless248 KB
After lossy quantization148 KB
As WebP lossy62 KB
81%
total savings (PNG → WebP)
Illustration
Gradient Illustration (complex colors)
Original510 KB
After lossless440 KB
After lossy quantization220 KB
As WebP lossy95 KB
81%
total savings (PNG → WebP)
Photograph (wrong format)
Product Photo (stored as PNG)
Original PNG1.8 MB
After lossless1.6 MB
After lossy quantization920 KB
As JPEG q85180 KB
90%
total savings (PNG → JPEG)
📸 The Photograph Exception Notice that lossy quantization of a photograph in PNG still produces a 920 KB file — bigger than a JPEG by 5×. This is because quantizing millions of photo colors into 256 shades produces heavy banding that requires more DEFLATE data to store accurately. For photos, format conversion to JPEG or WebP is always the correct answer, not PNG compression.

6. Compression method comparison table

Use this table to quickly identify the right strategy for your specific image and performance goal.

Method Typical Savings Quality Impact Best For Risk
Metadata stripping 1–15 KB (flat) None All PNGs Zero
Color type reduction (RGBA → RGB) ~20–25% of IDAT None Images with no transparency Zero
Indexed conversion (<256 colors) 50–75% None Logos, icons, flat graphics Zero
DEFLATE recompression (OxiPNG/Zopfli) 5–15% None Any PNG not yet optimized Zero
Lossy palette quantization (pngquant q80+) 50–80% Imperceptible at q80+ UI graphics, illustrations Check gradients visually
Lossy quantization (pngquant q40–70) 70–85% Visible on gradients Thumbnails, low-priority images Always review output
Convert to WebP lossless 25–34% vs PNG None Web delivery of any PNG 97%+ browser support
Convert to WebP lossy + alpha 60–80% vs PNG Imperceptible at q80+ Transparent images for web 97%+ browser support
Convert to JPEG 70–90% vs PNG Lossy, no transparency Photographs in PNG format Universal support
Convert to SVG 70–95% vs PNG Infinite scale Logos, icons, geometric art Universal support
Do not use lossy compression Medical / forensic / scientific Pixel accuracy required

7. Compress your PNG now

The fastest way to see what compression ratio your specific PNG file can actually achieve is to run it. The Rebrixe PNG Compressor applies the full optimization pipeline — metadata stripping, color depth analysis, and both lossless and lossy modes — in your browser. No upload, no account, no waiting.

Compress your PNG — free, instant, private

Runs entirely in your browser. Your images never leave your device. Both lossless and lossy modes available. See your actual savings in seconds.

Launch the PNG Compressor →

If you've determined that PNG isn't the right format — which, for most web images, it isn't — here are the format-specific tools for each alternative:

Converting to WebP? Start here. WebP beats PNG by 25–80% on file size. Convert and compress in one step.
Open WebP Compressor →
Working with photographs? Use JPEG. Quality-controlled JPEG compression — up to 90% smaller than a PNG photo.
Open JPEG Compressor →
Got a logo or icon? Try SVG. Strip redundant markup from design tool SVG exports and make them tiny.
Open SVG Compressor →

8. Frequently asked questions

It depends almost entirely on the image content. Flat graphics and logos with few colors: 70–80% with lossy quantization, looking visually identical. Complex illustrations: 50–65%. Photographs stored as PNGs: 10–20% losslessly, but the right answer there is format conversion to JPEG or WebP (70–90% smaller). The single biggest lever is usually not the compression algorithm — it's choosing the right format and strategy for the content type.
Yes — with lossless optimization. Stripping metadata, reducing color depth when possible (RGBA → RGB for opaque images, or down to indexed for <256 colors), and recompressing the DEFLATE stream with a high-effort optimizer like OxiPNG or Zopfli produces savings of 10–30% with zero change to pixel values. At quality settings of 80 or above, lossy quantization is also visually lossless to human perception for the vast majority of real-world images.
For pure lossless methods, the practical ceiling is around 30% reduction from a naively exported PNG. With lossy palette quantization, you can reach 80% on flat graphics. If you include format conversion — to WebP or SVG — effective savings versus the original PNG can exceed 90% for icons and logos. There is no universal maximum because it scales directly with how compressible the pixel content is.
The most common causes: (1) The image is a photograph — PNGs are a poor format for photos; switch to JPEG or WebP. (2) The image is exported as RGBA but has no transparency — a free 25% saving is being missed. (3) The tool you used only did DEFLATE recompression and didn't strip metadata or reduce color depth. (4) The image is being served at dimensions far larger than its display size — resize it first. Most large "post-compression" PNGs have a structural problem, not a compressor problem.
At quality 80 or above, lossy PNG quantization is visually undetectable for the vast majority of web images. Always view the output at 100% zoom before publishing. Avoid lossy compression entirely for medical imaging, forensic photography, scientific data visualizations, or any use case where pixel-exact accuracy is required. For ordinary web graphics — UI icons, feature images, product shots with flat areas — quality 85+ is a safe default.
WebP wins for web delivery in almost every case. Lossless WebP beats lossless PNG by 25–34% on file size. Lossy WebP with transparency beats equivalent PNG by 60–80%. WebP has 97%+ global browser support as of 2026. The practical workflow: keep your original master file as PNG for editing flexibility, export to WebP for everything served on the web. These are not mutually exclusive — they're different tools for different jobs.
Not in the technical sense, but in the practical sense it's the most impactful "compression" step available. Halving an image's linear dimensions reduces its pixel count — and therefore file size — by 75%. A 2000×2000 image served in a 400×400 slot needs to be a 800×800 image at 2× retina. Doing that resize before compression means your compressor is working on a fraction of the original data, and the final output is dramatically smaller. Always resize to display dimensions before any compression pass.
← Back to Guides