Static behavior is explicit
The route rejects animation explicitly and keeps transparency on alpha-capable output paths, matching the product's static-format contract.
Compress WebP Images Online
Compress static WebP images locally with Smart or manual quality controls and optional resizing.
Local processingBatch readyIndividual or ZIP download
Recompress static WebP with evidence, not promises.
WebP is already a compressed web format, so useful optimization depends on the source quality and dimensions. This page measures the new result instead of assuming re-encoding always helps.
- Input
- Static WebP
- Default output
- WebP
- Controls
- Smart, quality, resize, target size
Re-encoding is measured
Every result includes original and output bytes, dimensions and saved percentage, including a clear larger-result state.
How it works
Static WebP files are decoded and re-encoded locally in a worker. Local image bytes and filenames are not sent to the server.
Choose static WebP
Add static WebP files. Animated containers and other formats are rejected on this focused route.
Tune only what matters
Use Smart mode or set quality, dimensions and a target size based on where the image will be used.
Keep the better file
Inspect the output size and preview. Keep the original whenever the encoded result is larger or visually unsuitable.
Useful for
- Reduce oversized WebP hero images by bounding their dimensions.
- Re-encode high-quality WebP exports for thumbnails or article content.
- Target a specific delivery budget and compare the outcome before replacing an asset.
Questions about compress webp images online
Can I compress animated WebP images?
No. This tool supports static WebP only and rejects animated WebP files instead of silently flattening their animation.
Will every WebP become smaller?
Re-encoding can help when the source was saved at unnecessarily high quality or dimensions, but an already efficient WebP may not become smaller. The result reports either savings or growth.
Does WebP transparency remain intact?
Yes. The browser decode and canvas path retains alpha-capable pixels when WebP remains the output. Converting to JPEG requires a background color.