JPG vs WebP: file più piccoli del 25% alla stessa qualità

In sintesi. WebP supera JPG per uso web perché produce file del 25-35% più piccoli a qualità visiva equivalente supportando trasparenza e animazione, con ~97% di copertura browser nel 2026. JPG vince solo per allegati email, pipeline di stampa e software legacy.

WebP è un formato immagine sviluppato da Google, introdotto nel 2010 e aggiunto a tutti i principali browser entro il 2020. A qualità visiva equivalente produce file del 25-35% più piccoli rispetto a JPG. Per la maggior parte delle destinazioni web non c’è più motivo di usare JPG come default; l’unico blocco significativo — il supporto browser — è essenzialmente risolto nel 2026.

I numeri principali

Quando WebP vince

• Destinazione web, pubblico con browser moderno. Usa WebP come default. Il 3% di browser senza supporto può tornare a JPG tramite l’elemento <picture> (vedi sotto).
• Fotografie con trasparenza. JPG non supporta alpha. WebP può — e a dimensioni più piccole rispetto a PNG.
• Pubblico mobile-first, attento alla banda. File del 25-35% più piccoli significa caricamenti di pagina notevolmente più veloci su connessioni a consumo.

Quando JPG vince ancora

• Allegati email. Alcuni client email (Outlook datati, certe varianti di webmail) gestiscono ancora male WebP. JPG è universale.
• Pipeline di stampa. La maggior parte del software di pre-stampa accetta JPG nativamente; il supporto WebP è irregolare.
• Incorporazione in CMS legacy o template di documenti che non puoi testare o aggiornare.
• Output della fotocamera. La maggior parte delle fotocamere scrive ancora JPG per default. Converti in WebP al momento della pubblicazione, non al momento della cattura.

Il pattern di fallback con l’elemento picture

Per la massima copertura con i file più piccoli di WebP, usa l’elemento HTML <picture> con fallback di formato. Il browser sceglie il primo <source>che supporta; l’<img> serve come fallback universale per i browser che non conoscono <picture>.

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

Chrome / Safari / Firefox / Edge moderni ricevono WebP; la piccola frazione rimanente riceve JPG. Il processo di build deve produrre entrambe le versioni ma altrimenti il markup è solo una riga in più.

Vale la pena usare anche AVIF?

AVIF (2019) è il successore: del 20-30% più piccolo di WebP a qualità equivalente. Il supporto browser è al ~93% nel 2026 — abbastanza per lo stesso pattern di fallback, con tre livelli:

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

Il limite di AVIF è la velocità di codifica — i codificatori tipici sono 10-100× più lenti di WebP. Per le pipeline di build che producono ogni immagine una volta sola (web publishing), vale l’attesa. Per la codifica al volo (caricamenti, contenuti generati dagli utenti), WebP è la scelta pratica.

La raccomandazione pragmatica

Usa WebP come default per destinazioni web. Mantieni il fallback JPG tramite <picture> per la lunga coda dei browser vecchi. Aggiungi AVIF come terzo livello quando hai una pipeline di build che può produrlo a basso costo. Converti la tua libreria JPG esistente con il nostro convertitore JPG in WebP — gira nel tuo browser, nessun caricamento, pochi secondi per file.

Dati numerici

• Dimensione file WebP vs JPG: lo studio di Google su 1 milione di immagini ha misurato una riduzione mediana del 25-34% a SSIM abbinato, con WebP lossless in media 26% più piccolo di PNG.
• Profondità di colore: JPG è solo 8 bit per canale (24 bit totali); WebP supporta lo stesso 8 bit lossy più 8 bit lossless con alpha; nessuno dei due fa HDR — quello è territorio AVIF (10-12 bit) e JPEG XL.
• Dimensioni massime: JPG è 65.535 × 65.535 px (campi a 16 bit); WebP è 16.383 × 16.383 px (14 bit) — l’unico punto in cui JPG vince tecnicamente.
• Byte alpha risparmiati: un PNG 1080p con alpha ha in media ~600 KB; il WebP-con-alpha lossy equivalente pesa ~80 KB — circa 7× più piccolo dell’unica alternativa dell’era JPG (PNG).
• Tempo di codifica: libjpeg-turbo codifica ~250 MP/s; libwebp lossy ~80 MP/s; libwebp lossless ~20 MP/s su un laptop del 2024. JPG è ~3× più veloce da codificare, parità di decodifica entro il 10%.
• Copertura browser (caniuse.com, 2026): WebP ~97,4%, AVIF ~93%, JPEG XL <1% (Chrome/Edge l’ha abbandonato nel 2023).

Tabella confronto: stessa immagine sorgente a qualità 80

Matrice decisionale

Fonti

• Google WebP Study — WebP Compression Study — developers.google.com/speed/webp/docs/webp_study.
• RFC 9649 — The WebP Image Format — rfc-editor.org/rfc/rfc9649.
• caniuse.com matrice di supporto browser per image/webp — caniuse.com/webp.