What is WebP? A 2026 deep dive into Google's image format — its VP8 origins, compression techniques, browser support (96.39%), file-size wins, limits, and when to use it.
If you have ever exported a hero image and noticed the file ended in .webp instead of .jpg or .png, you have already used WebP without thinking about it. It is the format that quietly cut the size of most websites by a third over the last decade — and yet, fifteen years after launch, plenty of teams still treat it like a curiosity.
This guide is a single-format deep dive: what WebP actually is, where it came from, how its compression works, what it can and cannot do, and when it is the right answer in 2026. For a head-to-head with other formats, see JPEG vs PNG vs WebP and AVIF vs WebP vs JPEG.
WebP is an image format developed by Google, first released on September 30, 2010. It supports both lossy and lossless compression, transparency (alpha channel), animation, and metadata — replacing the use cases of JPEG, PNG, and GIF in a single container. Its goal from day one has been smaller files at the same visual quality, which makes it primarily a web format rather than a master/archival one.
The name is pronounced “weppy.” The official file extension is .webp and the MIME type is image/webp.
WebP’s design choices make sense once you know it is, technically, an image extracted from a video codec.
WebM, the open video format, is a sibling project from the same VP8 lineage. They share an encoder family, which is why Google has been able to push improvements to both with the same engineering team for the last decade.
WebP exposes two distinct compression modes in the same container:
Lossy WebP uses predictive coding borrowed from VP8 keyframes. Each macroblock is predicted from neighboring blocks; only the residual difference between the prediction and the actual pixels is encoded. The residual is transformed (DCT-like), quantized, and entropy-coded. Compared to JPEG’s older block-based DCT, prediction lets the encoder spend bits only where the prediction is wrong — typically the file-size win is meaningful on smooth images and modest on already-noisy ones.
Lossless WebP is unrelated to VP8. It uses a mix of LZ77-style backward references, a custom Huffman entropy coder, color-cache prefixing, and small per-image color palettes. The encoder can pick from multiple “transforms” per image to preprocess the pixel stream into a form that compresses more tightly.
The practical takeaway: lossy WebP competes with JPEG, lossless WebP competes with PNG, and the encoder picks per-image which transforms to apply.
| Capability | WebP | JPEG | PNG | GIF |
|---|---|---|---|---|
| Lossy compression | ✅ | ✅ | ❌ | ❌ |
| Lossless compression | ✅ | ❌ | ✅ | ✅ |
| Transparency (alpha) | ✅ | ❌ | ✅ | ⚠ 1-bit only |
| Animation | ✅ | ❌ | ❌ | ✅ |
| ICC color profile | ✅ | ✅ | ✅ | ❌ |
| Exif / XMP metadata | ✅ | ✅ | ✅ | ❌ |
| Tiling | ✅ | ❌ | ❌ | ❌ |
WebP is, in effect, PNG + JPEG + GIF combined, which is why a single web pipeline can converge on it instead of branching by use case.
Google’s own WebP Compression Study — comparing WebP and JPEG on a corpus of about 11,000 face-detected web images plus the Kodak and Tecnick reference sets, all matched at the same SSIM index — found that lossy WebP files are 25 to 34% smaller than equivalent-quality JPEG files.
For lossless, the separate WebP Lossless Compression Study compared lossless WebP against PNG on a 12,000-image PNG corpus and reported lossless WebP is 42% smaller than libpng’s default output and 23% smaller than ZopfliPNG, the most aggressive PNG re-encoder available.
A few qualifications worth noting:
As of March 2026, caniuse.com reports WebP at 96.39% global browser support. The remaining ~3.6% lives in Internet Explorer, very old Safari/Firefox versions, and a long tail of niche browsers.
| Browser | Native WebP support since |
|---|---|
| Chrome / Chromium | 32 (lossless + alpha), 17 (lossy) — 2014 |
| Edge | 18 (legacy), 79+ (Chromium) |
| Firefox | 65 — January 2019 |
| Safari (macOS) | 14 — September 2020 (Big Sur) |
| Safari (iOS) | 14 — September 2020 |
| Opera | 19+ |
| Samsung Internet | 4+ |
What does not support WebP:
Practically, if your audience includes meaningful traffic from pre-2020 iOS devices or enterprise IE installs, ship a JPEG/PNG fallback via <picture> elements. Otherwise, WebP-only is now a defensible default.
WebP is not a free lunch. The most important caveats:
✅ Use WebP for:
❌ Avoid WebP for:
For the deeper “should I use WebP, AVIF, or JPEG?” decision, see AVIF vs WebP vs JPEG and the broader How to Choose the Right Image Format.
The simplest path on Mac is Zipic: set Save Format to WebP in Settings → Compression, pick a compression level, and drop any supported image type (JPEG, PNG, HEIC, GIF, etc.) into the window. Zipic accepts 12 input formats and converts in batch with folder structure preserved.
For build pipelines, install cwebp from Homebrew (brew install webp) and script it from CI. For deeper coverage of WebP-specific workflows, see WebP Image Optimizer for Mac.
Can WebP do animation like GIF? Yes. The Extended File Format added animation support in 2011-10-03. Animated WebPs are typically 60–90% smaller than equivalent GIFs at the same visual quality, with full 24-bit color and alpha (where GIF is capped at 256 colors and 1-bit transparency).
Should I pick lossy or lossless WebP?
Lossy for photographs and continuous-tone web images — this is where you get the 25–34% file-size win over JPEG. Lossless for screenshots, illustrations, UI elements, or anywhere you would have used PNG. WebP encoders default to lossy for .jpg inputs and lossless for .png inputs, which is usually the right call.
Does WebP work on iPhone and iPad?
Yes, since iOS 14 (September 2020). Older iOS versions cannot decode WebP natively. If you are publishing for an audience that includes pre-2020 iOS devices, serve a JPEG fallback via <picture>.
Does using WebP help SEO? Indirectly. Google’s PageSpeed Insights flags non-next-gen formats and rewards faster Core Web Vitals (especially LCP). Smaller, faster-loading WebP images can lift LCP scores, which is now a confirmed ranking signal. WebP itself has no direct SEO bonus — the speed it enables does.
WebP is fifteen years old, supported by 96.39% of browsers, and produces 25–34% smaller files than JPEG at matched quality. It is no longer the future — it is the present default for web images. Download Zipic to convert any image to WebP on Mac in batch, or upgrade to Zipic Pro to unlock all 12 formats and unlimited daily conversions.