1Upload the GIF animations you want resized — work from the largest original you have rather than from a copy you already shrank once.
2Type a target width, a target height or a percentage, and leave the aspect-ratio lock on unless you deliberately want stretching.
3Run the resize; every file in the batch is taken to the same target in a single pass.
4Download the resized GIF file, or the whole set together as one archive.
Resize GIF FAQ
How does Resize GIF change the dimensions?
+
Concretely, every frame is resampled to the new dimensions and the palette is re-derived afterwards, because a palette optimised for the original pixel grid is rarely the right one for a smaller grid. You give it a target width, a target height or a percentage, and it works from the original rather than from a previously resized copy.
Can I keep the aspect ratio, or force exact dimensions?
+
Both. Lock the ratio and one dimension is derived from the other, which is what you want almost always. Unlock it and you get exactly the numbers you typed, at the cost of stretching — useful for a fixed slot, wrong for a photograph.
Does the source format affect the result of a resize?
+
It does. GIF is capped at a 256-colour palette with single-bit (on/off) transparency and no partial alpha, which is why photographs band and dither in it. That is what decides whether shrinking the file is purely a question of pixels or also a question of re-encoding.
Is there anything specific to GIF I should watch for?
+
Yes — the palette is shared across the whole animation, so any change to one frame is negotiated against the colours every other frame needs. Worth checking before you resize a file you will not be able to regenerate.
What is the most common mistake when resizing GIF animations?
+
Upscaling. Enlarging cannot invent detail that was never captured, so the result is a soft version of the original at a bigger size. Always resize down from the largest source you have, and resize once rather than in stages.
What dimensions should I actually target?
+
Match the slot it will live in. A full-width web hero rarely needs more than 1920 pixels wide, a content image 1200, a thumbnail 400, and doubling those numbers covers high-DPI screens. Anything beyond that is bytes nobody sees.
What can I upload to Resize GIF?
+
Animated and static GIFs, plus animated WebP. Still images work too and are treated as a single-frame animation, which is occasionally what you want when building one.
Is there a file size limit on Resize GIF?
+
Yes: free accounts process images up to 25 MB each, which is a real constraint for animation — a few seconds of full-frame GIF reaches that quickly. If an animation is over the limit, cutting the frame rate is almost always a better first move than cutting the dimensions — the eye forgives 12 fps far more readily than it forgives a smaller picture.
Will Resize GIF lower the quality of my GIF animations?
+
The binding constraint on a GIF is not the operation, it is the 256-colour palette. Anything that changes pixel values forces a re-quantisation against a palette shared by every frame, which is where banding and dithering come from. Frame timing and loop count are preserved.
Can I run Resize GIF on several GIF animations at once?
+
Yes, and it is worth doing — per-file overhead on an animation is dominated by decoding every frame, so a batch amortises far better than the equivalent set of single runs.
Is animation preserved, or do I get a still?
+
Animation is preserved. Every frame is decoded, processed and re-assembled with the original delays and loop count intact. You only get a still if you explicitly ask for a single frame.
Does Resize GIF cost anything?
+
No. Resize GIF is free, needs no account, and adds no watermark to the output. Uploaded animations are deleted from the workers a short time after the job completes.