How to choose a WordPress image optimisation plugin

The plugin matters less than most comparisons suggest. What you upload, and how many image sizes your theme registers, decide more than any setting inside one.

What a plugin can and cannot do

Can — bulk convert to WebP
The main reason to install one.
Can — serve per browser
WebP to those that support it, the original to those that do not.
Can — compress on upload
Useful, though better done before uploading.
Can — offload to a CDN
Often a bigger win than the compression itself.
Cannot — fix an oversized upload
Every derivative is generated from what you gave it.
Cannot — undo lossy compression
Re-compressing an already-compressed upload adds a second lossy pass.
Cannot — stop your theme registering ten sizes
That is a theme problem.

Choosing sensibly

A disclosure

This site is a browser-based compressor, which overlaps with what these plugins do at upload time. We have deliberately not written a ranked list of named plugins: we compete with some of them, several are commercial products whose terms change, and a leaderboard would be out of date within a year.

The criteria below are the ones that actually differentiate them, and they are stable.

Do the free things first

Three changes cost nothing and usually outperform installing anything.

Compress before uploading. WordPress generates a copy at every registered size from whatever you give it, so one oversized original becomes a dozen oversized derivatives. Around 2000 pixels on the longest edge at quality 80 is right for almost every theme.

Audit your registered image sizes. A default install creates a few; a theme with a page builder can register a dozen, each generated for every upload. Most are never used. Removing them shrinks your uploads directory and speeds up every future upload.

Check what is actually served. Open a page in the browser's network panel and sort by size. It is common to find a CSS background image or a slider bypassing WordPress's responsive sizing entirely — no plugin will fix that.

Do these and a plugin has an easy job. Skip them and it has an impossible one.

The criteria that separate plugins

  1. Where compression happens. Some process on your server; others upload every image to the vendor's service. The second is a data-processing relationship, and it matters if the site handles anything sensitive. It also means your media library depends on their uptime and pricing.
  2. What happens if you deactivate it. The important question nobody asks. Do your WebP files survive? Does the site fall back cleanly, or do images break? Some plugins are effectively irreversible without work.
  3. Whether originals are preserved. You want the ability to restore and re-generate. A plugin that overwrites originals removes your ability to change your mind.
  4. How WebP is delivered. Rewriting URLs, server rules, or a <picture> element — each interacts differently with page caching, and a mismatch causes the wrong format to be served from cache.
  5. Pricing model. Per-image credits can become expensive on a large library and are usually consumed again by a bulk re-run.
  6. Server load. Local compression uses your own CPU, which matters on shared hosting.

Where the real wins usually are

In practice the largest improvements on most WordPress sites are not from compression settings at all.

  • CDN delivery. Frequently a bigger effect than any compression, particularly for geographically distributed visitors.
  • Fixing the hero image. Usually the LCP element, and often lazy-loaded by an over-eager plugin — which actively harms the metric it was installed to improve.
  • Reducing registered image sizes. Less disk, faster uploads, smaller backups.
  • Replacing a heavy slider. Sliders routinely load every slide at full size on page load.

Warning signs

  • Claims of "lossless" savings above about 20% on photographic content.
  • Lazy loading applied to every image with no exclusion for the hero.
  • No way to restore originals.
  • Compression credits that reset in a way that makes a bulk re-run expensive.
  • A plugin that also promises to do caching, SEO and security. Image optimisation is a small job; a plugin doing four jobs is doing none of them well.

Try it yourself

Everything below runs in your browser, so you can test any of this on your own files without uploading them.

  • Bulk compressor

    One setting across a whole folder, processed in parallel, downloaded as a ZIP.

    Open the tool
  • JPG to WebP

    Typically 25–35% smaller at matched quality. The standard web win.

    Open the tool
  • Resize image

    By pixels or percentage, aspect ratio locked, across a whole batch.

    Open the tool
  • Compress to 200KB

    Full resolution kept, quality still invisible to the eye.

    Open the tool

Questions

Frequently asked questions

Every answer below is present in the page source, expanded, so it can be read without opening anything.

Do I need an image optimisation plugin at all?

Only for jobs you cannot do at upload time — bulk converting an existing library to WebP, and serving the right format per browser. If you compress and resize before uploading, a plugin adds considerably less than its marketing implies.

Which WordPress image plugin is best?

We deliberately do not rank them: we overlap with what they do, several are commercial products whose terms change, and any list would be stale within a year. The criteria on this page are what differentiate them, and they do not go out of date.

Should I use a plugin that uploads images to its own servers?

It is a genuine trade-off. You get better encoders and no load on your own hosting; you also create a data-processing relationship and a dependency on their uptime and pricing. For a site handling anything sensitive, prefer local processing.

What happens if I deactivate the plugin?

Check before you install, not after. Some leave the converted files and fall back cleanly; others break image delivery until you undo their changes. It is the question people most often wish they had asked.

Will a plugin fix my Core Web Vitals?

Partly. It can reduce bytes, which helps LCP. It can also hurt if it lazy-loads your hero image — that delays the very element the metric measures, and blanket lazy-loading settings do it routinely.

Is it better to compress before uploading?

Yes, clearly. WordPress generates every registered size from your upload, so an oversized original multiplies into a dozen oversized derivatives. Compressing afterwards means a second lossy pass over files that were made badly.

From the blog

Related reading

Longer, more practical guides from the blog.

  • Practical Guides

    How to Compress Images for a Website Without Wrecking Them

    Resize before you compress. Measured on one photograph: half the width at quality 80 produced a 16.4 KB file, while full width at quality 40 produced 20.6 KB and looked far worse. The order of operations matters more than the settings.

    8 min read

  • Image Formats

    WebP vs JPEG: Which Should You Use, and When JPEG Still Wins

    WebP produced a 27.0 KB file against MozJPEG's 41.1 KB on the same photograph at slightly higher measured fidelity — 34% smaller. It also produced a larger file than JPEG on random noise. The advantage is real and content-dependent.

    9 min read

  • Image Compression

    JPEG Quality Settings Explained: What the Number Actually Means

    Quality 80 is not 80% of anything. It is an index into a quantisation table. Measured on one photograph: dropping from 100 to 90 removes 77% of the file and 4.2 dB of fidelity; dropping from 40 to 30 removes 17% and costs almost as much.

    8 min read