2026-08-01
Compressione Immagini 2026: WebP, AVIF, JPEG XL e JPEG AI
Ho testato WebP, AVIF e JPEG XL su 4 foto reali. WebP risparmia 32% vs JPEG, AVIF 65%, JPEG XL 30%. Dati completi, supporto browser e formato da scegliere nel 2026.

Last updated: August 1, 2026
Ho testato cwebp, avifenc e cjxl su 4 foto ad alta risoluzione reali. I risultati sono chiari: WebP è in media più piccolo del 32% rispetto al JPEG q82, AVIF è più piccolo del 65% rispetto al JPEG (e del 48% rispetto a WebP) e JPEG XL è più piccolo del 30% rispetto al JPEG. Ma il rapporto di compressione è solo metà della storia. Il supporto dei browser, la velocità di codifica e il modo in cui ogni formato gestisce testo e gradienti determinano quale dovresti davvero usare oggi.

Risposta rapida: quale formato di compressione immagini usare nel 2026?
Scegli WebP come formato predefinito oggi. Secondo i dati di Can I Use, WebP ha una copertura globale del 96,1%, codifica velocemente (0,64 secondi misurati su una foto 4226x2847) ed è più piccolo del 32% rispetto al JPEG legacy. Se il tuo obiettivo è la massima compressione e i browser del tuo pubblico lo supportano, usa AVIF. Ha una copertura globale tra il 93% e il 95% ed è più piccolo del 48% rispetto a WebP a qualità equivalente. JPEG XL ha solo circa il 14%-16% di copertura browser nel 2026, quindi ha senso solo per la migrazione lossless dei JPEG. JPEG AI è ancora in fase di ricerca e non dovrebbe essere usato per immagini web quotidiane.
| Formato | Supporto browser globale | Più piccolo del JPEG (media) | Velocità di codifica | Ideale per |
|---|---|---|---|---|
| WebP | 96,1% | 32% | Veloce (0,64s) | Default web generale, immagini prodotto e-commerce |
| AVIF | 93%-95% | 65% | Lento ad alta qualità | Mobile, pagine ricche di immagini |
| JPEG XL | 14%-16% | 30% | Medio (0,84s) | Migrazione lossless JPEG, HDR |
| JPEG AI | Sperimentale | 12,5%-27,9% teorico | GPU/NPU richiesta | Ricerca, doppio uso machine vision |
Se vuoi semplicemente comprimere un'immagine nel browser, il Compressore di Immagini esporta WebP e AVIF senza installazione. Per convertire in batch i JPEG legacy in formati moderni, usa il Convertitore di Immagini.
Cos'è JPEG AI e perché conta per la compressione delle immagini?
JPEG AI è il primo standard internazionale di codifica delle immagini basato su reti neurali, sviluppato dal JPEG Committee (ISO/IEC JTC1/SC29/WG1). I codec tradizionali usano la trasformata discreta del coseno o la trasformata wavelet per comprimere i pixel. JPEG AI invece codifica l'immagine in un tensore latente compatto, poi usa una rete neurale per ricostruire l'immagine in fase di decodifica.

Secondo il documento ufficiale del JPEG Committee, JPEG AI ottiene risparmi BD-rate tra il 12,5% e il 27,9% rispetto alla codifica VVC Intra nelle configurazioni rilevanti. Il thread di benchmark della community encode.su conferma questo intervallo di dati. L'analisi di Streaming Learning Center sottolinea che JPEG AI non è retrocompatibile con il JPEG legacy. È un codec completamente nuovo, il che significa che browser, sistemi operativi e piattaforme CMS hanno tutti bisogno di supporto dedicato per decodificarlo.
Il breakthrough fondamentale di JPEG AI è la compressione semantica. Codifica le "caratteristiche di significato" di un'immagine invece dei dati pixel per pixel, quindi a bitrate molto bassi l'immagine ricostruita appare spesso più naturale rispetto agli artefatti a blocchi dei codec tradizionali. I suoi obiettivi di design includono anche servire simultaneamente sia il consumo visivo umano che i compiti di machine vision, una dimensione mai considerata dai formati tradizionali.
Il compromesso è che sia la codifica che la decodifica richiedono accelerazione GPU o NPU e la codifica in tempo reale su una CPU server standard non è ancora pratica. Cloudinary, nella sua analisi del 2026, ha notato che JPEG AI rappresenta un cambio di paradigma dalla compressione "pixel-accurate" a quella "perceptually optimized".
Ho testato WebP, AVIF e JPEG XL. Quanto sono davvero più piccoli?
Ho scaricato 4 foto ad alta risoluzione reali da Pexels (ritratto 3500x2333, paesaggio 4226x2847, cibo 2000x1333, prodotto 2000x1325) e le ho codificate con cwebp, avifenc e cjxl a qualità equivalente a q82. Ecco i conteggi reali dei byte:
| Tipo di foto | JPEG q82 | WebP q82 | AVIF cr30 | JPEG XL q82 |
|---|---|---|---|---|
| Ritratto (3500x2333) | 349 KB | 162 KB | 56 KB | 228 KB |
| Paesaggio (4226x2847) | 1.681 KB | 1.136 KB | 579 KB | 1.203 KB |
| Cibo (2000x1333) | 515 KB | 428 KB | 268 KB | 368 KB |
| Prodotto (2000x1325) | 130 KB | 85 KB | 46 KB | 83 KB |
| Media vs JPEG | 100% | 68% (risparmia 32%) | 35% (risparmia 65%) | 70% (risparmia 30%) |
AVIF è il campione della compressione, con una media del 48% più piccolo di WebP. Sulla foto del paesaggio, il campione più grande, i 579 KB di AVIF sono solo il 34% del JPEG e il 51% di WebP. JPEG XL e WebP sono vicini nel rapporto di compressione, ma JPEG XL ha un vantaggio unico: la migrazione lossless dei JPEG.

