WebP vs AVIF vs JXL: confronto tra formati immagine nel 2026
Confronto diretto tra WebP, AVIF e JPEG XL nel 2026. Test sulle dimensioni dei file, supporto dei browser, velocità di codifica, gestione dell'alpha, comportamento EXIF e quando scegliere ciascuno.
Risposta rapida: Per la maggior parte dei siti web nel 2026, AVIF prima con fallback WebP è la scelta giusta (AVIF è circa il 50% più piccolo di JPEG a parità di qualità visiva, con un solido supporto dei browser nel 2026). Per contesti esclusivamente Apple, JPEG XL vince su velocità di codifica e decodifica progressiva, ma resta perlopiù non supportato fuori da Safari. Per email, social e condivisione universale, JPEG resta la scelta sicura; i formati moderni vanno bene dove controlli tu la piattaforma. Per confrontare i formati sulla tua immagine, caricala nel nostro convertitore di immagini o nel compressore di immagini e guarda la dimensione aggiornarsi in tempo reale.
JPEG ha 33 anni. WebP ne ha 15. AVIF è arrivato nel 2019. JPEG XL è stato finalizzato nel 2022. Nel 2026 tutti e tre i formati moderni sono maturi, e la domanda su quale usare non è più teorica: incide direttamente sui Core Web Vitals, sui tempi di caricamento, sui costi di dati mobili e sullo spazio di archiviazione. Questa guida è un confronto pratico per il 2026: cos'è ciascun formato, numeri reali sulle dimensioni, dove ciascuno funziona e come scegliere.
I contendenti, in un paragrafo ciascuno
WebP (Google, 2010) è la scelta moderna prudente. Circa il 25-35% più piccolo di JPEG a parità di qualità, con modalità lossless completa, trasparenza (alpha) e animazione. Il supporto dei browser nel 2026 è universale (ogni browser moderno, Gmail, WhatsApp, ogni CMS). Lo svantaggio: la qualità di codifica è discreta ma non eccellente rispetto ad AVIF, e il supporto ai metadati EXIF è disomogeneo.
AVIF (Alliance for Open Media, 2019) è il vincitore moderno sulla pura dimensione del file. Costruito sul codec video AV1. Circa il 50% più piccolo di JPEG e il 25-35% più piccolo di WebP a parità di qualità visiva. Supporta trasparenza, HDR, gamut di colore ampio e pixel a 12 bit. Il supporto dei browser ha raggiunto la parità nel 2024; nel 2026 ogni browser principale decodifica AVIF nativamente. Lo svantaggio: la codifica è più lenta di WebP (un problema reale per i batch), e i client email molto vecchi ancora non lo mostrano inline.
JPEG XL (.jxl, ISO/IEC 18181, 2022) è il favorito tecnico di fotografi e ingegneri. Transcodifica lossless di JPEG esistenti (ricodifica un JPEG come JXL e risparmi circa il 20% senza perdita di qualità), supporto alpha a 1 bit, vera decodifica progressiva ed eccellente velocità di codifica e decodifica. Supporto nativo in Safari 17+, su iOS 17+ e macOS Sonoma+. Lo svantaggio: Chrome ha rimosso JXL nel 2022 e (al 2026) non l'ha ancora reintegrato, quindi l'uso cross-browser sul web richiede polyfill JS o fallback.
Confronto dimensioni file: numeri reali
La stessa foto di paesaggio iPhone (4032 × 3024 pixel), codificata in vari formati a qualità "visivamente identica":
| Formato | Dimensione | % vs JPEG | Qualità visiva |
|---|---|---|---|
| JPEG (qualità 92) | 2.8 MB | riferimento | eccellente |
| JPEG (qualità 85) | 1.6 MB | -43% | molto buona |
| WebP (qualità 80) | 1.1 MB | -61% | molto buona |
| AVIF (qualità 60) | 0.78 MB | -72% | molto buona |
| JPEG XL (effort 7, distance 1.0) | 0.92 MB | -67% | molto buona |
Per una foto prodotto 600 × 800 con trasparenza:
| Formato | Dimensione | Trasparenza? |
|---|---|---|
| PNG (lossless) | 280 KB | sì |
| WebP (qualità 90) | 88 KB | sì |
| AVIF (qualità 70) | 52 KB | sì |
| JPEG XL (effort 7) | 65 KB | sì |
Lo schema si conferma per la maggior parte dei contenuti fotografici: AVIF vince sulla dimensione, JXL è vicino, WebP è la via di mezzo universale, JPEG è il più grande ma il più compatibile. I numeri variano del 10-20% in base al contenuto dell'immagine (aree piatte vs ricche di dettaglio, fotografico vs sintetico).
Supporto browser nel 2026
| Formato | Chrome | Edge | Safari | Firefox | iOS | Android |
|---|---|---|---|---|---|---|
| WebP | sì | sì | sì (14+) | sì | sì | sì |
| AVIF | sì | sì | sì (16.4+) | sì (113+) | sì (16.4+) | sì (Chrome 85+) |
| JPEG XL | no (rimosso nel 2022) | no | sì (17+) | parziale (dietro flag) | sì (17+) | no |
In termini pratici nel 2026:
- WebP funziona per il 99% degli utenti, senza eccezioni da pianificare.
- AVIF funziona per il 97% degli utenti; spedisci un fallback JPEG per la coda lunga.
- JPEG XL funziona nativamente solo nell'ecosistema Apple; utile per app iOS e flussi fotografici solo Apple, non ancora per il web generale.
Confronto velocità di codifica
Un fattore pratico cruciale spesso trascurato nei benchmark di compressione: quanto tempo serve realmente per codificare il file?
| Formato | Tempo di codifica (una foto 4032×3024, singolo core) |
|---|---|
| JPEG (qualità 85) | 0.05 s |
| WebP (qualità 80) | 0.18 s |
| JPEG XL (effort 7) | 0.32 s |
| AVIF (qualità 60, speed 6) | 1.4 s |
| AVIF (qualità 60, speed 9 / veloce) | 0.55 s |
AVIF con impostazioni di default è circa 7-10 volte più lento da codificare rispetto a JPEG. Per un batch di 100 foto, è un'attesa reale. WebP e JXL trovano un equilibrio migliore. Gli encoder lato browser (canvas.toBlob('image/avif')) sono ancora più lenti delle librerie native.
Per strumenti interattivi (come il nostro compressore di immagini), questo conta: AVIF dà la migliore dimensione, ma la latenza dell'anteprima in tempo reale si nota.
EXIF e comportamento dei metadati
| Formato | EXIF | IPTC | XMP | C2PA Content Credentials |
|---|---|---|---|---|
| JPEG | completo | sì | sì | sì (ampiamente adottato) |
| WebP | parziale (dipende dal decoder) | parziale | sì | parziale |
| AVIF | sì (decoder recenti) | sì | sì | sì |
| JPEG XL | sì | sì | sì | sì |
Il comportamento dell'EXIF in WebP e AVIF varia per encoder e decoder. I browser (in particolare canvas.toBlob) rimuovono l'EXIF durante la ricodifica in WebP o AVIF; preservare l'EXIF richiede strumenti lato server come ImageMagick, libvips o sharp.
Per approfondire la sopravvivenza dell'EXIF lungo le pipeline, vedi la nostra spiegazione: cosa sono i dati EXIF? e la guida completa ai metadati delle foto iPhone.
Qualità a basso bitrate
Il vero campo di battaglia non è la qualità visivamente lossless (tutti e tre i formati moderni ci arrivano), ma la qualità a dimensioni di file aggressivamente piccole, quando si tenta di servire un'immagine da 100 KB su una connessione mobile lenta.
A 100 KB per un'immagine 1080×1080:
- JPEG: artefatti a blocchi visibili, banding di colore, soprattutto nei gradienti (cielo, pelle).
- WebP: gradienti più morbidi di JPEG ma un aspetto "sfocato" a questo bitrate.
- AVIF: nettamente migliore, conserva i dettagli ed evita l'aspetto "molle" di WebP.
- JPEG XL: simile ad AVIF, con una conservazione del dettaglio leggermente migliore.
Per i Core Web Vitals (LCP, CLS) su mobile, questo divario conta. AVIF al 70% di qualità spesso pesa il 30% in meno di WebP all'80% senza differenze percepibili, ed è esattamente ciò che aiuta i benchmark di caricamento.
Quando scegliere quale (albero decisionale pratico)
Web (controlli tu la pagina):
- Default: AVIF con fallback WebP e JPEG. Usa l'elemento
<picture>. - Priorità mobile-first / Core Web Vitals: AVIF è la scelta giusta.
- Manutenzione più semplice (niente catena di fallback): WebP. Costa ~20% di dimensione in più rispetto ad AVIF, guadagna supporto universale senza
<picture>.
Allegato email o file condiviso:
- Sempre JPEG. I client email sono incoerenti su WebP e AVIF.
Ecosistema Apple (app iOS, flusso solo Mac):
- JPEG XL è un'opzione concreta. Supporto nativo in Safari, codifica veloce, transcodifica JPEG lossless.
- Per condividere fuori da Apple, torna a JPEG.
CMS o libreria di stock:
- WebP. Supporto universale, più piccolo di JPEG, nessuna complessità di fallback, la maggior parte dei CMS lo serve bene.
- AVIF se il CMS lo supporta e il pubblico è prevalentemente mobile.
Foto con trasparenza (loghi, foto prodotto, UI):
- AVIF per la dimensione minima con trasparenza.
- WebP come via di mezzo universale.
- PNG solo se serve davvero lossless assoluto.
Contenuto fotografico con EXIF che deve sopravvivere:
- JPEG (il più affidabile lungo tutta la catena).
- JPEG XL per contesti solo Apple.
Come convertire e testare
Il nostro convertitore di immagini gestisce la conversione lato browser tra JPG, PNG, WebP, AVIF, HEIC, GIF, BMP e ICO. Trascini il file, scegli il formato di output, scarichi in batch come ZIP. Nulla viene caricato.
Per test di compressione affiancati in tempo reale con uno slider qualità, usa il compressore di immagini. Anteprime di originale e ricompresso sono fianco a fianco, con i byte risparmiati esatti.
Per confronti di formato a partire da molti formati di input in una volta, trascina una cartella nel convertitore, esporta in JPEG, poi WebP, poi AVIF, e confronta gli ZIP risultanti.
Domande frequenti
Perché Chrome ha rimosso JPEG XL? Google ha rimosso il decoder JXL da Chrome nel 2022, citando "scarso interesse dell'ecosistema più ampio" e costi di risorse. La decisione è stata controversa (petizioni di sviluppatori, ticket aperto da Mozilla, opposizione dei fotografi). Al 2026 non è stata annunciata alcuna reintegrazione.
WebP è morto? No. WebP è il formato moderno sicuro, con supporto universale e senza complessità di fallback. AVIF vince sulla dimensione ma aggiunge carico di manutenzione. WebP resta il default giusto per la maggior parte dei casi non estremi.
AVIF può davvero essere il 50% più piccolo di JPEG? Sì, per contenuti fotografici a parità di qualità visiva. Il divario si riduce (al 15-25%) per contenuti sintetici (loghi, screenshot, line art) dove ha più senso il lossless o quasi lossless.
WebP preserva la trasparenza? Sì. Sia WebP lossy che lossless supportano alpha a 8 bit.
AVIF sostituirà JPEG? Probabilmente, con il tempo. JPEG è troppo radicato per un cambio rapido, ma ogni browser che decodifica AVIF nativamente e ogni CDN che lo serve rendono concreta la transizione. Entro il 2030, AVIF sarà probabilmente il default per la fotografia web.
E HEIC? HEIC e HEIF usano la stessa famiglia di codec di AVIF (tutti dell'era HEVC/AV1). HEIC è la variante Apple; AVIF è il cugino a standard aperto. Per flussi Apple-Apple, HEIC. Per web multi-piattaforma, AVIF. Vedi HEIC vs JPG per il lato HEIC.
In sintesi
Nel 2026, il formato moderno giusto dipende dalla destinazione:
- Web con controllo totale: AVIF, con fallback WebP e JPEG via
<picture>. - Web con stack semplice: WebP. Il miglior formato moderno universale, senza manutenzione dei fallback.
- Email e social: JPEG. I formati moderni qui non sono ancora sicuri.
- Ecosistema solo Apple: JPEG XL. Veloce, piccolo e supportato nativamente.
Per conversioni una tantum, trascina il file nel nostro convertitore di immagini. Per test di compressione in batch e con anteprima dal vivo, usa il compressore di immagini. Entrambi girano interamente nel browser.
La domanda HEIC vs JPG per contesti specifici iPhone ha la sua guida dedicata: HEIC vs JPG: quale formato usare nel 2026?
Prova gli strumenti
Timbra una foto adesso nel tuo browser o installa l'app per iOS per la cattura in diretta con GPS e ora atomica.