One quota pool, three doors
The web app, API and CLI run on the same quota. A compression run is only counted when the output actually gets smaller — failures and no-gain results never are. A successful upscale costs 1 run — the output is by design larger than the input, so the “smaller output” rule does not apply to it. Failed upscales, timeouts and invalid input are never charged.
Free
¥0
Every shipped capability is free to use right now.
- Signed out: 5 runs a day
- Signed in: 50 runs a month
- Up to 5 MB per image
- Web, API and CLI share one pool
- 1 API key; results kept for 24 hours
- Compressions count only when the output shrinks; failed upscales never count
Use it directly: Web compressor · Command line · Developer docs
Do failed compressions or no-gain results count against my quota?
No. Failures never count, and neither do results that don't get smaller — the original is kept unless you convert, and an explicit conversion still returns the converted file even when it isn't smaller. Only output that actually shrinks counts as one run. Upscaling is the exception to that rule — see below.
How are upscales counted?
A successful upscale costs 1 run — the output is by design larger than the input, so the “smaller output” rule does not apply to it. Failed upscales, timeouts and invalid input are never charged. Upscaling draws on the same quota as compression.
When does the quota reset?
Daily for signed-out visitors, monthly for accounts. The reset time is shown in your dashboard.
Do the web and the API share the same quota?
Yes — one account, one pool. Web, API and CLI all draw on it.
How do conversions count?
A conversion costs 1 extra run on top of the compression: compress and convert to WebP counts as 2. Converting to the source format counts as 1, and failed conversions never count.