Come scegliere il codec video giusto per la riproduzione sul web

La scelta del codec è una decisione di prodotto, non solo una decisione di compressione

È facile parlare male di codec video. Qualcuno confronta AV1, H.264, VP9 e HEVC in un grafico, indica il file più piccolo e dichiara il vincitore. Non è così che funziona la riproduzione web in produzione.

Una decisione sul codec influisce su tempo di avvio, buffering, durata della batteria, costo CDN, compatibilità dei dispositivi, infrastruttura di codifica, esposizione legale e ticket di supporto. Il codec “migliore” per un servizio di streaming con una grande farm di codifica non è necessariamente il codec migliore per un sito marketing con cinque video di prodotto.

La domanda utile non è “qual è il codec migliore?” È: quale codec offre a questo pubblico una buona riproduzione con il minor rischio operativo?

La versione breve: cosa usare nel 2026

Per la maggior parte dei team web, la risposta pratica è questa:

• Usa H.264 come base. È vecchio, abbastanza efficiente, ampiamente decodificato via hardware ed è ancora il livello di compatibilità più sicuro.
• Aggiungi AV1 quando il volume video o il costo della larghezza di banda lo giustifica. AV1 può offrire una compressione eccellente, soprattutto a bitrate più bassi, ma la codifica è più lenta e i dispositivi più vecchi potrebbero ricorrere al fallback.
• Usa VP9 soprattutto quando il tuo pubblico e la tua pipeline lo favoriscono già. Resta utile, specialmente nei workflow WebM e in alcuni ambienti Android/desktop, ma AV1 è il codec aperto più orientato al futuro.
• Usa HEVC con cautela sul web. Può essere interessante per pubblici con forte presenza Apple, ma il supporto di browser/piattaforme e la complessità delle licenze lo rendono una scelta predefinita universale poco adatta.

Può sembrare conservativo. Lo è. I problemi video non sono sottili. Se la riproduzione si interrompe, gli utenti non ammirano il tuo rapporto di compressione.

Conosci i quattro principali codec web

H.264: l’impostazione predefinita noiosa che conta ancora

H.264, noto anche come AVC, resta la base video più sicura del web. Viene riprodotto quasi ovunque: browser desktop, browser mobili, smart TV, dispositivi meno recenti, embed social e webview di app native.

I suoi punti di forza sono semplici:

• Supporto molto ampio
• Strumenti di codifica maturi
• Decodifica hardware affidabile
• Buon comportamento della batteria su mobile
• Supporto allo streaming prevedibile

Anche i suoi punti deboli sono chiari. Non è efficiente nella compressione quanto AV1 o HEVC. A parità di qualità, H.264 di solito richiede più bit. Se servi grandi volumi di video, questa differenza diventa un costo CDN reale.

Tuttavia, per clip brevi, video di prodotto, video di documentazione e siti con traffico basso o moderato, H.264 è di solito la prima codifica giusta.

AV1: il codec efficiente con compromessi reali

AV1 è la scelta di codec aperto più solida per la distribuzione web moderna. Spesso offre una qualità migliore rispetto a H.264 e VP9 allo stesso bitrate, soprattutto per gli utenti con minore larghezza di banda. Questo lo rende interessante per piattaforme di streaming, editori con molti contenuti multimediali, siti educativi e qualsiasi team che presti seria attenzione ai costi di trasferimento.

Ma AV1 non è gratis. La codifica è costosa dal punto di vista computazionale, anche se encoder moderni e accelerazione hardware sono migliorati molto. Anche il supporto in riproduzione dipende dal dispositivo. Desktop, dispositivi Android e TV più recenti sono sempre più capaci; telefoni e laptop più vecchi potrebbero non avere una decodifica hardware efficiente.

La regola pratica: AV1 è eccellente come versione aggiuntiva, non come unica versione. Abbinalo a un fallback H.264, a meno che tu non controlli strettamente l’ambiente di riproduzione.

Questa decisione è simile alle scelte sui formati per immagini statiche: una compressione migliore è utile solo quando supporto, tempi di codifica e qualità reggono nel mondo reale. Lo stesso ragionamento sui compromessi si applica nelle decisioni sui formati immagine come AVIF rispetto a WebP.

VP9: ancora utile, meno entusiasmante

VP9 è stato la principale alternativa aperta prima della maturazione di AV1. Può essere molto più efficiente di H.264 e ha un supporto solido in molti browser basati su Chromium, Firefox, ambienti Android e alcune piattaforme TV.

