Formati immagine nel 2026: quando AVIF batte WebP e quando no

Lo stato dei formati immagine nel 2026

AVIF è stato "il futuro" abbastanza a lungo da sembrare ormai il presente. Il supporto dei browser ha superato il 95% di copertura globale alla fine del 2024, le CDN hanno aggiunto la transcodifica AVIF automatica e la maggior parte degli strumenti di ottimizzazione delle immagini ora include AVIF per impostazione predefinita. WebP, nel frattempo, è diventato il fallback sicuro: onnipresente, veloce da codificare e abbastanza buono per la maggior parte dei casi d’uso.

La domanda non è più se AVIF sia migliore in teoria. Lo è. La domanda è se i compromessi pratici — tempo di codifica, maturità degli strumenti, comportamento nei casi limite — rendano conveniente il passaggio per il tuo carico di lavoro specifico.

Questo articolo percorre l’albero decisionale. Se distribuisci migliaia di immagini caricate dagli utenti, la risposta è diversa rispetto a quando ottimizzi manualmente una dozzina di hero shot di marketing. Se ti interessa la velocità di codifica, la risposta cambia di nuovo.

Dove AVIF vince nettamente

AVIF usa la compressione intra-frame del codec video AV1, il che significa che beneficia di anni di ottimizzazione per il video in movimento. Il risultato sono file costantemente più piccoli rispetto a WebP a parità di qualità percettiva, soprattutto per i contenuti fotografici.

In test ripetuti su set di immagini diversi, i file AVIF risultano più piccoli del 20-30% rispetto a WebP allo stesso punteggio SSIM. Per foto ad alta risoluzione — scatti di prodotto, immagini editoriali, qualsiasi cosa sopra i 1200px di larghezza — questa differenza si accumula rapidamente. Un WebP da 2MB diventa un AVIF da 1.4MB. Moltiplicalo per cento immagini su una pagina e il risparmio di banda diventa significativo.

AVIF gestisce anche i gradienti uniformi e le aree a basso contrasto meglio di WebP. L’eredità VP8 di WebP significa che può introdurre banding in cieli, ombre e altre sottili variazioni tonali. La codifica a trasformata più sofisticata di AVIF evita questo problema. Se le tue immagini includono molti gradienti — lavori di design, illustrazioni, tramonti — AVIF apparirà più pulito con file più piccoli.

Il supporto dei browser è ora abbastanza solido perché AVIF possa essere il formato principale per la maggior parte dei siti. Safari ha aggiunto il supporto nella versione 16.4 (marzo 2023), l’ultimo grande assente. Il supporto globale è sopra il 95% all’inizio del 2026. Il divario residuo riguarda dispositivi Android più vecchi e browser aziendali legacy, motivo per cui hai comunque bisogno di un fallback.

Dove WebP ha ancora senso

La velocità di codifica è il vincolo pratico più importante. La codifica AVIF è 5-10 volte più lenta di WebP, a seconda delle impostazioni di qualità e dell’implementazione dell’encoder. Per i contenuti generati dagli utenti — foto profilo, allegati nei forum, qualsiasi cosa caricata in tempo reale — questa latenza conta. Una codifica WebP che richiede 200ms diventa una codifica AVIF da 2 secondi. Se elabori i caricamenti in modo sincrono, è un ritardo visibile all’utente.

La soluzione è codificare in modo asincrono (caricare l’originale, servire un placeholder, codificare in background) oppure restare su WebP per i contenuti generati dagli utenti e riservare AVIF agli asset curati che controlli. Molti siti fanno entrambe le cose: AVIF per le immagini di marketing, WebP per i caricamenti degli utenti.

WebP ha anche una maggiore maturità degli strumenti. Ogni libreria di immagini, plugin CMS e CDN supporta WebP da anni. Il supporto AVIF sta recuperando, ma esistono ancora casi limite. Alcune build più vecchie di ImageMagick producono output AVIF di bassa qualità. Alcune CDN applicano costi extra per la transcodifica AVIF. Se lavori in un ambiente vincolato — CMS legacy, budget limitato, scadenze strette — WebP è la strada di minor resistenza.

Infine, WebP è ancora più piccolo di JPEG in quasi tutti i casi, e la codifica è abbastanza veloce per l’uso in tempo reale. Se il tuo baseline attuale è JPEG e non sei ancora passato a formati moderni, WebP è il primo passo più sicuro. Puoi sempre aggiungere AVIF in seguito come miglioramento progressivo.

