1Upload the GIF animations you want resized — work from the largest original you have rather than from a copy you already shrank once.
2Set the new size: for an image, a width and height in pixels with an optional aspect-ratio lock; for a video, one of the preset sizes from 1920x1080 down to 640x360.
3Start the resize; the picture is scaled to the size you chose.
4Download the resized GIF file.
Resize GIF FAQ
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.
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 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 5 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.
Why does a EPUB site host Resize GIF?
+
EPUB.to is built around the open eBook format — XHTML in a zip, reflowable by design, and readable on hardware nobody has thought about the layout for. A book is a zip full of markup, images and fonts, so almost every job people bring to an eBook site is really a job on one of those things. Resize GIF runs on the same upload and the same account as the conversions because that is where it is needed.
What should I do with the result once Resize GIF is finished?
+
The converter on this site moves books between EPUB, MOBI, AZW3, PDF and DOCX, so a title ends up on whatever hardware is actually going to read it. Doing that after Resize GIF means the conversion is made from the version you settled on, not from the one you were still fixing.
Is Resize GIF here the same tool the sibling sites run?
+
The engines are shared — the same toolchain, the same workers, the same limits. What a EPUB site adds is a view on reflow: which of these operations a reflowable book genuinely supports, and which ones only make sense on the fixed-layout media inside it. It also starts from one fact about the format this site is named after: the book is a zip of XHTML with a manifest, so the text costs almost nothing and every decision that matters is about the embedded images and font subsets.
Do I need an account, and does anything get kept?
+
No account is needed. Uploads and results are kept for about 24 hours, which leaves time to download the result, and are then deleted automatically; nobody reads, lists or indexes them. Several files in one job need a paid plan.
