Perché la dimensione del video conta per i siti web
Il video è uno degli asset più grandi sulla maggior parte delle pagine web. Un video principale o una clip di sfondo mal ottimizzata può aggiungere megabyte al peso della pagina, impattando direttamente:
- LCP (Largest Contentful Paint): se il video è l'elemento più grande, il suo tempo di caricamento determina questa metrica Core Web Vital
- Costi di banda: servire MP4 da 10 MB a milioni di visitatori si somma rapidamente
- Esperienza mobile: gli utenti su connessioni cellulari soffrono di più con file video di grandi dimensioni
- Ranking SEO: Google utilizza i Core Web Vitals come segnale di posizionamento
WebM + VP9 vs MP4 + H.264 per il web
A parità di qualità visiva (SSIM/VMAF equivalenti), WebM con codifica VP9 produce file 30–50% più piccoli rispetto a MP4 con H.264. Per un sito che serve 100 GB di video MP4 al mese, passare a WebM potrebbe risparmiare 30–50 GB di banda.
Confronto reale sulla stessa clip 1080p di 30 secondi:
| Formato | Codec | Dimensione file | Qualità (VMAF) |
|---|---|---|---|
| MP4 | H.264, CRF 23 | 10 MB | 94.2 |
| WebM | VP9, CRF 30 | 6 MB | 94.1 |
Supporto dei browser nel 2026
WebM VP9 è supportato dal 97%+ dei browser a livello mondiale nel 2026:
- Chrome: dalla versione 29 (2013)
- Firefox: dalla versione 28 (2014)
- Edge: dalla versione 14 (basato su Chromium dalla 79)
- Safari: dalla versione 16.6 (2023) — l'ultimo grande ritardatario
Solo IE11 e versioni molto vecchie di Safari non hanno supporto, rappresentando una quota di mercato trascurabile nel 2026.
Lo schema di fallback HTML5 Video
L'approccio raccomandato è servire prima WebM con MP4 come fallback utilizzando l'elemento HTML5 <source>:
<video autoplay loop muted playsinline>
<source src="video.webm" type="video/webm">
<source src="video.mp4" type="video/mp4">
</video>
Il browser scarica e riproduce la prima sorgente che supporta. Poiché il 97%+ dei browser supporta WebM, la stragrande maggioranza dei visitatori riceve il file più piccolo. Il fallback MP4 garantisce che il restante ~3% veda comunque il video.
Gli attributi autoplay loop muted playsinline fanno comportare il video come una GIF — riproduzione automatica, loop, silenzioso e in linea su Safari mobile.
Impatto sui Core Web Vitals
Passare da MP4 a WebM migliora direttamente le metriche delle prestazioni web:
- Miglioramento LCP: i file più piccoli si scaricano più velocemente, migliorando il Largest Contentful Paint
- Banda ridotta: migliore esperienza mobile, specialmente su connessioni lente
- Raccomandazione di Google: Lighthouse e web.dev raccomandano esplicitamente formati video ottimizzati
Le nostre impostazioni di codifica VP9
Il nostro convertitore usa queste impostazioni VP9, ottimizzate per la distribuzione web:
- CRF 30: equivalente a H.264 CRF 23 in qualità visiva
- cpu-used 3: velocità di codifica bilanciata per servizio online
- row-mt 1: multithreading basato su righe per codifica più veloce
- Opus 128k audio: qualità audio trasparente, superiore ad AAC a questo bitrate
- -b:v 0: codifica puramente basata sulla qualità (senza limite di bitrate)
Per una configurazione VP9 più approfondita, consulta la nostra guida alle impostazioni di codifica VP9.
Canale alfa WebM (trasparenza)
VP9 in WebM supporta la trasparenza tramite canale alfa — un vantaggio unico rispetto a H.264/MP4. Ciò consente sovrapposizioni video trasparenti sui siti web: loghi animati, personaggi, effetti che si fondono perfettamente con qualsiasi sfondo. Usa -pix_fmt yuva420p in FFmpeg per codificare con alfa.
AV1: il passo successivo
AV1 è il codec aperto di nuova generazione dell'Alliance for Open Media. Offre un ulteriore miglioramento della compressione del 30% rispetto a VP9 ma codifica 5–10x più lentamente. Il supporto dei browser sta crescendo (Chrome 70+, Firefox 67+, Safari 17+). Per i siti con uso intensivo di video, AV1 è il futuro — ma VP9 resta la scelta pratica nel 2026 per la maggior parte dei casi d'uso.