Sulla velocità di codifica, ho misurato la foto del paesaggio (4226x2847, il campione più grande): WebP q82 ha impiegato 0,64 secondi, AVIF cr30 ha impiegato 0,24 secondi (il codificatore SVT-AV1 è molto efficiente su Apple Silicon) e JPEG XL q82 ha impiegato 0,84 secondi. Questa classifica differisce dalle aspettative di molti. AVIF non è il più lento, ma il suo tempo aumenta bruscamente a impostazioni di qualità più elevate (cr sotto 20), mentre WebP e JPEG XL hanno curve qualità-tempo più piatte. Il thread di discussione della community r/jpegxl del 2026 conferma: AVIF eccelle nelle opzioni di regolazione flessibili, mentre i punti di forza di JPEG XL sono la migrazione lossless dei JPEG e la decodifica progressiva.
Quale formato fallisce e in quali scenari?
I numeri di compressione non raccontano tutta la storia. Ho constatato che formati diversi si comportano in modo molto diverso a seconda del tipo di contenuto:
-
Screenshot con testo piccolo — Ho compresso uno screenshot di tabella prezzi (contenente decimali come "$199.99") e ho scoperto che AVIF inizia a mostrare artefatti di ringing attorno ai bordi dei decimali a cr40 e oltre. JPEG XL sfoca il testo sotto q70. Il WebP lossless rimane perfettamente nitido su questo tipo di contenuto, solo circa il 40% più grande della versione lossy. Per screenshot UI, dashboard e catture di codice, PNG o WebP lossless rimane la scelta migliore.
-
Gradienti e sfondi a tinta unita — AVIF e JPEG XL performano eccellentemente sui gradienti fluidi, producendo quasi nessun banding. WebP può mostrare leggero banding sui gradienti a livelli di qualità più bassi (sotto q70), ma è per lo più invisibile a q80 e oltre.
-
Bordi ad alto contrasto — Il confine tra testo e sfondo e i bordi netti delle immagini prodotto sono punti deboli per tutti i formati lossy. Più bassa è l'impostazione di qualità, più visibili sono gli artefatti di ringing. Il mio consiglio è ispezionare visivamente le aree dei bordi alla dimensione di visualizzazione finale prima di fissare un parametro di qualità.
-
Codifica in tempo reale lato server — Se devi generare multiple varianti di qualità in tempo reale durante l'upload, AVIF può diventare un collo di bottiglia a impostazioni di alta qualità. WebP ha il tempo di codifica più stabile ed è adatto a scenari in tempo reale.
Com'è la situazione del supporto browser? È sicuro usarlo ora?

