
Image Size Reducer
@imagesizereducer
An image size reducer takes a file you already have and gives back a lighter version of the same picture. It is built for the people who ship pages, listings, emails, and documents, where the weight of an image is paid again on every load.
A tool that rewrites a file more efficiently, or rebuilds its pixel grid, so the same picture takes up fewer bytes.
The order of the two operations is deliberate: make the encoding cheaper first, and change the pixel grid only when the reported weight says it is necessary.
A first pass that changes nothing
The file is rewritten so it describes the same pixels more efficiently. If the result is small enough, the work is over and no visible compromise was made.
Downscaling for the other kind of weight
When the excess is in the dimensions rather than the encoding, the grid can be reduced to the size the image is displayed at, which moves the number much further than compression can.
The result is measured, not promised
Every attempt reports the weight it produced, so a reduction can be compared against the original and against a target instead of being taken on faith.
Transparency is part of the data
The alpha channel is re-encoded with the colors rather than flattened, so cut-outs keep their edges and their empty space through either operation.
Nothing is uploaded
The file is read by the browser tab you already have open, which removes the wait for a server, the sign-up form, and the question of what happens to the copy you sent.

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer

Image Size Reducer
@imagesizereducer
Four steps, and only the third one asks you to decide anything.
Open the file in the workspace. Its current weight is recorded, because that number is the baseline every later attempt is measured against.
Take the lossless pass and look at what it produced. A file that already meets the target is finished here and needs no further choice.
When the saving falls short, decide which trade is acceptable: a stronger encoding, a smaller grid, or dropping stored metadata. Each candidate is reported before you keep it.
Save the version you settled on. It arrives with the dimensions and the transparency you chose, ready to go back into the page, folder, or message it came from.
Four kinds of work where the weight of a file is a recurring cost rather than a one-off annoyance.
Web developers
product and marketing pages
Speed is measured and reported, and images are usually the largest item left on the list. A lossless reduction is the rare performance fix that never needs a design conversation.
Online sellers
listing photos with upload limits
Every marketplace publishes its own maximum, and one batch of shots has to fit all of them. Checking the weight before listing beats resubmitting after a rejection.
Newsletter senders
image-heavy email campaigns
Mail clients struggle with heavy graphics, and a campaign that renders slowly loses readers before the first paragraph. Lighter files open sooner without changing the design.
Design handoffs
source files passed between teams
Every handoff adds a copy and every copy adds weight. Agreeing on one reduced master keeps the folder honest and stops a stale export from being reused.
What the reducer changes, what it leaves alone, and where the reported numbers come from.
Load the image, take the cheapest reduction that works, and check the reported weight against the original before you replace anything.
Reduce this fileSmaller files, same picture.