Convert WebP to GIF

No. The compression artefacts already baked into the WebP are ordinary pixel data now, and GIF preserves them perfectly rather than removing them. The file usually gets larger, sometimes several times larger. It is still worth doing before editing, because further edits will not stack a second generation of loss on top. GIF animation plays absolutely everywhere — email clients, forums, chat apps and browsers all render it with no codec negotiation. WebP is still second-class outside the browser — print workflows, older Office builds and some phone galleries do not accept it.

By default yes, wherever the target has somewhere to put it — camera model, exposure settings, lens and GPS coordinates all carry across. GPS is the field worth thinking about: if the image is going to be published, use the strip-metadata option so you are not broadcasting where the photo was taken. WebP is Google’s 2010 image format, built from the VP8 keyframe encoder and intended to replace JPG, PNG and GIF at once.

Transparency survives when GIF is PNG, WebP, TIFF, GIF, or SVG. Converting to JPG flattens the alpha channel against a white background. If you need transparency in the result, target a transparency-aware GIF instead of GIF=JPG. GIF is CompuServe’s 1987 format, and the only reason it survived is that it animates.

Embedded ICC color profiles are read from WebP and re-attached to the GIF output where the format supports it (JPG, PNG, TIFF, WebP). Formats without profile support fall back to sRGB, which keeps colors consistent across most modern displays.

Camera EXIF (ISO, shutter, lens, GPS coords) is preserved by default during WebP → GIF when both formats support metadata. Use the privacy option to strip metadata before download if you need to share images without geolocation.

Yes — drag multiple WebP files into the upload zone and we queue them in parallel. Free users get 100 MB per file; Premium has no per-file cap and runs more parallel workers, so a 200-image batch typically finishes in under two minutes.

For straight format conversion we run the same libpng / libjpeg-turbo / libwebp / ImageMagick pipelines a desktop editor uses, with the same output quality. The difference is parallel batch handling — desktop apps open one file at a time; we accept a batch.

Default is 1:1 — your GIF keeps the pixel dimensions of the source WebP. If you need to resize as part of the conversion, use /resize-image/ after conversion, or chain it with the /image-resize/ utility.

For JPG / WebP, quality 75-85 typically gets the GIF 60-80% smaller than WebP with no visible difference at normal viewing distance. For lossless GIF (PNG, TIFF), expect smaller savings — usually 5-30% via better deflate / LZW compression.

Yes — uploaded WebP files are processed in isolated workers and deleted within minutes. We never read, store long-term, or share the pixel data. The full retention window is documented at /privacy/.

Yes for free up to 100 MB. Premium handles larger inputs (300 MB+) and exotic per-pixel depths (16-bit PNG, 32-bit float TIFF). The pipeline streams rows so memory use scales with row count, not total pixel count.