VP9 ha ancora senso se:

• Hai già una pipeline di codifica VP9
• Il tuo pubblico usa soprattutto Chrome, Firefox, Android o smart TV
• Hai bisogno di distribuzione WebM
• Il costo di codifica di AV1 non è ancora accettabile

Per una nuova pipeline nel 2026, però, VP9 è più difficile da giustificare come codec avanzato di lungo periodo. Se vai oltre H.264, AV1 è di solito la scommessa strategica migliore.

HEVC: tecnicamente solido, operativamente scomodo

HEVC, noto anche come H.265, è efficiente e ampiamente usato in alcuni ecosistemi. È particolarmente rilevante sui dispositivi Apple, dove il supporto hardware è comune.

Il problema non è la qualità. Il problema è la praticità sul web. Il supporto dei browser è stato storicamente frammentato, le licenze sono più complicate rispetto ai codec aperti e il comportamento multipiattaforma può essere irregolare. HEVC può essere un’aggiunta intelligente per pubblici con forte presenza Apple o workflow vicini alle app native, ma raramente è l’impostazione predefinita web universale più pulita.

Se le tue analytics mostrano un pubblico fortemente Safari/iOS/macOS, può valere la pena testare HEVC. Se hai bisogno di un solo codec avanzato per il web ampio, preferisci AV1.

Parti dal tuo pubblico, non dalla tabella dei codec

Prima di scegliere i formati, rispondi a tre domande usando le tue analytics:

1. Quali browser e dispositivi guardano davvero i tuoi video? Desktop Chrome non è la stessa cosa di Android di fascia bassa, Safari su iPhone, browser in-app o smart TV.
2. Quanto sono lunghi i video? Un loop hero di 12 secondi e una lezione di 90 minuti hanno economie molto diverse.
3. Quanto video consumano davvero gli utenti? Le visualizzazioni di pagina non sono tempo di visione. I risparmi di larghezza di banda contano soprattutto quando le persone guardano abbastanza secondi perché il codec faccia la differenza.

Se il traffico video è leggero, un MP4 H.264 ben compresso può essere sufficiente. Se il video è centrale per il prodotto, usa più versioni e codec moderni.

Abbina la scelta del codec al modello di distribuzione

Video incorporato semplice

Per un piccolo sito con pochi video, inizia con:

• Video H.264
• Audio AAC
• Container MP4
• Risoluzione e bitrate ragionevoli
• Immagine poster
• Lazy loading dove appropriato

Questa combinazione non è glamour, ma funziona. Puoi opzionalmente aggiungere AV1 o VP9 come sorgente WebM prima del fallback MP4:

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

Il browser sceglierà la prima sorgente che può riprodurre. Testalo su dispositivi reali, non solo sul tuo laptop di sviluppo.

Streaming e riproduzione long-form

Per contenuti più lunghi, lo streaming a bitrate adattivo conta più di qualsiasi singolo codec. HLS e MPEG-DASH consentono al player di passare tra livelli di qualità in base alle condizioni di rete e del dispositivo.

Una ladder di streaming pratica potrebbe includere:

• Versioni H.264 per ampia compatibilità
• Versioni AV1 per client moderni compatibili
• Più risoluzioni e bitrate
• Versioni audio separate dove utile
• Dimensioni dei segmenti ottimizzate per comportamento di avvio e cambio qualità

La scelta del codec e la progettazione della bitrate ladder dovrebbero essere testate insieme. Una splendida codifica AV1 a un certo bitrate non aiuta se l’avvio è lento, i segmenti sono troppo grandi o i dispositivi di fascia media faticano a decodificarla.

Non ignorare la decodifica hardware

Un codec supportato via software non è la stessa cosa di un codec supportato bene. La decodifica software può aumentare l’uso della CPU, consumare batteria e causare frame persi. Questo è particolarmente importante per utenti mobili, laptop a batteria e riproduzione 4K.

Durante i test, controlla:

• Uso di CPU e GPU
• Consumo della batteria
• Frame persi
• Rumore delle ventole sui laptop
• Calore sui telefoni
• Ritardo di avvio
• Reattività del seeking

È qui che la “migliore compressione” può perdere contro “abbastanza buona e decodificata via hardware”. Un file H.264 più grande che viene riprodotto fluidamente può essere migliore di un file AV1 più piccolo che consuma la batteria dell’utente su hardware più vecchio.

