Step 1. Resize before you compress

The biggest saving usually comes not from compression but from dimensions. A 4000 × 3000 phone photo shown in an 800-pixel-wide column carries far more pixels than anyone will see. Rule of thumb: make the image as wide as its largest display size, times 2 if you want it sharp on high-density (“Retina”) screens. For an 800 px column that means about 1600 px wide.

Use an image resizer first, then compress.

Step 2. Pick the right format

FormatCompressionTransparencyBest for
JPEGLossyNoPhotos; universal fallback
PNGLosslessYesScreenshots, UI, graphics with sharp edges and few colours
WebPLossy or losslessYesPhotos and graphics; a good modern default
AVIFLossy or losslessYesPhotos where every kilobyte counts; slower to encode
SVGVectorYesLogos, icons, simple illustrations

WebP is supported by all current major browsers. Google’s own comparison reports lossy WebP files roughly 25–34% smaller than JPEGs of similar quality, and lossless WebP about a quarter smaller than PNG; your results will vary with the image. A common mistake is saving photos as PNG — a photo in PNG can easily be several times larger than a good JPEG or WebP with no visible benefit.

Step 3. Choose the quality setting

“Quality” in JPEG and WebP encoders is a scale, not a percentage of the original. A setting of about 75–85 is a common starting point for photos. The honest way to decide is visual:

  1. Open the image compressor and load the image.
  2. Choose WebP or JPEG and lower the quality while watching the before/after comparison at 100% zoom.
  3. Stop when you start to see blockiness, banding in skies or halos around text, then go back up a few steps.

Images with large smooth areas (sky, gradients) show artefacts sooner; busy, detailed photos tolerate lower settings. Text inside images suffers the most — consider real HTML text instead.

Step 4. Strip what you don’t need

Camera photos include EXIF metadata — camera model, date and sometimes GPS location. It adds weight and can leak private information. Re-encoding in a compressor usually removes it; you can check with an EXIF viewer. For SVG files, an SVG optimizer removes editor junk and comments.

Step 5. Serve images efficiently in HTML

<picture>
  <source type="image/webp" srcset="hero-800.webp 800w, hero-1600.webp 1600w" sizes="(max-width: 800px) 100vw, 800px">
  <img src="hero-1600.jpg" srcset="hero-800.jpg 800w, hero-1600.jpg 1600w" sizes="(max-width: 800px) 100vw, 800px"
       width="1600" height="900" alt="Team at work in the office" decoding="async">
</picture>

<!-- below the fold: let the browser load it later -->
<img src="chart.webp" width="1200" height="675" alt="Monthly sales chart" loading="lazy" decoding="async">

Quick checklist

Need to convert a whole batch of JPG or PNG files? The WebP converter does it in the browser.

🗜️ Compress to WebP, JPEG or PNG with a live before/after comparison — in your browser:
Open the image compressor→

Frequently asked questions

What is the best image format for a website?

For photos, WebP (or AVIF) usually gives the smallest files at a given visual quality, with JPEG as a universal fallback. For logos, icons and simple graphics, SVG is best; PNG or lossless WebP suit screenshots and images that need transparency.

What JPEG or WebP quality should I use?

A quality setting around 75–85 is a common starting point for photos on the web. Compare the result with the original at 100% zoom and lower the setting until you notice artefacts, then step back up slightly.

How big should images be on a web page?

No larger than they are displayed, times the screen density you want to support. An image shown 800 CSS pixels wide needs about 1600 pixels for sharp results on high-density (2×) screens; anything larger only adds weight.

Does compressing images help SEO?

Indirectly. Lighter images make pages load faster, which improves user experience and Core Web Vitals such as Largest Contentful Paint. Descriptive file names and alt text help image search directly.

Are my images uploaded when I compress them here?

No. The compressor and the WebP converter run in your browser; files stay on your device.