L’albero decisionale pratico

Ecco come scegliere:

• Immagini di marketing curate, hero shot, foto editoriali: usa AVIF come formato principale, con WebP come primo fallback e JPEG come fallback finale. Il risparmio sulle dimensioni dei file giustifica il costo di codifica, e controlli la pipeline.
• Contenuti generati dagli utenti caricati in tempo reale: usa WebP. La velocità di codifica conta più dell’ultimo 20% di efficienza di compressione, e non puoi permetterti ritardi di più secondi.
• Illustrazioni, grafiche a colori piatti, screenshot: AVIF è migliore di WebP, ma PNG è spesso competitivo per grafiche semplici con ampie aree piatte. Provali entrambi. Se il tuo PNG è già piccolo e si comprime bene, la migrazione del formato potrebbe non valerne la pena.
• Thumbnail e immagini piccole: WebP di solito va bene. Il risparmio assoluto in byte con AVIF è ridotto (un WebP da 10KB diventa un AVIF da 8KB), e la velocità di codifica conta di più su larga scala.
• Il supporto dei browser legacy è critico: resta su WebP come formato moderno principale. La copertura del 95% di AVIF è eccellente, ma se servi una base utenti con dispositivi più vecchi o ambienti aziendali, il supporto quasi universale di WebP è più sicuro.

Se hai dubbi, lo schema più sicuro è servire AVIF ai browser che lo supportano, con un fallback WebP e un fallback finale JPEG. L’elemento <picture> rende tutto semplice:

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Questo approccio ti dà il meglio di entrambi i mondi: massima compressione per i browser moderni, fallback sicuri per quelli più vecchi.

Impostazioni di codifica che contano

Se adotti AVIF, le impostazioni di codifica hanno un impatto maggiore sulla qualità dell’output rispetto a WebP. La flessibilità di AVIF significa che ci sono più modi per ottenere un risultato scadente.

Le due impostazioni più importanti sono quality e speed. Quality è semplice: numeri più alti significano immagini dall’aspetto migliore e file più grandi. Per AVIF, un’impostazione di qualità di 75-85 è di solito il punto ideale per i contenuti fotografici. Sotto 70, inizi a vedere artefatti evidenti. Sopra 90, le dimensioni dei file aumentano molto senza guadagni qualitativi significativi.

Speed controlla quanto tempo l’encoder dedica all’ottimizzazione dell’output. Una codifica più lenta produce file più piccoli, ma i rendimenti diminuiscono rapidamente. La maggior parte degli encoder usa una scala da 0 a 10, dove 0 è il più lento e 10 il più veloce. Un’impostazione speed di 6-8 è un buon compromesso: la codifica è abbastanza veloce per l’elaborazione batch, e le dimensioni dei file restano entro il 10-15% del minimo teorico.

Se codifichi AVIF sul server, usa una versione recente di libavif o avifenc. Gli encoder più vecchi (pre-2024) producono output sensibilmente peggiori a parità di dimensione del file. Il formato è ancora in maturazione, e i miglioramenti degli encoder sono stati significativi.

E JPEG XL?

JPEG XL è tecnicamente superiore sia ad AVIF sia a WebP. Comprime meglio, codifica più velocemente, supporta la compressione lossless e gestisce una gamma più ampia di tipi di immagine. È anche un formato morto.

Google ha rimosso il supporto JPEG XL da Chrome nel 2022, citando bassa adozione e complessità. Apple non ha mai aggiunto il supporto. Nel 2026, JPEG XL è supportato solo in Firefox e Safari Technology Preview, il che significa che non è praticabile per l’uso in produzione. A meno che i vendor dei browser non invertano la rotta — improbabile — JPEG XL resterà un formato per appassionati e workflow di archiviazione, non per il web.

Il percorso di migrazione

Se stai passando da JPEG a formati moderni, il percorso più sicuro è:

