Notater fra teamet om håndverket, formater og de små valgene bak et godt resultat.
Kompatibilitetsbildet for AVIF i 2026
AVIF-nettleserstøtte nådde omtrent 94,3 prosent av globale nettlesere i 2026, men nettleserstøtte er ikke hele bildet. En stor del av bildebruken skjer utenfor nettlesere: e-postklienter som tegner innebygde bilder, designverktøy som åpner filer for redigering, innholdssystemer som kontrollerer og behandler opplastinger på nytt, leveranseløp for bilder, dokumentredigerere som bygger inn ressurser, og sosiale plattformer som behandler bilder ved opplasting. I de fleste av disse systemene utenfor nettleseren ligger AVIF-støtten godt bak nettleseradopsjonen. Gmail, Outlook og de fleste e-postklienter i bedrifter behandler fortsatt bilder gjennom eldre løp som avviser AVIF. Adobe Creative Cloud la til AVIF-støtte først i versjonene fra slutten av 2024. Mange WordPress-oppsett med eldre bildetillegg blokkerer fortsatt AVIF ved opplasting. WebP, derimot, har vært tatt i bruk på nesten alle disse plattformene i årevis. Å konvertere AVIF til WebP er broen til denne infrastrukturen utenfor nettleseren.
Hvorfor konverteringen er rask på begge sider
Hastighetsfordelen til AVIF mot WebP over den motsatte veien kommer fra hvordan kodekene er bygget. AVIF leses av en innebygd nettleseravleser som kjører med maskinvareakselerasjon på moderne enheter. WebP lagres med nettleserens egen innebygde funksjon for WebP, også maskinvareakselerert på de fleste plattformer. Ingen av operasjonene trenger å laste en tung del, som er flaskehalsen for å lage AVIF. Programdelen for AVIF-resultat er stor og trenger omtrent ett sekund på å starte per økt. AVIF til WebP hopper over alt det. Løpet leser av og lagrer så gjennom innebygde veier, og hele rundturen for et bilde på 2 megapiksler fullføres godt under ett sekund i enhver moderne skrivebords- eller bærbar nettleser. Dette gjør AVIF til WebP egnet for interaktive arbeidsflyter der brukeren venter svar på under ett sekund.
Hvor mye det ene lagringssteget faktisk koster
Å konvertere AVIF til WebP innebærer ett lagringssteg. AVIF-en ble opprinnelig lagret med en viss grad av tapsbasert komprimering. Å lese den av gir pikselverdier som speiler den tapsbaserte kilden. WebP-funksjonen legger så sin egen komprimering over pikslene ved en nær tapsfri innstilling tilpasset kvalitet 85. Ved den innstillingen måler resultatet omtrent 44 dB PSNR på vanlig bildeinnhold. For en betrakter som ser på et bilde i normal visningsstørrelse, er forskjellen mellom AVIF-kilden og WebP-resultatet ikke synlig. For grafikk med veldig fin tekst i små størrelser, pikselskarpe ikoner, eller harde fargeblokker, kan den samlede virkningen av to tapsbaserte runder vise subtile forskjeller ved nær inspeksjon. Før du forplikter deg til å konvertere et helt bibliotek, test et representativt utvalg ved full zoom på de mest kvalitetsfølsomme ressursene dine.
Gjennomsiktighetens rundtur i detalj
Gjennomsiktigheten i AVIF er kodet som et eget lag, som nettleseren dekoder sammen med fargeinnholdet når den leser filen. Når nettleseren leser av en AVIF, gir den både en fargebuffer og en transparensmaske. Konverteringen setter sammen begge ved full gjennomsiktighet, og beholder hver delvis gjennomsiktige detalj. WebP-funksjonen skriver så en tapsbasert WebP med en egen alfakanal kodet med WebPs tapsfrie algoritme spesielt for alfaplanet. Resultatet er at alfamasken i WebP-resultatet lagres tapsfritt i forhold til de avleste alfaverdiene fra AVIF-en. Myke overganger og fjærede kanter overlever. Det eneste alfatapet som er til stede er det den opprinnelige AVIF-lagringen innførte. Hvis kilde-AVIF-en har rene alfakanter, vil WebP-resultatet ha det også, med samme transparenslag klar til å settes sammen over enhver bakgrunn.
Å sammenligne resultatet med alternativene
Når du trenger å gjøre en AVIF kompatibel med et system som ikke leser AVIF, har du tre realistiske valg: konverter til WebP, konverter til PNG, eller konverter til JPG. JPG er feil valg for enhver ressurs med gjennomsiktighet, fordi JPG ikke har noen alfakanal og flater den til en heldekkende farge. PNG gir den største filen, typisk tre til ti ganger AVIF-størrelsen, og er det rette valget bare når du trenger et tapsfritt mellomformat eller mottakeren krever PNG spesifikt. WebP ligger i midten: det gir universell moderne kompatibilitet, beholder gjennomsiktighet, og lager en fil som vanligvis er 20 til 25 prosent større enn AVIF-en heller enn 300 til 1000 prosent større som PNG. For enhver kompatibilitetskonvertering som ikke krever tapsfritt resultat, er WebP det rette mellomformatet.
Én enslig i nettleseren, bunker på en server
Dette paret kjører på to måter etter jobben. En enslig AVIF dekodes og lagres om som WebP helt inni nettleseren din langs innebygde veier, så for én fil er det ingen opplasting i det hele tatt, bekreftet med null utgående forespørsler etter at siden er lastet. Det er rett vei for noe kjapt og for konfidensielt kundearbeid, egne produktbilder eller dokumenter du heller holder på maskinen din. Å konvertere flere filer på en gang gjøres på serveren vår, fordi å gruppere, pakke og levere et sett er jobben en server gjør godt: filene stiger opp, kodes, pakkes og gis tilbake som én nedlasting, som slettes innen omtrent 2 timer, uten langtidslagring. I praksis: en enslig konvertering behandles lokalt på , og en bunke behandles eksternt, men holdes bare det korte vinduet nedlastingen tar.
