Noter fra teamet om håndværk, formater og de små beslutninger bag et godt resultat.
Hvorfor AVIF slår WebP på fotos
AVIF's komprimeringsfordel over WebP kommer fra codecen nedenunder. WebP bruger intra-frame-motoren, lavet til video, men brugt på stillbilleder siden 2010. et moderne format, codecen bag AVIF, kom i 2018 efter års forskning rettet direkte mod grænserne for og. et moderne format bruger mere aggressiv kroma-subsampling, finere blokdeling helt ned til 4 gange 4 pixels, og en mere effektiv entropikoder. Det praktiske resultat, bekræftet af -analyse på store fototestsæt, er, at AVIF typisk er 20 til 30 procent mindre end WebP ved samme oplevede kvalitet på fotos. På computergenereret grafik med flade farver og hårde kanter skrumper afstanden, fordi WebP's enklere algoritme håndterer den slags mønstre effektivt. For enhver side, hvis tungeste filer er fotos, har AVIF-opgraderingen en målbar båndbreddeeffekt.
Den anden tabsbehæftede omgang i praksis
Når du konverterer en WebP til AVIF, er både kilden og udfilen tabsbehæftede. WebP-gemningen besluttede allerede, hvilken farveinformation der skulle slippes, da WebP'en blev lavet, og de valg er varige: konvertering til AVIF kan ikke hente noget af det tilbage. AVIF-gemningen tager så sine egne valg om de pixeldata, den får, ved kvalitet 85. På fotos er den samlede effekt af to tabsbehæftede omgange stadig visuelt næsten tabsfri ved normale visningsstørrelser, omkring på ægte fotoindhold. På grafik, der allerede er forringet af sin WebP-gemning, kan den anden omgang forstærke synlige artefakter. Den praktiske regel: ser kilde-WebP'en ren ud i den størrelse, du planlægger at vise den, gør AVIF'en det også. Viser WebP'en allerede komprimeringsstøj, så undersøg AVIF'en grundigt, før du sender den.
Hvordan alfakanalen flyder igennem
Både WebP og AVIF gemmer gennemsigtighed som et separat alfaplan ved siden af farvedataene. Konverteringen læser WebP'ens alfakanal, samler den ved fuld gennemsigtighed og overlader den så til AVIF-gemningen, der skriver sit eget alfaspor med et moderne format intra-frame-kodning ved kvalitet 85. Bløde gennemsigtighedsovergange, fjerede kanter og delvist gennemsigtige områder overlever alle denne rundtur. AVIF-alfaplanet er selv tabsbehæftet ved kvalitet 85, hvilket kan give en knap mærkbar frynsning på hårde kanter ved ekstrem zoom. Ved normale visningsstørrelser på nettet er forskellen fra kilden ikke synlig. Til pixelnøjagtigt arbejde på små ikoner, hvor alfakanten skal være eksakt, behold WebP-kilden og tjek udfilen ved fuld zoom, før du sender den.
Forventet gemningstid på tværs af browsere og enheder
AVIF-omdannelsen klargøres én gang pr. browsersession og lægger cirka et sekund til den første konvertering. Derefter giver Chromium den bedste gennemstrømning: omkring 40 millisekunder for et miniature på 0,12 megapixel, 250 millisekunder for et foto på 1 megapixel, 2,8 sekunder for et 4K-foto, og 25 sekunder for et fuldt 48-megapixel-billede i det værste observerede tilfælde. Firefox er den tydelige undtagelse og kører samme omdannelse omkring fire gange langsommere, hvilket sætter 4K-tilfældet nær 31 sekunder og store filer forbi to minutter. WebKit ligger mellem de to, tættere på Chromium. Mobil hardware er 3 til 5 gange langsommere end desktop på alle motorer. Til rutinemæssig fil-for-fil-konvertering er Chrome på en bærbar eller desktop det praktiske værktøj. Til Firefox-brugere med store billeder er det ærlige råd at skifte browser eller beholde WebP.
Core Web Vitals og AVIF-opgraderingen
Sider, der serverer fotos, betaler en båndbreddeomkostning for hvert billede, der indlæses. Er de billeder WebP i dag, skærer konvertering til AVIF overførslen pr. billede med omkring 20 til 30 procent på fotos. På en side med et WebP-helbillede på bringer AVIF det ned til omkring 140 til. På et produktgitter med tolv WebP-miniaturer på sparer AVIF omkring 70 til samlet sidevægt. Disse besparelser påvirker Largest Contentful Paint direkte, når LCP-elementet er et billede. Med omkring 94 procent global browserunderstøttelse for AVIF dækker et picture-element, der serverer AVIF først med WebP bagved, så godt som al trafik. Markup-omkostningen betales én gang pr. billedkomponent, og båndbreddebesparelsen gentages ved hver eneste sideindlæsning bagefter.
Hvorfor AVIF-konvertering læner sig op ad en server
AVIF bygger på et moderne format, samme familie som moderne video, og er med vilje tung at lave i bytte for kompakte filer. At gøre det arbejde godt, især på store fotos, går meget hurtigere og mere pålideligt på en rigtig server end i en telefons browser, så dette par sender billedet til vores server for at lave den bedst mulige AVIF. Filen behandles, og resultatet kommer tilbage til dig, og downloadet fjernes inden for cirka 2 timer, uden personlige data og uden langtidslagring. At konvertere flere billeder på én gang kører altid på serveren, som samler det færdige sæt til ét download, slettet inden for samme korte tid. Kan vores server ikke nås, laves en enkelt konvertering i stedet i browseren, den fil bliver lokal, og tager en langsommere fremstilling for bekvemmelighedens skyld. Byttet er klart: serveren køber kvalitet og fart på det format, der trænger mest til det, og din fil beholdes aldrig ud over det korte vindue, konverteringen tager.