Initializing... drag & drop files here
Supports: TIFF, TIF
.tiff or .tif images from your computer. Multi-page TIFFs and batch uploads are supported — each page becomes its own WebP.TIFF is the archival workhorse for scanners, microscopy, GIS rasters, and print prepress — uncompressed (or LZW/ZIP-compressed) and often 50–500 MB per page. WebP, designed by Google in 2010 and now supported in Chrome, Firefox, Edge, and Safari 16+, gets the same image to 1–5 % of that size while keeping the detail your audience can actually see on a screen. The trade-off is that browsers don't natively display TIFF (only Safari does, and only partially), so any TIFF you want on a public website has to be converted first.
| Property | TIFF | WebP |
|---|---|---|
| Year introduced | 1986 (Aldus, now Adobe) | 2010 (Google) |
| Typical compression | None, LZW, ZIP, PackBits | VP8 (lossy) / VP8L (lossless) |
| Lossless mode | Yes (default) | Yes (~26 % smaller than PNG) |
| Lossy mode | Rare (JPEG-in-TIFF) | Yes (~25–35 % smaller than JPEG) |
| Max dimensions | 4.29 B × 4.29 B px (theoretical) | 16,383 × 16,383 px |
| Bit depth | 1, 8, 16, 32-bit per channel | 8-bit per channel |
| Alpha / transparency | Yes | Yes |
| Multi-page / animation | Yes (multi-page) | Yes (animation) |
| Browser support | Safari only (partial) | Chrome 32+, Firefox 65+, Edge 18+, Safari 16+ |
| Typical use | Archival, print, scientific imaging | Web delivery, app assets |
| Preset | Visual loss | Typical size vs source TIFF | Best for |
|---|---|---|---|
| Lossless (toggle Yes) | None | 5–15 % | Archival masters, line art, screenshots |
| Highest | Imperceptible | 3–6 % | Hero photography, print proofs |
| Very High (default) | Hard to spot | 2–4 % | Portfolio, product, editorial photos |
| High | Minor on close inspection | 1–3 % | Standard web imagery, blog photos |
| Medium | Visible smoothing | <1 % | Thumbnails, mobile placeholders |
| Low / Very Low | Obvious artifacts | <0.5 % | Preview tiles, lazy-load blur-ups |
Yes — modern browsers (Chrome 32+, Firefox 65+, Edge 18+, Opera, and Safari 16.0+) display WebP natively. Global support is ~96%. Safari 14 added partial support (macOS Big Sur / iOS 14); for Safari 13 and earlier you'd need a JPEG or PNG fallback via <picture>, but that's a vanishing minority of traffic.
Use lossless when you need exact pixel reproduction — UI assets, line art, scanned text, scientific imagery, or anything that will be re-edited. Use lossy (the default) for photographs and any output destined for the web; the Very High preset is visually indistinguishable from the source for nearly all photos and produces files 5–20× smaller than lossless WebP.
Yes. WebP is an 8-bit format (lossless WebP uses 8-bit ARGB), so 16-bit-per-channel TIFFs from camera raw or scanner workflows are quantized down to 8 bits per channel. For most viewing scenarios the difference is imperceptible, but keep your 16-bit TIFF master if you plan to do further editing — use WebP only for the delivery copy. If you need 10-bit or higher fidelity, convert to AVIF instead.
Each page exports as its own WebP, numbered name-1.webp, name-2.webp, etc. WebP itself doesn't support multi-page documents the way TIFF does — if you need a single multi-page file, convert to PDF instead. For animated frame sequences, WebP's animation mode is a good fit; static page bundles are not.
A few common causes: the Lossless toggle is on (lossless WebP is 5–10× larger than lossy at typical quality), the resolution is too high for the actual viewing size, or the source TIFF was already JPEG-compressed inside the TIFF container so there's little redundancy left to squeeze out. Try the Very High lossy preset and a sensible resolution preset (1080p or 1440p for desktop hero images).
Only if you toggle Lossless to Yes. Resizing alone doesn't affect the lossy/lossless choice — the compression mode is what determines whether pixel values are preserved exactly. Lossless WebP at the original resolution will reproduce the TIFF bit-for-bit at 8-bit color depth.
WebP is an RGB format and does not preserve CMYK. If your TIFF is CMYK (common for print prepress), it's converted to sRGB during the export — fine for screen display, but don't use the WebP as your print master. Embedded ICC color profiles in RGB TIFFs are generally preserved on output.
Yes — see WebP to TIFF. Bear in mind that round-tripping through lossy WebP doesn't recover detail that was discarded during the first conversion. Keep your original TIFFs if you may need a high-fidelity master later. Related: PNG to WebP and JPG to WebP for non-TIFF source images.
No artificial cap on file count, and individual files are limited only by what your browser can upload over a single request (typically a few GB). Batch a hundred TIFFs at once if you want — they process in parallel and download as a single zip.