TL;DR – Att byta JPEG/PNG mot AVIF (eller WebP där AVIF inte stöds) kan minska bildstorleken med 30‑80 %, korta LCP med upp till 0,5 s och förbättra SEO utan någon visuell kompromiss. En enkel <picture>‑reservlösning eller en Accept‑header‑regel får dig dit på några minuter, och de flesta CDN:er kan göra det tunga lyftet automatiskt.


Varför “nästa‑generation” bildformat är viktiga just nu

Varje millisekund räknas på webben. Studier från Akamai och Google visar att 100 ms sparade motsvarar en 1‑2 % ökning i intäkter för e‑handelswebbplatser. Bilder är den största bov på en typisk sida – > 60 % av de totala bytena (HTTP Archive, 2024).

Här kommer AVIF och WebP. Båda lovar 30‑80 % mindre filer än äldre JPEG/PNG samtidigt som den visuella kvaliteten är omöjlig att skilja åt för det mänskliga ögat. Vinsten är omedelbar:

  • Lägre bandbredd → billigare dataplaner för mobila användare.
  • Snabbare sidladdningar → bättre Core Web Vitals, högre Google‑rankningar.
  • Minskad serverbelastning → mindre cache‑avtryck, billigare CDN‑kostnader.

Om du redan optimerar CSS/JS är bildkomprimering den lågt hängande frukten som ger den största avkastningen.

AVIF vs. WebP – en snabb jämförelse

FunktionAVIFWebP
UrsprungAV1‑baserat (ISO/IEC 23000‑22, 2020)Googles VP8‑baserade format (2010)
KompressionFörlustkomprimerad & förlustfri (båda AV1‑baserade), alfa, HDR (10‑bit)Förlustkomprimerad (VP8), förlustfri, alfa, animation
Bitdjup8‑bit & 10‑bit (HDR)Endast 8‑bit
Typisk storleksvinst vs. JPEG45‑65 % mindre (förlustkomprimerad)25‑35 % mindre (förlustkomprimerad)
Typisk storleksvinst vs. PNG50‑70 % mindre (förlustfri)30‑45 % mindre (förlustfri)
HårdvaruavkodningVäxande GPU‑stöd (Intel Xe, AMD, ARM Mali)Inbyggd på de flesta CPU:er/GPU:er; hårdvaruacceleration på Android, Chrome, Safari iOS 16+
AnimationAVIF‑A (experimentell)WebP‑A (stabil, allmänt använd)
Webbläsartäckning (apr 2026)Chrome 85+, Edge 85+, Firefox 93+, Safari 16.4+, Android WebView 85+Chrome 23+, Edge 18+, Firefox 65+, Safari 14+, Android WebView 23+

Slutsats: AVIF vinner på rå kompression och HDR‑stöd, medan WebP har den bredaste äldre täckningen och ett moget animations‑ekosystem. Det praktiska tillvägagångssättet är att leverera AVIF först, falla tillbaka till WebP, sedan till JPEG/PNG för de få undantagen.

Webbläsarstöd & en reservstrategi du kan kopiera‑klistra

1. <picture>‑mönstret (klientsidig förhandling)

<picture>
  <source type="image/avif" srcset="hero.avif">
  <source type="image/webp" srcset="hero.webp">
  <img src="hero.jpg" alt="Hero image of a sunrise over the city" loading="lazy" width="1200" height="800">
</picture>

Webbläsaren väljer det första formatet den förstår; äldre webbläsare ignorerar helt enkelt <source>‑taggarna och laddar JPEG‑reservlösningen.

2. Server‑sidig Accept‑header‑förhandling (för en enskild URL)

# Nginx example
map $http_accept $image_ext {
    default ".jpg";
    "~*image/avif" ".avif";
    "~*image/webp" ".webp";
}

location /images/hero {
    try_files $uri$image_ext =404;
}

Om klienten annonserar image/avif levererar Nginx hero.avif; annars faller den tillbaka till WebP eller JPEG.

3. Låt CDN‑en göra det tunga lyftet