Il bitrate conta ancora più di quanto i team ammettano

La scelta del codec non salva una bitrate ladder trascurata. Molti video web sono inefficienti perché vengono esportati con impostazioni da master di produzione e caricati senza un piano di distribuzione sensato.

Come punto di partenza approssimativo per la riproduzione web H.264 SDR:

• 720p: circa 2–4 Mbps
• 1080p: circa 4–8 Mbps
• 4K: circa 12–25 Mbps

AV1 e HEVC possono spesso scendere più in basso a qualità percepita simile, ma il contenuto conta. Un video talking-head si comprime in modo diverso da game capture, registrazioni dello schermo, animazione, sport o pellicola con grana.

Testa sempre visivamente. Le metriche di compressione aiutano, ma è la percezione umana a decidere se il video è accettabile.

Container e tipi MIME fanno parte del lavoro

Un codec non è un formato file. H.264 viene comunemente distribuito in MP4. AV1 può essere distribuito in WebM o MP4 a seconda del supporto target e della pipeline. VP9 è comunemente WebM. Anche le scelte del codec audio contano: AAC resta l’impostazione predefinita sicura per l’audio MP4, mentre Opus è eccellente nei workflow WebM.

Servi tipi MIME corretti. Assicurati che le richieste con intervallo funzionino. Configura la cache in modo deliberato. Header rotti possono far fallire il seeking del video o forzare nuovi download non necessari. Se il video si comporta in modo diverso in produzione rispetto al locale, ispeziona la risposta HTTP effettiva; l’approccio in debugging redirects and HTTP headers in production si applica direttamente alla distribuzione media.

Misura la riproduzione, non solo la velocità della pagina

I punteggi di performance generici possono segnalare pagine pesanti, ma non spiegheranno completamente l’esperienza video. Traccia segnali specifici del video:

• Tempo al primo frame
• Ritardo di avvio
• Rapporto di rebuffering
• Bitrate medio distribuito
• Frame persi
• Tasso di errore per browser e dispositivo
• Tempo di visione e punti di abbandono

Un audit della pagina resta utile per i problemi circostanti: poster sovradimensionati, script che bloccano il rendering, lazy loading scadente e layout shift intorno al player. Se il tuo team usa Lighthouse come primo passaggio, leggilo come uno strumento di prioritizzazione più che come un verdetto; i report Lighthouse richiedono interpretazione, soprattutto sulle pagine ricche di media.

Un albero decisionale pratico

Usalo come punto di partenza:

1. Hai bisogno della massima compatibilità? Usa H.264 MP4.
2. Servi molti minuti di video per utente? Aggiungi versioni AV1 dove supportate.
3. Pubblico soprattutto su dispositivi Apple? Considera HEVC come versione aggiuntiva, non come unica versione.
4. Hai già investito in VP9? Mantienilo se funziona bene; non migrare con urgenza senza evidenze.
5. Contenuti long-form o reti variabili? Usa lo streaming adattivo prima di fissarti su un solo codec.
6. Pubblico mobile di fascia bassa? Favorisci formati decodificati via hardware e bitrate conservativi.
7. Video decorativo breve? Valuta se debba essere davvero un video. Un’immagine statica, un’animazione o un loop più breve potrebbero essere migliori.

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

💡 Prova questo: Verifica come diversi codec rendono sui tuoi contenuti con Video Converter, così la tua decisione si basa sull'output reale, non su benchmark generici.

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

La raccomandazione predefinita sensata

Se oggi stai costruendo o aggiornando una pipeline video web, parti da qui:

• Codifica un fallback MP4 H.264/AAC affidabile.
• Aggiungi AV1 per browser e dispositivi che ne beneficiano.
• Usa lo streaming adattivo per contenuti long-form.
• Testa su dispositivi reali, inclusi hardware più vecchi e di fascia bassa.
• Monitora errori di riproduzione e buffering dopo il lancio.

La selezione del codec non è una dichiarazione una tantum. È una scelta di manutenzione. Il supporto dei browser migliora, l’hardware cambia, gli strumenti di codifica diventano più veloci e il tuo pubblico si sposta. Rivedi periodicamente la decisione, ma non inseguire ogni annuncio di un nuovo codec. Il codec giusto è quello che i tuoi utenti possono riprodurre fluidamente, a qualità accettabile, senza sprecare larghezza di banda o rendere fragile il tuo stack di distribuzione.