Secondo le statistiche di Can I Use a giugno 2026, il panorama del supporto browser è:
| Formato | Chrome | Firefox | Safari | iOS Safari | Edge | Copertura globale |
|---|---|---|---|---|---|---|
| WebP | 32+ | 65+ | 16.0+ | 14+ | 18+ | 96,1% |
| AVIF | 85+ | 93+ | 16.4+ | 16.4+ | 121+ | 93%-95% |
| JPEG XL | Sperimentale | Dietro flag | Non supportato | Non supportato | Non supportato | 14%-16% |
WebP è l'unico formato moderno con disponibilità quasi al 100% su tutti i principali browser, inclusi iOS Safari più datati e browser integrati Android. Il riepilogo comparativo 2026 di ImageSEO lo sintetizza bene: WebP vince sulla compatibilità, AVIF vince sulla compressione e JPEG XL è tecnicamente eccellente ma gravemente in ritardo nell'adozione. Cloudinary fa notare che il 2026 potrebbe essere il punto di svolta per JPEG XL, poiché è rientrato in Chrome e Firefox, ma la pagina Can I Use JPEG XL mostra che è ancora disponibile solo dietro flag o sperimentalmente, e non è consigliato per uso in produzione rivolto a un vasto pubblico.
Se devi coprire tutti i browser, usa il tag HTML <picture> per fornire un fallback multi-sorgente: preferisci AVIF, ricadi su WebP, poi JPEG. In questo modo i browser moderni ottengono il più piccolo AVIF, mentre i browser più datati passano automaticamente a WebP o JPEG.
Come influisce la compressione delle immagini su SEO e Core Web Vitals?
Le immagini sono spesso la risorsa più grande in una pagina web e l'elemento Largest Contentful Paint (LCP) più comune. Nelle pagine prodotto e-commerce, l'immagine principale del prodotto è quasi sempre l'elemento LCP. Comprimere e dimensionare correttamente quell'immagine è l'azione a maggior leva per migliorare i punteggi Core Web Vitals. La guida 2026 di Zest Web Solutions nota che WebP e AVIF riducono le dimensioni del payload del 30%-50% rispetto al JPEG standard mantenendo una qualità ad alta risoluzione nitida.
La guida alle prestazioni immagini di Google web.dev conferma che i formati moderni come WebP e AVIF possono ridurre le dimensioni di download, il che può migliorare anche l'LCP quando l'immagine è importante per la prima viewport. I Core Web Vitals sono un segnale di ranking ufficiale di Google. Passare l'immagine hero above-the-fold da JPEG a WebP o AVIF migliora tipicamente l'LCP di 0,5-1,5 secondi.
Ma la scelta del formato è solo il primo passo. Se un'immagine viene visualizzata a 800 pixel di larghezza ma carichi un originale da 4000 pixel, il browser scarica comunque pixel che il lettore non vedrà mai. Ritaglia e ridimensiona prima alle dimensioni massime che la pagina mostra davvero, poi scegli formato e qualità. Questo è l'ordine corretto.
Come si ottimizzano le immagini passo dopo passo?
In base alla mia esperienza nell'elaborazione di centinaia di immagini, questo è il flusso di lavoro di compressione più affidabile:
-
Determina lo scopo dell'immagine: visualizzazione web, stampa o archivio
-
Controlla la distribuzione browser del tuo pubblico (report browser di Google Analytics)
-
Ritaglia alla minima superficie necessaria per il contenuto, rimuovendo gli eccessi di spazio bianco
-
Ridimensiona alla larghezza pixel massima che la pagina mostra davvero (tipicamente 2x DPR)
-
Per contenuti fotografici, parti con WebP q80-q85 come baseline
-
Per screenshot con testo, usa prima PNG o WebP lossless
-
Se la dimensione del file è la metrica critica, produciamo una versione AVIF e confrontala con WebP a qualità visiva equivalente
-
Ispeziona visivamente volti, bordi del testo, gradienti e ombre alla dimensione di visualizzazione finale
-
Usa il tag
<picture>per fornire un fallback JPEG così i browser datati non mostrano immagini rotte -
Aggiungi un suggerimento
preloadper le immagini LCP above-the-fold per accelerare il first paint
Come si comprimono e convertono le immagini in batch?

