By the ImageSEO Team. Updated July 2026. ~12 min read.
The image format wars in 2026 come down to three contenders: WebP, AVIF, and JPEG XL. Each is meaningfully better than the JPEG and PNG most sites still ship. The right choice for your WordPress site comes down to three things — browser support, file size, and the tooling you already run. This guide gives you the practical answer, the real numbers behind it, and the exact WordPress setup to serve the best format to every visitor automatically.
Format is not just a performance detail, either. Image weight is one of the biggest levers on Largest Contentful Paint, and Core Web Vitals feed both Google rankings and the retrieval pipelines behind AI search. Choosing the right format is image SEO work, not just engineering housekeeping.
The rest of this article explains why, with the browser data, compression benchmarks, and the WordPress configuration that puts it into practice.
Before comparing formats, it helps to be clear about why the choice matters beyond raw page weight:
In other words, format is a genuine SEO input. It will not rank a page on its own, but it removes friction that holds good pages back. For the broader picture, our complete image SEO guide sets format in context with the higher-leverage signals.
| Format | Released | Browser support (2026) | Size vs JPEG | WordPress support | HDR |
|---|---|---|---|---|---|
| WebP | 2010 (Google) | ~98% | ~25–35% smaller | Native since 5.8 | No |
| AVIF | 2019 (AOMedia) | ~93% | ~45–55% smaller | Native since 6.5 | Yes |
| JPEG XL | 2021 (JPEG) | ~12% (Safari only) | ~50% smaller | None | Yes |
The headline: WebP wins on compatibility, AVIF wins on compression, and JPEG XL — despite being technically excellent — loses on the one thing that matters most for the open web, browser support.
Released by Google in 2010, WebP is supported by Chrome, Firefox, Edge, Safari, and Opera. WordPress has shipped native WebP upload and serving since 5.8, and the entire plugin and CDN ecosystem converts to it automatically. Compression is available in both lossy and lossless modes, and typical files run 25–35% smaller than an equivalent-quality JPEG.
If you do nothing else after reading this article, move your site to WebP. It is the lowest-risk, highest-coverage upgrade available, and it works for essentially every visitor.
Released in 2019 by the Alliance for Open Media, AVIF is the compression champion. Files are typically 20–30% smaller than WebP and 45–55% smaller than JPEG at comparable quality, and it holds up especially well at low bitrates where other formats turn blocky. Chrome, Firefox, Edge, Safari (since 16.0), and Opera all support it in 2026; a few environments such as older Samsung Internet builds still lag.
The catch is the ~93% support figure. You should not serve AVIF alone — you serve it with a WebP or JPEG fallback so the ~7% of browsers that can’t read it still get an image. The next section shows how that fallback works.
Developed by the JPEG committee as a true successor to the original JPEG, JPEG XL is arguably the best format on paper: excellent compression, backward compatibility with existing JPEGs, progressive decoding, and HDR. It had a genuine shot at becoming the standard — until Google removed Chrome support in 2022, citing insufficient ecosystem interest. Firefox and Safari kept or added it, but with Chrome holding the majority of the market, JPEG XL is effectively sidelined for the open web.
Verdict: don’t deploy it on a public WordPress site in 2026. Keep an eye on it — if Google reverses course, the calculus changes quickly — but today it can’t serve the majority of your visitors.
| Browser | WebP | AVIF | JPEG XL |
|---|---|---|---|
| Chrome / Edge | ✅ | ✅ | ❌ (removed 2022) |
| Firefox | ✅ | ✅ | ⚠️ behind a flag |
| Safari | ✅ | ✅ (16.0+) | ✅ |
| Opera | ✅ | ✅ | ❌ |
| Samsung Internet | ✅ | ⚠️ partial | ❌ |
This table is the whole argument in miniature. WebP is green across the board. AVIF is green almost everywhere. JPEG XL is red in the browser that matters most. Format decisions follow market reality, not technical merit alone.
Compression percentages are easier to grasp as concrete file sizes. For a typical 1600px-wide hero photograph at visually equivalent quality, you can expect roughly:
| Format | Approx. file size | Relative to JPEG | |
|---|---|---|---|
| JPEG (baseline) | ~320 KB | 100% | |
| WebP | ~210 KB | ~66% | |
| AVIF | ~150 KB | ~47% | |
| JPEG XL | ~160 KB | ~50% |
Exact numbers vary with image content — photographs with smooth gradients compress differently from screenshots with hard edges — but the ordering is stable. AVIF is consistently the lightest, WebP is a comfortable middle, and both crush legacy JPEG. The practical takeaway: moving from JPEG to WebP alone can cut your image payload by a third, and adding AVIF on top can roughly halve it.
All three formats support both lossy and lossless compression, and choosing the wrong mode wastes most of the savings. The rule of thumb maps to image content rather than format:
Most plugins and CDNs pick a sensible default automatically, but if you tune quality settings manually, set them per content type rather than site-wide.
You do not pick one format and convert your whole library to it. You serve the best format each browser can read, and let the browser choose. There are two ways to do that.
The HTML <picture> element lets the browser fall through a list of sources and load the first format it supports:
<picture>
<source srcset="hero.avif" type="image/avif">
<source srcset="hero.webp" type="image/webp">
<img src="hero.jpg" alt="red leather tote bag, autumn 2026 collection">
</picture>
A Chrome user gets AVIF, an older browser falls back to WebP, and anything ancient still gets the JPEG. Note the alt attribute lives on the <img> — format optimization never replaces a good description.
Most modern CDNs do the same thing server-side: they read the browser’s Accept header and return AVIF, WebP, or JPEG from a single URL. This keeps your markup simple and is usually the easier path on WordPress, because the plugin or CDN handles generation and delivery for you.
The pragmatic, low-risk configuration for a WordPress site this year:
<picture> or content negotiation.That stack gives every visitor the lightest image their browser can read, with zero manual conversion and a clean fallback chain.
AVIF’s compression isn’t free: it is significantly slower and more CPU-intensive to encode than WebP. On a busy site that generates derivatives on the fly, that cost is real, and it’s the main reason some teams stay on WebP despite AVIF’s smaller files.
There are three ways to manage it. First, offload encoding to a CDN (Bunny, Cloudflare, Kinsta) so it never touches your origin server’s CPU. Second, generate derivatives asynchronously — convert on upload or in a background queue rather than on the first request, so visitors never wait on encoding. Third, on constrained or shared hosting, simply stick with WebP: the ~30% saving over JPEG with none of the encoding overhead is still an excellent outcome. The worst choice is synchronous AVIF generation on a weak origin, which can make pages slower than the heavier format would have.
| Your situation | Recommendation |
|---|---|
| Any WordPress site, minimal effort | WebP via plugin or CDN |
| Performance-focused site with a modern CDN | AVIF with WebP fallback |
| Image-heavy store or portfolio | AVIF + WebP; the compression savings compound |
| Tight CPU budget / shared hosting | WebP only (AVIF encoding is heavier) |
| Considering JPEG XL | Wait — not viable for the open web in 2026 |
The fastest, best-compressed image in the world ranks for nothing if it has no description. File format sits in the middle of the image SEO priority stack, not the top:
Get items 1 and 2 right with ImageSEO, which writes natural-language alt text and renames files semantically across your whole library. Get 3–5 right with your optimization plugin and CDN. If you’re still on legacy formats, our WebP vs PNG comparison covers the first upgrade most sites should make, and image for SEO ties the whole workflow together.
On compression, yes — AVIF files are typically 20–30% smaller at the same quality. The trade-offs are slightly lower browser support (~93% vs ~98%) and heavier encoding. For most sites the answer is to serve AVIF with a WebP fallback so you get the best of both.
Yes, WordPress added native AVIF support in 6.5, provided your server’s image library (Imagick or GD) supports it. In practice most sites still rely on a plugin or CDN to generate and serve AVIF reliably across hosts.
No — as long as you keep the same semantic filenames and alt text, and your image sitemap reflects the served URLs. Google indexes WebP and AVIF normally. The faster load can only help. Just don’t let a bulk re-encode strip your metadata.
A JPEG (or WebP) fallback is cheap insurance for the small share of browsers and bots that don’t read AVIF. The <picture> element makes the fallback automatic, so there’s no reason to drop it.
Directly. A lighter hero image improves Largest Contentful Paint, one of the three Core Web Vitals Google uses. Moving from JPEG to AVIF on an LCP image is one of the simplest CWV wins available.
Hugely. Both WebP and AVIF support animation at a fraction of GIF’s file size. If you still ship animated GIFs, converting them to animated WebP or AVIF is one of the largest single payload reductions you can make.
Possibly. It remains technically strong and has support in Safari and Firefox. But until Chrome re-adds it, it can’t serve the majority of the web, so it stays off the recommendation list for production sites in 2026.
No. The standard approach keeps your original JPEG/PNG uploads untouched and generates WebP or AVIF derivatives from them — via a plugin or CDN — leaving your media library and URLs intact. You can convert your back catalogue in a background bulk run without re-uploading anything.
AVIF with a WebP fallback, served through a CDN. At store scale the per-image savings compound into a meaningfully faster catalogue and lower bandwidth bills, and the CDN absorbs the heavier encoding cost. Pair it with descriptive, price-bearing alt text so those product images are also citable in Google Images and AI search.
For 2026 the answer is settled in practice, even if the theory is messier. WebP is the safe default every site should adopt. AVIF is the upgrade for performance-focused sites that can serve it with a fallback. JPEG XL is on the bench until Chrome changes its mind. Serve the best format each browser can read, keep your fallback chain intact, and resize before you convert.
Then remember that format is the middle of the stack, not the top. The images that win in search are fast and described — semantic filenames and natural-language alt text are what actually earn the rankings. ImageSEO handles that layer automatically across your whole WordPress library, so your perfectly compressed images also have something worth indexing.