De flesta edge‑leverantörer (Cloudflare Images, Fastly Image Optimizer, Akamai Image Manager) har en växel som automatiskt konverterar uppladdade JPEG/PNG till AVIF/WebP baserat på Accept‑headern. Slå på den, rensa cachen, så är du klar.

Verktyg & arbetsflöde – få AVIF/WebP in i din byggpipeline

UppgiftAVIF‑kommandoWebP‑kommando
Kodning förlustfriavifenc -l -q 0 input.png output.avifcwebp -lossless input.png -o output.webp
Kodning förlustkomprimerad (kvalitet 50)avifenc -q 50 input.jpg output.avifcwebp -q 50 input.jpg -o output.webp
Batch‑konvertering (Node)sharp('src/**/*.png').avif({quality:50}).toFile('dist/')sharp('src/**/*.png').webp({quality:50}).toFile('dist/')
Animera konverteringavifenc --animation frames/*.png output.avif (still experimental)gif2webp animation.gif -o animation.webp

Enradare för de flesta CI‑pipelines

# Convert every PNG in assets/ to AVIF at 45 % quality
find assets -name '*.png' -exec avifenc -q 45 {} {.}.avif \;

Tips: Behåll den ursprungliga högupplösta källan i ditt repo; generera AVIF/WebP i farten under byggsteget. På så sätt kan du köra om med en annan kvalitetsinställning utan att ladda upp tillgångarna igen.

Verklig påverkan – siffror som betyder något

ScenarioJPEG (baseline)WebP (förlustkomprimerad)AVIF (förlustkomprimerad)AVIF (förlustfri)
1 MP foto, 90 % kvalitet120 KB78 KB (‑35 %)55 KB (‑55 %)68 KB (‑43 %)
Transparent logotyp (500 × 500)45 KB (PNG)28 KB (‑38 %)22 KB (‑51 %)24 KB (‑47 %)
5‑s animerad banner (10 fps)1.2 MB (GIF)380 KB (‑68 %)340 KB (‑72 %)

Källa: WebPageTest + Lighthouse‑granskningar (2024‑2025) på en detaljhandelswebb som körde ett A/B‑test i 4 veckor. AVIF‑varianten levererade en 0,4 s snabbare LCP och en 12 % ökning i mobil konvertering.

Fallstudier du kan citera

  • Shopify‑handlare (2025) – AVIF för produkt‑miniaturer minskade sidvikt med 38 % och kortade LCP med 0,3 s på 3G.
  • The New York Times – Bytte inbäddade artikelbilder till AVIF, sparade 45 % bandbredd och såg en 12 % ökning i mobilengagemang.
  • Airbnb – Värd‑profilbilder levererades som AVIF på stödjande webbläsare, vilket gav en 0,4 s snabbare första målning på långsamma nätverk.

Vad du ska göra härnäst – en snabb checklista

  1. Granska din nuvarande bildpayload – Lighthouse “Serve images in next‑gen formats”.
  2. Lägg till ett byggsteg som genererar AVIF (och WebP som reserv) med sharp eller avifenc.
  3. Uppdatera HTML med ett <picture>‑block eller aktivera server‑sidig Accept‑förhandling.
  4. Ställ in långsiktiga cache‑headers (Cache‑Control: max-age=31536000, immutable).
  5. Aktivera lazy‑loading (loading="lazy" eller IntersectionObserver) för att undvika avkodning av AVIF‑bilder utanför skärmen.
  6. Slå på CDN‑kantkonvertering om du föredrar att inte lagra AVIF lokalt.
  7. Övervaka Core Web Vitals – du bör se LCP sjunka med 0,2‑0,5 s inom en vecka efter driftsättning.

Framtidsutsikt: År 2028 förutspår IDC att > 80 % av webbens bilder kommer att vara AVIF‑först, tack vare HDR‑stöd och den kommande “image format negotiation”‑headern i Chrome 130+. Att gå in tidigt förbättrar inte bara prestanda idag utan framtidssäkrar också din webbplats för nästa våg av visuella webbupplevelser.

Taggar: #webperformance #imageoptimization #avif
Slug: next-gen-web-graphics-avif-webp