WebP to TIFF converter
Convert WEBP images to TIFF format
WebP exists to make images small for delivery; TIFF exists to make them predictable for production. Moving between them is usually a handover - an asset that lives on a website now has to go to a printer, a journal or a layout application that will not look at a .webp. The file written here is baseline TIFF at its plainest: little-endian, RGB, eight bits per channel, a single uncompressed strip. It is enormous by comparison with the source, and it carries no transparency, which is the detail worth checking before you send it on.
Key facts about WebP to TIFF converter
| File written | Baseline TIFF, byte order II, magic number 42, ten directory tags, PhotometricInterpretation 2 and a single strip. |
|---|---|
| Compression | None - the tag is set to 1. There is no LZW, Deflate, PackBits or JPEG-in-TIFF option here. |
| Alpha | Not represented. Three samples per pixel are written with no ExtraSamples tag, so transparent WebP areas are stored as black. |
| Size | 134 bytes of structure plus three bytes per pixel. A 2400x1600 image is always 11,520,134 bytes, whatever the WebP weighed. |
| Bit depth | Eight bits per channel in sRGB - the canvas cannot supply the 16-bit data a retouching workflow might expect from a TIFF. |
| Animation | Only the first frame of an animated WebP is written; TIFF here is single-page and single-image. |
| Resolution tags | XResolution and YResolution are not included, so layout software applies its own default dpi rather than a value from the file. |
| Colour management | No ICC profile is embedded and no CMYK conversion happens - a press vendor expecting separations will need a further step. |
| Opens natively in | Photoshop, InDesign, macOS Preview, Windows Photos, GIMP and scanning or prepress software. Chrome and Firefox will not render it. |
What happens to your file
The decode uses your browser's WebP support and the encode is written by this page: alpha bytes are removed as the canvas pixels are packed into RGB triples, and a DataView lays down the file header and the ten tags in front of that block before it becomes a downloadable Blob. Neither half involves a server, so an unreleased image being prepared for print never leaves the machine it is sitting on.
About this tool
- 1
Flatten transparency first
If the WebP has an alpha channel, composite it over the intended background in an editor - the TIFF cannot store it and will render it black.
- 2
Add the files
Up to twenty .webp files per run; each produces its own single-page .tif.
- 3
Keep the original dimensions
Print requirements are usually specified in pixels or dpi, so only resize when you know the target size.
- 4
Convert and verify
Open the result in Preview or Photoshop before handing it over, and expect a file in the tens of megabytes.
| Input and output | Takes .webp only (image/webp) and returns .tiff with the image/tiff type; any other extension is refused before decoding. |
|---|---|
| Conversion path | WEBP to TIFF runs in three steps: an <img> element decodes the WebP and passes frame one to the canvas; the pixels land on a 2D canvas in this tab; then getImageData feeds a baseline IFD writer that assembles the file in page memory. |
| Browser support | The WebP side needs Chrome 32, Firefox 65, Edge 18 or Safari 14 to decode, while writing the TIFF needs nothing from the browser, the directory being written in the page. |
| Controls for this pair | No quality slider, TIFF not being a lossy target here, so the max-dimension presets from 3840 down to 200 px are the only way to hold the TIFF down in size against the WEBP. |
| Batch, caps and naming | Twenty WEBP files per run at 500 MB each; one result downloads as a single TIFF, several as converted-tiff-files.zip, zipped by JSZip 3.10 in page memory. |
| Device ceiling | The canvas caps it: past roughly 16,384 px a side Chromium refuses the bitmap and iPhone Safari gives up sooner, so an oversized WEBP fails before any TIFF bytes exist. |
- A TIFF made from a compressed web asset is not a high-quality master - if the original photograph or design file exists, export the TIFF from that.
- When the recipient asked specifically for LZW-compressed TIFF, this file will not satisfy them; it is uncompressed by design.
- Zipping a batch before transfer helps a lot, because uncompressed RGB data is highly redundant and compresses well in transit.
- Print vendors often want CMYK and an embedded profile; plan a colour-managed step in proper editing software after this conversion.
- Handing a web asset to a print shop, publisher or editorial team that accepts TIFF only.
- Placing an image into a layout application that prefers TIFF for linked graphics.
- Feeding an imaging or measurement system that reads baseline TIFF but has no WebP decoder.
Related tools
View allNeed the opposite? Try TIFF to WEBP
Works well with this4
Other TIFF tools12
Updated