Note del team su artigianato, formati e le piccole decisioni dietro un buon risultato.
Come una sola immagine si converte nel browser, e cosa cambia per più di una
Quando trascini un JPEG sulla pagina, il browser legge il file in memoria, decodifica i dati compressi in pixel grezzi con il suo lettore JPEG integrato, disegna quei pixel su una superficie fuori schermo e chiede alla piattaforma di riscriverli come WebP. Ogni passaggio avviene nel browser, sul tuo hardware, quindi nessun byte attraversa la rete. Nelle nostre prove un JPEG da a 1024 per 768 finisce in circa 54 millisecondi, e una foto da a 3840 per 2160 impiega circa 550 millisecondi. Quando converti più immagini insieme, il lavoro passa al nostro server, che le codifica insieme e restituisce un unico download il cui link viene cancellato entro circa 2 ore.
Cosa succede a EXIF e metadati
I file JPEG possono trascinarsi dietro veri carichi di metadati. EXIF registra il modello di fotocamera, le coordinate GPS, il tempo di scatto e l'orientamento. I campi IPTC contengono copyright e didascalia. I pacchetti XMP tracciano la cronologia delle modifiche, e i profili ICC coprono il lavoro a colori gestiti. La conversione qui non ne mantiene nessuno. Il WebP in uscita è un file pulito che contiene solo i pixel visibili. È il comportamento normale degli strumenti per immagini che disegnano attraverso il browser, in Chromium, Firefox e WebKit allo stesso modo. Per la maggior parte della pubblicazione web, eliminare i metadati è un vantaggio: taglia qualche byte e impedisce che dati GPS o personali finiscano in un'immagine pubblica. Se ti serve un campo specifico conservato, di solito l'orientamento, ruota prima la foto o usa un editor che conosce i metadati prima di convertire. Non affidarti a questo strumento per il lavoro di archiviazione in cui i metadati originali devono sopravvivere intatti.
WebP contro JPEG: come differisce la compressione
JPEG taglia un'immagine in blocchi da 8 per 8 e applica una Trasformata Discreta del Coseno per trasformare il dettaglio spaziale in dati di frequenza, poi quantizza con più forza le frequenze alte. WebP prende in prestito uno schema di predizione da VP8 video: ogni blocco è indovinato dai vicini già decodificati, e viene memorizzata solo la differenza residua. Questo tende a lasciare meno artefatti a blocchi a parità di peso, soprattutto sui gradienti morbidi e sui toni della pelle dove la griglia di JPEG può affiorare come un mosaico visibile. Sulle foto ad alta qualità, sopra q80, l'occhio coglie raramente la differenza, ma il vantaggio di peso resta saldo. A qualità più bassa, sotto q60, il vantaggio di WebP si allarga e il carattere degli artefatti cambia: WebP sfuma in una sfocatura più morbida mentre JPEG mostra i suoi blocchi tipici. Nessuno dei due vince su ogni immagine. I soggetti molto texturizzati come il fogliame a volte si comprimono in modo simile in entrambi i formati.
Core Web Vitals e i motivi per scegliere WebP
Largest Contentful Paint, o LCP, misura quanto in fretta l'elemento visibile più grande finisce di caricarsi nel viewport. Sulla maggior parte delle pagine di marketing quell'elemento è una foto in evidenza. Google ha confermato che i Core Web Vitals agiscono come fattore di posizionamento nella Ricerca. Quando la foto in evidenza è un JPEG da, può spingere LCP oltre la soglia dei 2,5 secondi su una connessione mobile di fascia media. Converti la stessa foto in WebP a circa e LCP può rientrare nella zona verde senza nessun'altra modifica alla pagina. Il risparmio dal 25 al 34 percento si somma su ogni immagine della pagina. Una pagina che porta sei JPEG per un totale di può perdere dai 300 ai passando a WebP, il che accelera direttamente il primo disegno significativo sui collegamenti lenti. Le CDN che supportano la negoziazione del contenuto passano WebP ai browser compatibili da sole, quindi non c'è lavoro per ogni immagine una volta che gli originali esistono.
Supporto browser per WebP nel 2026 e le lacune
Nel 2026, WebP si legge in Chrome dalla versione 17, Firefox dalla 65, Edge dalla 18, Opera dalla 11.10 e Safari dalla versione 14 su iOS 14 e macOS Big Sur. Secondo caniuse.com, la copertura globale combinata per la decodifica WebP supera il 97 percento del traffico dei browser. La fetta rimanente è per lo più Internet Explorer 11, Safari 13 su macOS Catalina e una lunga coda di browser Android molto vecchi. Per la maggior parte dei progetti pubblici, servire WebP a tutti è sicuro. Quando ti serve copertura totale, l'elemento picture HTML ti permette di elencare una sorgente WebP e un fallback JPEG in un solo tag, e il browser prende il primo formato che sa leggere. Le CDN con ottimizzazione delle immagini negoziano il formato in automatico dall'header Accept che il browser invia, quindi non serve alcun test manuale per ogni browser quando servi attraverso di loro.
Quando non usare WebP
WebP è la scelta giusta per la distribuzione web verso browser moderni, ma è la scelta sbagliata in qualche caso comune. Il lavoro di stampa ha bisogno del colore CMYK, che WebP non porta, quindi JPEG e TIFF restano lo standard per la tipografia. I client email sono disuguali: Gmail e Apple Mail mostrano WebP, ma Outlook su Windows no. Anche la condivisione di file e i marketplace variano. Google Drive, Dropbox e GitHub mostrano WebP senza problemi, mentre molte piattaforme social, agenzie stock e sistemi di e-commerce ricomprimono le immagini in arrivo in JPEG internamente, il che rende inutile il passaggio a WebP. Il supporto degli editor è ancora a macchie: Lightroom, Capture One e Affinity Photo possono aprire WebP, eppure parecchi plugin e preset di esportazione puntano ancora a JPEG di default. Per qualsiasi flusso di lavoro che passa le immagini attraverso sistemi di terze parti che non controlli, tieni un master JPEG e converti in WebP solo all'ultimo livello di consegna.