1Upload your GIF animations and wait for the preview to appear.
2Drag out the region you want to keep, or lock the selection to 1:1, 4:3 or 16:9 and drag freely inside that ratio.
3Confirm the crop — the same rectangle is applied to every file you uploaded, which is how a set ends up genuinely consistent.
4Download the cropped GIF file, with everything outside the frame discarded.
Crop GIF FAQ
Does my source format change how a crop behaves?
+
It can. 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 decides whether the crop is a pure pixel operation or whether the file has to be rebuilt around it.
Anything specific to GIF worth knowing before I crop?
+
Yes — the palette is shared across the whole animation, so any change to one frame is negotiated against the colours every other frame needs. That is the sort of detail that only shows up after you have overwritten the original.
What is the most common mistake when cropping GIF animations?
+
Cropping before resizing. Crop first from the full-resolution original, then resize the result — doing it the other way round means the region you keep has already lost detail it did not need to lose.
How does Crop GIF select and cut the area?
+
Concretely, the same rectangle is applied to every frame so the animation stays coherent, and frame delays and the loop count are carried across unchanged. You drag the region you want directly on the preview, or type exact pixel coordinates if you already know them.
Can I run Crop 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.
Is there a file size limit on Crop 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 Crop 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.
Why does a Word site host Crop GIF?
+
WORD.to is built around the editable end of a document's life — the DOCX that is still being written, still being styled and still being argued over, before anyone flattens it for sending. Office files are containers full of other people's media — images, embedded audio, fonts — so the work people need on them is usually the work they would need on those contents anyway. Crop GIF shares the upload, the caps and the account with the conversions for that reason.
What should I do with the result once Crop GIF is finished?
+
The converter on this site takes documents out to PDF for sending, to images for embedding and to plain text for anything that has to read them programmatically, and back the other way. Doing that afterwards keeps the editable original around, which is the part you cannot get back once it has been flattened.
Is Crop GIF here the same tool the sibling sites run?
+
The engines are shared — the same document toolchain, the same workers, the same limits. What a Word site adds is a view on what survives leaving the Office format and what does not, which is the question every one of these jobs actually turns on. It also starts from one fact about the format this site is named after: the document is a zip of XML, so text edits are cheap and the weight is almost always the embedded images.
Do I need an account, and does anything get kept?
+
No account, and nothing is kept: uploads are deleted from the workers shortly after the job finishes, nothing is read and nothing is indexed. Free accounts exist for history and batch size, not for access.
