Compress image to 30KB
Drop a photo in, and it comes back under 30KB at the best quality that still fits. Everything runs inside this browser tab — your files are never uploaded.
Who asks you to compress image to 30kb
A common cap for small profile thumbnails in older PHP-based CMS and job boards.
Whatever the reason for the limit, the practical problem is identical: a modern phone camera produces files of several megabytes and the form in front of you will not take them. What you need is not "smaller" but "under this specific number", which is exactly what a plain quality slider cannot give you.
Resolution you keep at 30KB
A useful rule of thumb: a typical photograph at moderate quality costs roughly an eighth of a byte per pixel. Working backwards from 30KB, the practical ceiling is around 256,000 pixels — approximately 620 by 410. Stay at or below that and the encoder has enough budget to look clean. Push well past it and you are spreading a fixed budget over more pixels, which is where blocking and smeared detail come from.
This is an order-of-magnitude guide, not a promise, because content matters enormously. A flat product shot, a screenshot or a scanned signature compresses several times better than the estimate. A noisy night scene or dense foliage compresses considerably worse, since noise is incompressible by design. When you compress image to 30kb here the tool measures the real encoded file rather than estimating, so the answer is honest for your specific image.
If the estimate says your photograph is well past that pixel budget, the better move is to reduce the dimensions deliberately before you compress image to 30kb, choosing what to lose rather than letting the encoder decide. A half-resolution image at a generous quality setting almost always looks better than a full-resolution one squeezed to the same number of bytes.
How this tool can compress image to 30kb exactly
Most compressors give you a quality slider and let you find out afterwards how big the file turned out. That is the wrong way round when you have a hard ceiling. This tool works backwards from the number: you ask it to compress an image, and it searches for the encoder setting that lands just underneath.
The search is a binary search over the JPEG or WebP quality parameter. It encodes at the midpoint of the remaining range, checks the byte count against 30KB, and moves the range accordingly. Nine passes narrow the setting far finer than the eye can resolve, and every pass keeps the best result that fit — so what comes back is the highest quality version that still fits, not the first one that happened to work. Nine passes is also fast enough that you can compress image to 30kb, look at the result, change the number and run it again without ever waiting on a progress bar.
When quality alone cannot get there, the tool reduces pixel dimensions in steps and searches again. That order matters: dropping quality first preserves your framing, while shrinking first throws away detail no quality setting can recover. Final dimensions are listed next to the file whenever a resize was needed, so an attempt to compress image to 30kb never quietly returns something smaller than you asked for without saying what it gave up to get there.
JPG, PNG or WebP at 30KB?
At 30KB the format choice is effectively made for you. PNG is a lossless format, which means the quality parameter browsers expose has no effect on it whatsoever — a PNG can only be made smaller by removing pixels. Reaching 30KB with a lossless PNG would mean shrinking a photograph to something closer to a thumbnail. JPG is the right answer here, and the tool selects it automatically when you leave the format on Auto.
WebP would in principle be even more efficient, but at targets this aggressive the difference between the two is small, and JPG is accepted by every upload form, government portal and legacy system you are likely to be fighting with. When the ceiling is this low, compatibility is worth more than the last few kilobytes.
Your files never leave the browser
Nothing you drop onto this page leaves your device. The image is decoded, re-encoded and handed back entirely inside the browser tab. There is no upload, no queue, and no temporary copy sitting on someone else's disk waiting for a retention policy to delete it.
That matters more than it sounds. The files people most often need to shrink are the ones they should be most careful with: passport scans, signatures, identity documents, medical forms. Handing those to an unknown server in exchange for a smaller file is a poor trade. Because the work is local, you can shrink a file with the network disconnected and get the same result.
It also means there is no queue to wait in and no daily allowance to run out of. Server-side compressors have to ration free use because every file costs them CPU time; here the CPU is yours, so you can compress image to 30kb as many times as you like, on as many files as you like, without an account.