Note del team su artigianato, formati e le piccole decisioni dietro un buon risultato.
Perché l'AVIF batte il WebP sulle fotografie
Il vantaggio di compressione dell'AVIF sul WebP nasce dal formato sottostante. Il WebP usa il motore pensato per il video ma impiegato sulle immagini fisse dal 2010. L'un formato moderno, il formato dietro l'AVIF, è uscito nel 2018 dopo anni di ricerca puntata proprio sui limiti di e. L'un formato moderno applica un sottocampionamento della crominanza più aggressivo, una suddivisione in blocchi più fine fino a 4 per 4 pixel e una codifica entropica più efficace. Il risultato pratico, confermato dall'analisi su ampie raccolte di foto, è che l'AVIF è in genere dal 20 al 30 percento più piccolo del WebP a parità di qualità percepita sulle fotografie. Sui grafici generati al computer con colori piatti e bordi netti il margine si stringe, perché l'algoritmo più semplice del WebP gestisce bene quei motivi. Per ogni pagina i cui file più pesanti sono fotografie, il passaggio all'AVIF ha un impatto misurabile sulla banda.
Il secondo passaggio con perdita in pratica
Quando converti un WebP in AVIF, sia la sorgente sia il risultato sono con perdita. Il WebP aveva già deciso quali informazioni di colore scartare quando è stato creato, e quelle scelte sono definitive: la conversione in AVIF non può recuperarne nessuna. L'AVIF prende poi le proprie decisioni sui dati dei pixel che riceve, alla qualità 85. Per le fotografie, l'effetto combinato di due passaggi con perdita resta visivamente quasi privo di perdite alle dimensioni tipiche, intorno ai di su contenuto fotografico reale. Per i grafici già degradati dalla loro codifica WebP, il secondo passaggio può sommare artefatti visibili. La regola pratica: se il WebP di partenza appare pulito alle dimensioni in cui pensi di mostrarlo, anche l'AVIF lo sarà. Se il WebP mostra già rumore di compressione, esamina l'AVIF con attenzione prima di pubblicarlo.
Come scorre il livello di trasparenza
Sia il WebP sia l'AVIF salvano la trasparenza come un piano alfa separato accanto ai dati di colore. La conversione legge il livello di trasparenza del WebP, lo compone a piena trasparenza, poi lo passa all'AVIF, che scrive il proprio piano alfa con la codifica un formato moderno alla qualità 85. Sfumature di trasparenza morbide, bordi sfumati e aree parzialmente trasparenti sopravvivono tutte a questo viaggio di andata e ritorno. Il piano alfa AVIF è esso stesso con perdita alla qualità 85, il che può introdurre una sfrangiatura appena percettibile sui bordi netti a uno zoom estremo. Alle normali dimensioni di visualizzazione sul web la differenza dalla sorgente non è visibile. Per lavori al pixel su piccole icone dove il bordo alfa deve essere esatto, tieni la sorgente WebP e verifica il risultato a zoom pieno prima di pubblicare.
Tempi di conversione tra browser e dispositivi
L'AVIF si scalda una volta per sessione del browser, aggiungendo circa un secondo alla prima conversione. Dopodiché Chromium offre la resa migliore, con tempi rapidi per le miniature e qualche secondo per le foto grandi. Firefox è l'eccezione vistosa, e fa girare lo stesso motore circa quattro volte più piano, il che porta il caso 4K vicino ai 31 secondi e i file grandi oltre i due minuti. WebKit sta tra i due, più vicino a Chromium. L'hardware mobile va da 3 a 5 volte più piano del desktop su tutti i motori. Per la conversione di routine file per file, Chrome su un portatile o un desktop è lo strumento pratico. Per gli utenti Firefox con immagini grandi, il consiglio onesto è cambiare browser o tenere il WebP.
Core Web Vitals e il passaggio all'AVIF
Le pagine che servono fotografie pagano un costo di banda per ogni immagine caricata. Se quelle immagini sono oggi WebP, convertirle in AVIF taglia il trasferimento per immagine di circa dal 20 al 30 percento sulle foto. Su una pagina con un'immagine eroe WebP da, l'AVIF la porta a circa 140 o. Su una griglia di prodotti con dodici miniature WebP da, l'AVIF fa risparmiare circa da 70 a di peso totale della pagina. Questi risparmi incidono direttamente sul Largest Contentful Paint quando l'elemento LCP è un'immagine. Con un supporto browser AVIF globale intorno al 94 percento, un elemento picture che serve AVIF prima con ripiego WebP copre praticamente tutto il traffico. Il costo del markup si paga una volta per componente immagine, e il risparmio di banda si ripete a ogni caricamento di pagina successivo.
Perché la conversione in AVIF si appoggia a un server
L'AVIF è costruito sul un formato moderno, la stessa famiglia usata dal video moderno, ed è di proposito pesante da produrre in cambio di file compatti. Fare bene quel lavoro su foto grandi è più rapido su un server. Il browser del visitatore varia molto da dispositivo a dispositivo. Il file viene elaborato e il risultato torna a te, e il download viene rimosso entro circa 2 ore, senza account e senza archiviazione a lungo termine. Convertire più immagini in una volta gira sempre sul server, che assembla l'insieme finito in un unico download, cancellato nello stesso breve tempo. Se il nostro server non è raggiungibile, una singola conversione passa a essere prodotta nel browser, quel file restando in locale, accettando una produzione più lenta per comodità. Lo scambio è chiaro: il server compra qualità e velocità sul formato che ne ha più bisogno, e il tuo file non viene mai trattenuto oltre la breve finestra che serve a convertirlo.