1. Esegui un audit della tua pipeline immagini attuale. Identifica da dove arrivano le immagini (CMS, caricamenti utenti, CDN), come vengono elaborate e quali formati servi oggi. Perché elaborare le immagini nel browser è una vittoria per la privacy copre alcuni dei compromessi relativi a dove avviene l’elaborazione delle immagini.
2. Inizia con WebP. È veloce da codificare, ampiamente supportato e offre riduzioni immediate delle dimensioni dei file. È il primo passo a basso rischio.
3. Aggiungi AVIF per i contenuti curati. Quando WebP funziona in modo affidabile, aggiungi AVIF per le immagini ad alto valore in cui le dimensioni dei file contano di più. Testa i tempi di codifica e assicurati che la tua CDN o il tuo servizio immagini lo supporti.
4. Monitora il supporto dei browser. La copertura AVIF ora è eccellente, ma se le tue analytics mostrano una percentuale significativa di utenti su browser più vecchi, mantieni WebP come formato principale.
5. Misura l’impatto. Usa il real user monitoring per tracciare i tempi di caricamento delle pagine e il Largest Contentful Paint prima e dopo la migrazione. Come leggere un report Lighthouse senza andare nel panico è una guida utile per interpretare le metriche di performance.

L’obiettivo non è usare il formato più nuovo perché è nuovo. L’obiettivo è servire immagini più leggere senza sacrificare la qualità, migliorando così la velocità delle pagine e riducendo i costi di banda. AVIF lo fa meglio di WebP nella maggior parte dei casi, ma i vincoli pratici — velocità di codifica, strumenti, supporto dei browser — significano che WebP è ancora la scelta giusta per alcuni carichi di lavoro.

Punti chiave

• AVIF è più piccolo del 20-30% rispetto a WebP a qualità equivalente, soprattutto per contenuti fotografici e immagini con gradienti.
• La codifica AVIF è 5-10 volte più lenta di WebP, il che la rende poco pratica per i caricamenti utente in tempo reale, a meno di codificare in modo asincrono.
• Il supporto dei browser per AVIF è sopra il 95% a livello globale, ma il supporto quasi universale di WebP lo rende il fallback più sicuro.
• Per immagini di marketing curate, usa AVIF come formato principale con fallback WebP e JPEG. Per contenuti generati dagli utenti, resta su WebP.
• JPEG XL è tecnicamente superiore ma non ha un supporto browser praticabile e non dovrebbe essere usato per siti web in produzione.

FAQ

Q: Posso servire AVIF senza fallback?

A: Non ancora. Il supporto AVIF è sopra il 95%, ma questo lascia comunque milioni di utenti su browser più vecchi. Includi sempre un fallback WebP o JPEG usando l’elemento <picture>. Il browser selezionerà automaticamente il miglior formato supportato.

Q: AVIF supporta la trasparenza?

A: Sì. AVIF supporta un canale alfa, il che lo rende un sostituto praticabile di PNG nei casi in cui serve trasparenza. Le dimensioni dei file sono di solito inferiori a PNG, anche se la codifica è più lenta.

Q: Dovrei ricodificare tutte le mie immagini esistenti in AVIF?

A: Solo se il risparmio di banda giustifica lo sforzo. Inizia dalle pagine ad alto traffico e dalle immagini grandi, dove l’impatto è più visibile. Per pagine a basso traffico o immagini piccole, il ROI è minimo. Concentrati prima sui nuovi contenuti, poi completa selettivamente il pregresso.

Q: Qual è lo strumento migliore per codificare AVIF in batch?

A: avifenc (parte di libavif) è lo strumento a riga di comando più usato. Per gli strumenti GUI, Squoosh (web-based) e ImageOptim (Mac) supportano entrambi AVIF. La maggior parte delle CDN e dei servizi immagine moderni (Cloudflare, Cloudinary, imgix) può transcodificare automaticamente in AVIF.

Q: AVIF funziona con immagini responsive e srcset?

A: Sì. Usa l’elemento <picture> con più elementi <source> per i fallback di formato, e srcset all’interno di ciascun <source> per le dimensioni responsive. Il browser sceglierà il formato e la dimensione migliori in base al supporto e alla larghezza del viewport.

<!-- tool-cta:start -->

💡 Prova questo: Confronta i due formati sui tuoi asset con Image Converter, che può esportare sia AVIF sia WebP, così puoi misurare dimensioni e qualità in condizioni reali.

<!-- tool-cta:end -->

Fonti

• AVIF vs WebP: un confronto completo — Analisi dettagliata dell’efficienza di compressione e delle impostazioni di qualità su diversi tipi di immagine.
• Can I use AVIF? — Dati aggiornati sul supporto browser per il formato immagine AVIF.
• Repository GitHub di libavif — Implementazione dell’encoder di riferimento e documentazione per AVIF.
• Web Almanac: Images — Report annuale sull’adozione dei formati immagine e sulle performance nel web.