Elaborare una singola immagine è facile, ma quando ti trovi davanti un intero catalogo prodotti o una libreria di immagini da blog, l'elaborazione in batch è la vera necessità. Gli strumenti a riga di comando possono essere automatizzati con script: usa cwebp -q 82 *.jpg per convertire in batch in WebP, oppure accoppia avifenc con un loop di shell per convertire in batch in AVIF. Se non vuoi installare strumenti a riga di comando, usa lo Strumento Immagini Batch nel browser o il Compressore di Immagini per trascinare un'intera cartella ed esportare come WebP o AVIF.
Il principio chiave è: mantieni sempre il file originale ed esporta i risultati compressi in una nuova directory. In questo modo puoi regolare ripetutamente i parametri di qualità senza perdere il materiale sorgente. Per i siti e-commerce, consiglio di generare contemporaneamente sia la versione WebP (universale) che AVIF (migliorata), lasciando che il browser scelga il formato ottimale tramite il tag <picture>. Per strategie dettagliate di ridimensionamento batch, vedi la Guida al Ridimensionamento Batch.
Domande frequenti
WebP o AVIF: quale è meglio per l'e-commerce?
WebP è migliore come default per l'e-commerce perché funziona su tutti i browser e codifica velocemente. AVIF può servire come potenziamento per pagine mobile o ricche di immagini, risparmiando un ulteriore 48% nelle dimensioni del file.
JPEG XL è pronto per la produzione nel 2026?
JPEG XL ha ancora solo il 14%-16% di copertura browser nel 2026 e iOS Safari non lo supporta affatto, quindi serve un fallback. Non è consigliato come unico formato per uso in produzione rivolto a un vasto pubblico.
Quando diventerà mainstream JPEG AI?
JPEG AI è ancora in fase di standardizzazione e prima implementazione, con codifica e decodifica che si basano su accelerazione GPU o NPU. Si prevedono altri 2-3 anni prima che browser e piattaforme CMS principali lo supportino nativamente.
Quanto incide la compressione delle immagini sulla SEO?
La dimensione del file immagine influisce direttamente sull'LCP e sui punteggi Core Web Vitals, che sono segnali di ranking ufficiali di Google. Passare l'immagine hero above-the-fold da JPEG a WebP o AVIF migliora tipicamente l'LCP di 0,5-1,5 secondi.
Quanto è più piccolo AVIF rispetto a WebP alla stessa qualità?
In base ai miei test su 4 foto reali, AVIF è in media più piccolo del 48% rispetto a WebP e del 65% rispetto al JPEG q82 a qualità percepita equivalente, rendendolo il formato pratico più efficiente oggi.
Lossless o lossy: quale compressione scegliere?
Usa lossless per contenuti che richiedono fedeltà pixel-perfect (screenshot UI, immagini con testo, imaging medico). Usa lossy per foto, illustrazioni e immagini di scene naturali, poiché l'occhio umano è insensibile alla perdita di dettaglio ad alta frequenza e ottieni una significativa riduzione delle dimensioni.
Come si convertono in batch i JPEG in WebP o AVIF?
Usa strumenti a riga di comando (cwebp, avifenc) con cicli di script shell, oppure usa il Compressore di Immagini nel browser per trascinare un'intera cartella ed esportare in batch i formati moderni.
JPEG XL può migrare lossless i JPEG legacy?
Sì. JPEG XL supporta la ricompressione lossless dei JPEG esistenti, producendo file più piccoli con output pixel-identico. Questo è uno dei suoi vantaggi unici rispetto ad AVIF e WebP.
Quale formato di immagine si carica più velocemente?
La velocità di caricamento dipende dalla dimensione del file, quindi AVIF tipicamente si carica più velocemente (file più piccoli), ma la velocità di decodifica varia tra dispositivi. WebP ha l'efficienza di decodifica più stabile ed è migliore per la compatibilità con dispositivi low-end.
Riepilogo
La compressione delle immagini nel 2026 si è evoluta da una scelta binaria "WebP contro JPEG" a un panorama a quattro vie tra WebP, AVIF, JPEG XL e JPEG AI. La mia conclusione dai benchmark: usa WebP come default oggi (96% di copertura browser, 32% più piccolo del JPEG), AVIF per la massima compressione (48% più piccolo di WebP), JPEG XL come formato da tenere d'occhio (attualmente solo 14%-16% di copertura) e JPEG AI come tecnologia futura da monitorare.
Indipendentemente da cosa scegli, ricorda che l'ordine di compressione conta più della scelta del formato. Ritaglia e ridimensiona prima alle dimensioni di visualizzazione, poi scegli formato e qualità. Per un approfondimento sugli algoritmi di compressione, vedi Algoritmi di Compressione Immagini Spiegati. Per imparare a comprimere le immagini a una dimensione file specifica, vedi la Guida Comprimere Immagine a 100KB e Comprimere Immagini Senza Perdere Qualità. Per confronti diretti tra formati, leggi Confronto AVIF vs WebP e WebP vs JPEG vs PNG. Per iniziare a comprimere subito, usa il Compressore di Immagini o il Convertitore di Immagini.
Crediti delle immagini
La copertina e le immagini nell'articolo provengono da Pexels (fotografo Markus Spiske e il team di Pexels), convertite in WebP e ospitate sulla CDN di imagic-ai.
Usa gli strumenti gratuiti mentre segui la guida.
Continua a leggere

2026-07-26
Ottimizzazione Immagini: Checklist per un Web Veloce
Una checklist completa per l'ottimizzazione delle immagini: scelta del formato, ridimensionamento, compressione, consegna responsive, lazy loading e configurazione CDN. Usala prima di ogni pubblicazione.

2026-07-26
Comprimere un'immagine sotto i 100KB senza perdere qualità
Ridimensiona alla larghezza di visualizzazione, poi esporta in WebP. Dimensioni misurate per foto da telefono, scatti prodotto e screenshot sotto i 100KB.

2026-07-26
Come comprimere un'immagine sotto i 200KB (Web e Email)
Ottieni una foto sotto i 200KB per pagine web e allegati email ridimensionando alla dimensione di visualizzazione ed encoderizzando in WebP, con misure di file e comandi funzionanti.