Compress WebP
Make WebP files smaller in your browser.
Make images or PDFs smaller.
- JPG · PNG · WebP · Text · Word
- Word
- PDF · Text
This is free and always will be. Buy me a coffee
Your files are processed by your own browser and never sent to a server.
What compressing WebP actually does
WebP is already the most efficient format most browsers can write, so compressing one is a matter of choosing a lower quality and re-encoding. Expect a smaller saving than you would get from a JPG of the same picture, because there is less waste to remove.
What a real WebP gives up
WebP is usually already the small one, which is why compressing it further has a lower ceiling than people expect. A 400 KB WebP photograph might reach 250 KB at 75% quality with a visible softening in flat areas, where the same starting picture as a 900 KB JPG would have dropped to 300 KB with nothing showing. If your WebP came off a website, assume it has been compressed once already and treat a further pass as a last resort. If it came out of a design tool at maximum quality, there is real room and the first pass will be worth it.
The two WebPs that share one extension
A lossless WebP, which is what you get from some screenshot tools, behaves like a PNG: re-encoding it lossily will shrink it a great deal, but it stops being pixel-exact.
More on what compression actually throws away.
Questions about compressing WebP
Is my WebP lossy or lossless to begin with?
You usually cannot tell by looking, and it matters. WebP has both modes in one format: lossless WebP is a PNG replacement, and lossy WebP is a JPG replacement that also keeps transparency. Compressing a lossless WebP gives you a large saving because nothing has been discarded yet. Compressing a lossy one is a second pass with the usual compounding problem. As a rule of thumb, a WebP saved from a website is lossy and one exported from a design tool is whatever the exporter chose.
Should I convert to JPG instead of compressing?
Only if something needs to open the file that cannot read WebP, which is a real problem outside browsers. For size alone the answer is no: WebP is the more efficient format, so converting to JPG at matched quality gives you a larger file, not a smaller one. If the goal is compatibility, convert. If the goal is bytes, stay in WebP and lower the quality.
Why keep transparency when JPG would be smaller?
Because filling it in is usually not a small change. A product photo cut out from its background, a logo, an interface element with rounded corners: put any of those on a page as a JPG and a white or grey rectangle appears around it. WebP is the only widely supported format that gives you both aggressive compression and an alpha channel, which is the specific reason it replaced PNG for that kind of image rather than sitting alongside it.
Is WebP still worth it now AVIF exists?
For most work, yes. AVIF is meaningfully smaller at the same quality - often by a third - but it is far slower to encode, and this tool has to fetch a 3.5 MB encoder before it can produce one, because no browser will write AVIF itself. WebP encodes instantly, is read everywhere including by software written a decade ago, and is already a large improvement on JPEG. Use AVIF where the file is going somewhere modern and the bytes genuinely matter; use WebP for everything else.
With a limit to hit
WebP reaches most budgets without much argument, which makes a fixed number here less of a fight than it is elsewhere. The quality search usually stops near the top of its range, and the picture keeps the dimensions it arrived with:
- any image under 50 KB
- any image under 100 KB
- any image under 200 KB
- any image under 500 KB
- any image under 1 MB
- any image under 2 MB
Compress something else
The same tool compresses JPG, PNG and PDF. With no format in mind, fit any image under a size.