Notater fra teamet om håndverket, formater og de små valgene bak et godt resultat.
Hvorfor AVIF slår WebP på foto
AVIF sitt komprimeringsfortrinn over WebP kommer fra kodeken under. WebP bruker intra-frame-motoren, laget for video, men brukt på stillbilder siden 2010. et moderne format, kodeken bak AVIF, kom i 2018 etter år med forskning rettet rett mot grensene til og. et moderne format bruker mer aggressiv kroma-subsampling, finere blokkdeling helt ned til 4 ganger 4 piksler, og en mer effektiv entropikoder. Det praktiske resultatet, bekreftet av -analyse på store fototestsett, er at AVIF som regel er 20 til 30 prosent mindre enn WebP ved samme oppfattede kvalitet på foto. På datagenerert grafikk med flate farger og harde kanter krymper avstanden, fordi WebP sin enklere algoritme håndterer slike mønstre effektivt. For enhver side der de tyngste filene er foto, har AVIF-oppgraderingen målbar båndbreddeeffekt.
Den andre tapsbaserte runden i praksis
Når du konverterer en WebP til AVIF, er både kilden og utfilen tapsbaserte. WebP-lagringen bestemte allerede hvilken fargeinformasjon som skulle slippes da WebP-en ble laget, og de valgene er varige: konvertering til AVIF kan ikke hente noe av det tilbake. AVIF-lagringen tar så sine egne valg om pikseldataene den får, ved kvalitet 85. På foto er den samlede effekten av to tapsbaserte runder fortsatt visuelt nær tapsfri ved vanlige visningsstørrelser, rundt på ekte fotoinnhold. På grafikk som allerede er forringet av WebP-lagringen, kan den andre runden forsterke synlige artefakter. Den praktiske regelen: ser kilde-WebP-en ren ut i størrelsen du planlegger å vise, gjør AVIF-en det også. Viser WebP-en allerede komprimeringsstøy, undersøk AVIF-en nøye før du sender den.
Hvordan alfakanalen flyter gjennom
Både WebP og AVIF lagrer gjennomsiktighet som et eget alfaplan ved siden av fargedataene. Konverteringen leser WebP-ens alfakanal, setter den sammen ved full gjennomsiktighet, og overlater den så til AVIF-lagringen, som skriver sitt eget alfaspor med et moderne format intra-frame-koding ved kvalitet 85. Myke gjennomsiktighetsoverganger, fjærede kanter og delvis gjennomsiktige områder overlever alle denne rundturen. AVIF-alfaplanet er selv tapsbasert ved kvalitet 85, noe som kan gi knapt merkbar frynsing på harde kanter ved ekstrem zoom. Ved vanlige visningsstørrelser på nettet er forskjellen fra kilden ikke synlig. For pikselnøyaktig arbeid på små ikoner der alfakanten må være eksakt, behold WebP-kilden og sjekk utfilen ved full zoom før du sender den.
Forventet lagringstid på tvers av nettlesere og enheter
AVIF-omformingen klargjøres én gang per nettleserøkt og legger rundt ett sekund til den første konverteringen. Etter det gir Chromium best gjennomstrømning: rundt 40 millisekunder for en miniatyr på 0,12 megapiksler, 250 millisekunder for et foto på 1 megapiksel, 2,8 sekunder for et 4K-foto, og 25 sekunder for et fullt 48-megapiksels bilde i verste observerte tilfelle. Firefox er det tydelige unntaket og kjører samme omforming rundt fire ganger tregere, noe som setter 4K-tilfellet nær 31 sekunder og store filer forbi to minutter. WebKit ligger mellom de to, nærmere Chromium. Mobil maskinvare er 3 til 5 ganger tregere enn stasjonær på alle motorer. For rutinemessig fil-for-fil-konvertering er Chrome på en bærbar eller stasjonær det praktiske verktøyet. For Firefox-brukere med store bilder er det ærlige rådet å bytte nettleser eller beholde WebP.
Core Web Vitals og AVIF-oppgraderingen
Sider som serverer foto, betaler en båndbreddekostnad for hvert bilde som lastes. Er de bildene WebP i dag, kutter konvertering til AVIF overføringen per bilde med rundt 20 til 30 prosent på foto. På en side med et WebP-helt-bilde på bringer AVIF det ned til rundt 140 til. På et produktrutenett med tolv WebP-miniatyrer på sparer AVIF rundt 70 til total sidevekt. Disse besparelsene påvirker Largest Contentful Paint direkte når LCP-elementet er et bilde. Med rundt 94 prosent global nettleserstøtte for AVIF dekker et picture-element som serverer AVIF først med WebP som reserve så godt som all trafikk. Markup-kostnaden betales én gang per bildekomponent, og båndbreddebesparelsen gjentas ved hver eneste sidelasting etterpå.
Hvorfor AVIF-konvertering lener seg på en server
AVIF bygger på et moderne format, samme familie som moderne video, og er med vilje tung å lage i bytte mot kompakte filer. Å gjøre den jobben godt, særlig på store foto, går mye raskere og tryggere på en ekte server enn i nettleseren på en telefon, så dette paret sender bildet til serveren vår for å lage den beste AVIF-en det går an. Filen behandles og resultatet kommer tilbake til deg, og nedlastingen fjernes innen omtrent 2 timer, uten personlige data og uten langtidslagring. Å konvertere flere bilder samtidig kjører alltid på serveren, som setter det ferdige settet sammen til én nedlasting, slettet innen samme korte tid. Hvis serveren vår ikke kan nås, lages en enkelt konvertering i stedet i nettleseren, den filen blir liggende lokalt, og tar en tregere laging for å være enkel. Byttet er tydelig: serveren kjøper kvalitet og fart på formatet som trenger det mest, og filen din beholdes aldri utover det korte vinduet konverteringen tar.