I 4 Contendenti nel 2026
Il panorama dei formati di immagine web si è evoluto notevolmente dai tempi iniziali di GIF e JPEG. Nel 2026, quattro formati dominano:
- JPEG (1992) — Il cavallo di battaglia di 34 anni. Ancora il formato di immagine più universalmente supportato su Internet. Utilizza la compressione DCT lossy ottimizzata per le fotografie.
- PNG (1996) — Lo standard lossless per la grafica. Supporta la trasparenza alfa, preserva ogni pixel ed è eccellente per testo, icone e screenshot.
- WebP (2010) — L'alternativa moderna di Google che supporta sia la compressione lossy che lossless, la trasparenza e l'animazione. Raggiunge file 25–34% più piccoli di JPEG.
- AVIF (2019) — Il contendente più recente, basato sul codec video AV1. Fornisce file ~50% più piccoli di JPEG con migliore gestione dei gradienti e supporto HDR.
Ogni formato ha punti di forza distinti. La scelta giusta dipende dal tipo di contenuto, dal pubblico target e dagli obiettivi di performance.
Tabella di Confronto Completa
| Funzione | JPEG | PNG | WebP | AVIF |
|---|---|---|---|---|
| Compressione | Solo lossy | Solo lossless | Entrambe | Entrambe |
| Trasparenza | No | Sì (alfa) | Sì (alfa) | Sì (alfa) |
| Animazione | No | APNG (limitato) | Sì | Sì |
| Profondità colore | 8-bit | 8/16-bit | 8-bit | 8/10/12-bit, HDR |
| Dimensione file foto | Baseline | 5–10x più grande | 25–34% più piccolo | ~50% più piccolo |
| Supporto browser | 100% | 100% | 96%+ | ~93% |
| Velocità di codifica | Molto veloce | Veloce | Veloce | Lento |
| Migliore per | Foto universali | Grafica, testo | Web all-purpose | Perf. all'avanguardia |
JPEG — Lo Standard Fotografico
JPEG è stato il formato di immagine web dominante dalla metà degli anni '90. È stato progettato specificamente per le fotografie e 34 anni dopo rimane il formato di immagine più universalmente compatibile in esistenza.
Punti di forza
- Supporto universale: Ogni browser, client email, CMS, piattaforma di social media, visualizzatore di immagini e sistema operativo supporta JPEG. Nessun formato si avvicina in termini di compatibilità.
- Eccellente compressione fotografica: Per contenuti fotografici, JPEG raggiunge rapporti di compressione da 10:1 a 20:1 con una qualità che la maggior parte degli spettatori non può distinguere dall'originale.
- Codifica e decodifica veloce: La compressione JPEG è computazionalmente semplice. Anche i dispositivi mobili a bassa potenza possono codificare e decodificare JPEG istantaneamente.
- Strumenti maturi: Ogni editor di immagini, strumento da riga di comando e libreria di programmazione supporta JPEG. Gli strumenti di ottimizzazione come mozjpeg e jpegtran sono altamente raffinati.
- Caricamento progressivo: JPEG progressivo rappresenta un'anteprima a bassa risoluzione immediatamente, quindi si raffina a qualità intera mentre i dati arrivano. Gli utenti vedono il contenuto più velocemente.
Punti deboli
- Nessuna trasparenza: JPEG non supporta i canali alfa. Le immagini con aree trasparenti devono usare un colore di sfondo solido, il che limita la flessibilità del compositing.
- Solo lossy: Non esiste una modalità JPEG lossless per l'uso web. Ogni salvataggio scarta alcuni dati e la perdita di generazione si accumula su più modifiche.
- Banding dei gradienti: A impostazioni di qualità più basse, i gradienti uniformi (cielo, sfondi da studio) sviluppano gradini di banding visibili — l'artefatto più ovvio di JPEG.
- Artefatti di blocco: JPEG elabora le immagini in blocchi di pixel 8×8. Con compressione aggressiva, i bordi dei blocchi diventano visibili come un motivo a griglia.
Migliore per
Fotografie dove la compatibilità universale ha più importanza della dimensione di file ottimale. Newsletter email, immagini OG dei social media, anteprime feed RSS e qualsiasi contesto in cui non puoi garantire il supporto per WebP o AVIF.
Raccomandazione: JPEG Q80–85 per foto web standard. Usa mozjpeg per la codifica quando possibile — produce file 2–10% più piccoli di libjpeg standard a qualità visiva identica.
PNG — Lo Standard Grafico
PNG è stato creato nel 1996 come sostituzione priva di brevetti di GIF. Divenne rapidamente lo standard web per immagini non fotografiche e rimane il formato preferito per grafica, icone e qualsiasi immagine che richiede trasparenza o qualità perfetta ai pixel.
Punti di forza
- Compressione lossless: PNG preserva ogni pixel esattamente come l'originale. Nessun artefatto di compressione, nessuna perdita di generazione, nessun degrado di qualità indipendentemente da quante volte modifichi e salvi.
- Trasparenza alfa: Canale alfa completo a 8-bit con 256 livelli di trasparenza. Essenziale per loghi, icone e grafica di overlay che deve composizionarsi chiaramente su qualsiasi sfondo.
- Perfetto per testo e bordi nitidi: Elementi UI, screenshot, diagrammi, snippet di codice e qualsiasi immagine con bordi croccanti. Dove JPEG crea aloni sfocati attorno al testo, PNG lo rappresenta perfettamente.
- File piccoli per grafica semplice: Le immagini con grandi aree di colore piatto, tavolozze di colori limitate e forme geometriche spesso si comprimono più piccole come PNG che come JPEG, perché i filtri di previsione di PNG e DEFLATE gestiscono pattern ripetitivi molto efficientemente.
- Supporto universale: Come JPEG, PNG funziona in ogni browser, client email ed editor di immagini.
Punti deboli
- File grandi per fotografie: Una foto da 12 MP come PNG è tipicamente da 15–25 MB, rispetto a 2–4 MB come JPEG Q85. La compressione lossless semplicemente non può competere con lossy per contenuti fotografici.
- Nessuna animazione nativa: APNG esiste ma ha supporto incoerente ed è molto meno efficiente dell'animazione WebP o AVIF. GIF rimane più ampiamente usato per animazioni semplici.
- Nessun rendering progressivo: I file PNG devono essere completamente scaricati prima di poter essere visualizzati a risoluzione intera. PNG interlacciato esiste ma aggiunge al file e è raramente usato.
Migliore per
Loghi, icone, elementi UI, screenshot, diagrammi, pixel art e qualsiasi immagine con trasparenza, testo o bordi nitidi dove la qualità lossless è richiesta. Anche il miglior formato di archiviazione per immagini sorgente prima di qualsiasi conversione lossy.
WebP — L'All-Rounder Moderno
Google ha rilasciato WebP nel 2010 per affrontare le limitazioni sia di JPEG che di PNG. Dopo anni di graduale adozione nei browser, WebP ha raggiunto la massa critica quando Safari ha aggiunto il supporto nella versione 14 (2020). Nel 2026, il supporto per WebP supera il 96% di tutti i browser globalmente.
Vantaggio di compressione
I miglioramenti di compressione di WebP rispetto ai formati legacy sono ben documentati:
- WebP lossy vs JPEG: 25–34% più piccolo a qualità visiva equivalente (misurato da SSIM). Lo studio stesso di Google su 1 milione di immagini web ha confermato questo intervallo in modo coerente.
- WebP lossless vs PNG: ~26% più piccolo in media. Il vantaggio varia in base al contenuto — la grafica semplice vede guadagni più grandi; le foto complesse vedono quelli più piccoli.
Questi non sono numeri teorici. Per un sito web con 1 MB di immagini JPEG, passare a WebP salva 250–340 KB per caricamento di pagina. Su migliaia di visitatori giornalieri, il miglioramento della larghezza di banda e della velocità è sostanziale.
Funzioni
- Lossy + lossless in un formato: Usa lossy per foto, lossless per grafica. Non hai bisogno di scegliere tra due formati diversi per diversi tipi di contenuto.
- Trasparenza alfa: Canale alfa completo sia in modalità lossy che lossless. WebP lossy con trasparenza è significativamente più piccolo di PNG — ideale per immagini di prodotti su sfondi trasparenti.
- Animazione: L'animazione WebP sostituisce le GIF animate con dimensioni di file drammaticamente più piccole (spesso 50–80% più piccole). Supporta il colore a 24-bit invece della tavolozza a 256 colori di GIF.
- Codifica veloce: WebP codifica abbastanza velocemente per la conversione al volo nelle pipeline CDN e nei processi di compilazione.
Supporto browser nel 2026
| Browser | Supporto WebP da | Stato |
|---|---|---|
| Chrome | Versione 32 (2014) | Supporto completo |
| Firefox | Versione 65 (2019) | Supporto completo |
| Safari | Versione 14 (2020) | Supporto completo |
| Edge | Versione 18 (2018) | Supporto completo |
| Samsung Internet | Versione 4 (2016) | Supporto completo |
Il restante ~4% senza supporto WebP consiste principalmente in dispositivi iOS più vecchi (pre-iOS 14), holdout di Internet Explorer 11 e browser aziendali legacy. Per la maggior parte dei siti web, questa è una frazione trascurabile facilmente gestita con fallback JPEG/PNG.
Migliore per
Tutte le immagini web nel 2026. WebP è la scelta più sicura di "formato moderno" — offre notevoli miglioramenti di compressione rispetto a JPEG e PNG con supporto browser abbastanza alto da richiedere fallback solo per casi edge.
AVIF — La Prossima Generazione
AVIF, basato sul codec video royalty-free AV1, è emerso nel 2019 come il prossimo passo nella compressione di immagini. Fornisce i migliori rapporti di compressione di qualsiasi formato ampiamente supportato e aggiunge capacità che i formati più vecchi non hanno.
Vantaggio di compressione
- AVIF vs JPEG: Approssimativamente 50% più piccolo a qualità visiva equivalente. Il vantaggio è più drammatico per fotografie con gradienti uniformi, dove AVIF elimina il banding che affligge JPEG.
- AVIF vs WebP: Approssimativamente 20% più piccolo per contenuti fotografici lossy. Il divario si riduce per contenuti lossless e grafica semplice.
- Migliore gestione dei gradienti: AVIF utilizza blocchi di trasformazione più grandi (fino a 64×64) e modalità di previsione più sofisticate di DCT 8×8 di JPEG. Questo elimina gli artefatti di blocco e banding che sono il punto debole principale di JPEG.
Funzioni oltre la compressione
- HDR e gamma colore ampia: Profondità di colore a 10-bit e 12-bit, spazio colore Rec. 2020 e funzioni di trasferimento PQ/HLG. AVIF è l'unico formato di immagine web con supporto HDR completo.
- Sintesi della grana del film: L'encoder può analizzare e rimuovere la grana del film dall'origine, quindi segnalare al decodificatore di risintezzarla. Questo riduce drasticamente la dimensione del file per contenuti granulosi senza cambiare la texture percepita.
- Trasparenza alfa: Supporto del canale alfa completo sia in modalità lossy che lossless, proprio come WebP.
- Animazione: Le sequenze AVIF (derivate dal video AV1) sono estremamente efficienti per brevi animazioni.
Limitazioni
- Velocità di codifica: La codifica AVIF è 5–20x più lenta di JPEG o codifica WebP. Questo rende la conversione al volo poco pratica per alcuni casi d'uso. La pre-codifica durante il processo di compilazione è l'approccio standard.
- Supporto browser (~93%): Safari ha aggiunto il supporto AVIF nella versione 16.4 (2023), ma le versioni macOS e iOS più vecchie non lo supportano. Il supporto Android WebView dipende dal dispositivo. Il divario si sta chiudendo ma è ancora significativo.
- Dimensioni massime: Alcune implementazioni AVIF hanno limitazioni sulla dimensione dei tile. Immagini molto grandi (ad es. panorami 8000×6000 px) possono richiedere tiling o potrebbero non essere supportate da tutti i decodificatori.
- Maturità degli strumenti: Gli strumenti AVIF stanno migliorando rapidamente ma non sono ancora maturi come JPEG o WebP. Alcuni editor di immagini e piattaforme CMS hanno supporto AVIF incompleto.
Migliore per
Performance all'avanguardia per siti web che danno priorità alla velocità di caricamento e possono implementare una catena di fallback multi-formato. Particolarmente efficace per siti ricchi di foto dove il risparmio del 50% rispetto a JPEG si traduce in una riduzione significativa della larghezza di banda.
La Raccomandazione 2026 — Strategia Multi-Formato
Nessun formato è ottimale per ogni situazione. La best practice moderna è una catena di fallback progressiva utilizzando l'elemento HTML <picture>:
<picture>
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="Descrizione" width="800" height="600" loading="lazy">
</picture>
Il browser valuta le fonti da cima a fondo e utilizza il primo formato che supporta:
- AVIF — servito al ~93% dei browser. Dimensione del file più piccola, migliore qualità.
- WebP — servito al ~3% che supporta WebP ma non AVIF. Ancora significativamente più piccolo di JPEG.
- JPEG — servito al ~4% che non supporta nessun formato moderno. Fallback universale.
Se puoi fare una sola cosa: Passa da JPEG a WebP. È il cambiamento a più alto impatto che puoi fare. Il supporto WebP è maturo abbastanza (96%+) che la maggior parte dei siti può usarlo come formato primario con un semplice fallback JPEG.
Guida rapida alle decisioni per tipo di contenuto
| Tipo di contenuto | Formato primario | Fallback | Note |
|---|---|---|---|
| Foto hero/banner | AVIF o WebP | JPEG Q80 | Elemento LCP — la compressione massima conta |
| Foto di prodotto | WebP (lossy) | JPEG Q85 | La qualità conta per le decisioni di acquisto |
| Loghi e icone | SVG o WebP (lossless) | PNG | SVG preferito quando possibile (vettore, minuscolo) |
| Screenshot | WebP (lossless) | PNG | Lossless preserva la nitidezza del testo |
| Miniature | WebP (lossy Q75) | JPEG Q75 | La piccola dimensione di visualizzazione nasconde gli artefatti |
| Immagini email | JPEG | — | I client email hanno scarso supporto WebP/AVIF |
| Immagini OG/social | JPEG o PNG | — | I crawler social hanno bisogno di JPEG/PNG |
| Contenuto animato | WebP o AVIF | GIF (ultima risorsa) | 50–80% più piccolo di GIF |
Impatto dei Core Web Vitals
I Core Web Vitals di Google (CWV) misurano direttamente l'esperienza utente e le immagini giocano un ruolo centrale in tutti e tre i metriche:
Largest Contentful Paint (LCP)
LCP misura la velocità di rendering dell'elemento di contenuto più grande visibile. Per la maggior parte delle pagine, questa è l'immagine hero o la foto banner. La soglia di Google: sotto 2,5 secondi per un punteggio "buono".
Le immagini più piccole si caricano più velocemente. Il passaggio di un'immagine hero JPEG da 200 KB a un WebP da 130 KB (risparmio del 35%) o a un AVIF da 100 KB (risparmio del 50%) riduce direttamente il tempo LCP. Su una connessione 4G mobile (~10 Mbps), risparmiare 100 KB toglie approssimativamente 0,08 secondi. Su una connessione 3G (~1,5 Mbps), lo stesso risparmio rimuove 0,5 secondi — il che può significare la differenza tra un punteggio LCP "buono" e "necessita di miglioramento".
Cumulative Layout Shift (CLS)
CLS misura i movimenti di layout inaspettati. Le immagini senza attributi espliciti width e height causano shift di layout quando si caricano e spingono il contenuto verso il basso. Specifica sempre le dimensioni:
<!-- Includi sempre width e height per prevenire CLS -->
<img src="photo.webp" alt="..." width="800" height="600" loading="lazy">
Interaction to Next Paint (INP)
INP misura la reattività alle interazioni dell'utente. Mentre il formato di immagine non influisce direttamente su INP, le immagini molto grandi possono bloccare il thread principale durante la decodifica. I formati moderni come WebP e AVIF si decodificano più efficientemente rispetto a JPEG di qualità equivalente, riducendo la contesa del thread principale.
Google raccomanda WebP. Le audit Google PageSpeed Insights e Lighthouse contrassegnano le immagini JPEG e PNG e consigliano di "Servire immagini in formati di prossima generazione" (WebP o AVIF). Implementare questa raccomandazione è uno dei modi più semplici per migliorare il tuo punteggio Lighthouse.
Benchmark di Dimensione File nel Mondo Reale
Per illustrare le differenze pratiche, ecco le dimensioni di file tipiche per una fotografia da 1920×1080 codificata a qualità visivamente equivalente:
| Formato | Impostazioni | Dimensione file | Risparmio vs JPEG |
|---|---|---|---|
| PNG (lossless) | Livello di compressione 9 | 4,5–7 MB | +800–1400% |
| JPEG | Qualità 85 | 350–500 KB | Baseline |
| WebP (lossy) | Qualità 85 | 230–350 KB | -25 a -34% |
| AVIF (lossy) | Qualità 65 (equiv. visiva) | 170–260 KB | -45 a -52% |
Per una pagina web con 10 fotografie a 1920×1080:
- JPEG: ~4 MB peso totale dell'immagine
- WebP: ~2,8 MB (−30%)
- AVIF: ~2,1 MB (−48%)
Su una connessione mobile, la versione AVIF si carica quasi 2 secondi più velocemente della versione JPEG. Questo è un miglioramento significativo e misurabile dell'esperienza utente e del ranking di ricerca.
Guida Pratica alla Migrazione
Pronto a modernizzare le immagini del tuo sito web? Ecco un approccio passo dopo passo:
Passo 1: Audit delle tue immagini attuali
Esegui Google Lighthouse sulle tue pagine chiave. Cerca l'opportunità "Servire immagini in formati di prossima generazione". Annota quali immagini sono contrassegnate e le loro dimensioni attuali.
Passo 2: Converti le immagini esistenti
Usa CleverUtils per convertire in batch le tue immagini JPEG e PNG a WebP. Per la conversione da riga di comando su larga scala:
# Converti tutti i JPEG a WebP lossy (qualità 85)
for f in *.jpg; do
convert "$f" -quality 85 -define webp:lossless=false "${f%.jpg}.webp"
done
# Converti tutti i PNG a WebP lossless
for f in *.png; do
convert "$f" -define webp:lossless=true "${f%.png}.webp"
done
# Genera versioni AVIF (più lento, migliore compressione)
for f in *.jpg; do
avifenc "$f" -s 6 -q 65 "${f%.jpg}.avif"
done
Passo 3: Implementa l'elemento picture
Sostituisci i tag <img> con elementi <picture> che includono fallback di formato. Mantieni il JPEG o PNG originale come ultima fonte <img> per la massima compatibilità.
<!-- Prima: JPEG singolo -->
<img src="hero.jpg" alt="Immagine hero" width="1200" height="630">
<!-- Dopo: fallback progressivo -->
<picture>
<source srcset="hero.avif" type="image/avif">
<source srcset="hero.webp" type="image/webp">
<img src="hero.jpg" alt="Immagine hero" width="1200" height="630" loading="lazy">
</picture>
Passo 4: Configura il tuo CDN
Molti CDN (Cloudflare, Fastly, AWS CloudFront) supportano la negoziazione automatica del formato di immagine tramite l'intestazione Accept. Il CDN rileva i formati supportati dal browser e serve automaticamente la versione ottimale, senza elementi <picture> nel tuo HTML.
Passo 5: Aggiungi alla tua pipeline di compilazione
Per le nuove immagini, automatizza la conversione di formato nel tuo processo di compilazione. Strumenti come sharp (Node.js), Pillow (Python) e ImageMagick possono generare varianti WebP e AVIF durante il deployment.
Mantieni gli originali. Archivia sempre le tue immagini sorgente in formato lossless (PNG o TIFF). Genera varianti JPEG, WebP e AVIF dall'origine lossless. Se in futuro emergessero formati migliori, puoi ricodificare dall'originale senza perdita generazionale.
Casi Speciali — Quando le Regole Cambiano
Quando hai bisogno di trasparenza
Se la tua immagine richiede aree trasparenti (loghi su sfondi vari, ritagli di prodotto, overlay), le tue opzioni si restringono:
- Migliore: WebP lossy con alfa — drammaticamente più piccolo di PNG mantenendo la trasparenza.
- Anche buono: AVIF con alfa — ancora più piccolo, ma controlla il supporto browser per il tuo pubblico.
- Fallback: PNG — supporto universale, file più grandi, ma garantito di funzionare ovunque.
- Non possibile: JPEG — non supporta affatto la trasparenza.
Quando SVG batte tutto
Per loghi, icone e illustrazioni con forme geometriche, SVG (Scalable Vector Graphics) è superiore a tutti i formati raster. I file SVG sono tipicamente da 1–10 KB, si scalano a qualsiasi risoluzione senza perdita di qualità e possono essere stilizzati con CSS. Se la tua grafica può essere espressa come vettori, SVG è sempre la risposta.
Email e social media
I client email hanno notoriamente scarso supporto per i formati moderni. Outlook, Gmail (in alcuni contesti), Apple Mail e Thunderbird hanno supporto WebP incoerente e quasi nessun supporto AVIF. Per i bollettini email e i template email HTML, JPEG rimane l'unica scelta sicura.
Le piattaforme di social media (Facebook, Twitter, LinkedIn) accettano upload WebP nel 2026 ma servono ancora JPEG a molti contesti. I tag meta og:image di Open Graph dovrebbero fare riferimento a JPEG o PNG per la massima compatibilità del crawler.