AVIF

AVIF (AV1 Image File Format) ist ein modernes Bildformat, abgeleitet vom AV1-Videocodec. 2019 standardisiert. Komprimiert bei gleicher visueller Qualität 20–30 % kleiner als WebP.

Wie WebP unterstützt AVIF sowohl verlustbehaftete als auch verlustfreie Modi, volle Alpha-Transparenz, Animation, HDR und weite Farbräume. Anders als WebP ist es aufwendig zu kodieren – Encoder können für dieselbe Eingabe 10- bis 100-mal länger brauchen als eine entsprechende WebP-Kodierung. Das Dekodieren ist schnell (der AV1-Videodecoder ist gut optimiert, samt Hardwarebeschleunigung auf aktuellen CPUs und GPUs).

Browserunterstützung Stand 2026: weltweit ~93 %. Chrome seit 2020, Firefox seit 2021, Safari seit 2022. Ältere Android- und Apple-Geräte gehen weiterhin leer aus.

Wann AVIF den Kodieraufwand wert ist:

• Bildlastige Seiten, bei denen das Seitengewicht entscheidend ist – E-Commerce-Hero-Bilder, Galerieseiten, Nachrichtenmedien.
• Über CDN ausgelieferte Bilder, bei denen die Kodierung einmalig zum Upload-Zeitpunkt erfolgt.
• Mobile-first-Publikum bei volumenbasierten Verbindungen – die Bandbreitenersparnis von 20–30 % summiert sich.

Für die meisten Arbeitsabläufe ist WebP die einfachere Standardwahl, und AVIF ist eine lohnende Optimierung, wenn Sie bereits eine Build-Pipeline haben, die mehrere Formatvarianten erzeugt und sie über einen <picture>-Fallback ausliefert.

Durchgerechnetes Beispiel

Nehmen wir ein 4000×3000-Foto von einem modernen Smartphone. Das Original-JPEG aus der Kamera bei Qualität 85 ist rund 4,2 MB groß. Eine Neukodierung desselben Bildes nach WebP bei Qualität 80 (visuell gleichwertig) landet bei etwa 2,8 MB – eine Ersparnis von 33 %. Eine Neukodierung nach AVIF bei Qualität 60 (immer noch visuell gleichwertig, weil die Qualitätsskala von AVIF für dasselbe wahrgenommene Ergebnis niedrigere Zahlen verwendet) landet bei etwa 1,9 MB – eine Ersparnis von 55 % gegenüber JPEG und 32 % gegenüber WebP. Die Kodierzeit erzählt die andere Hälfte der Geschichte: JPEG kodiert in ~50 ms auf einem modernen Laptop, WebP in ~300 ms, AVIF in ~3–8 Sekunden im langsamen, aber hochwertigen Preset. Die Dekodierzeiten sind über alle drei hinweg ungefähr gleich, weil der AV1-Decoder gut optimiert ist. Für ein einzelnes Hero-Bild, das bei einer Million Seitenaufrufen angezeigt wird, amortisiert sich der Kodieraufwand einmalig; für eine nutzerhochgeladene Galerie, die spontan umkodiert wird, kann AVIF unpraktikabel sein.

Wann und warum es zählt

AVIF zählt immer dann, wenn Bandbreitenkosten (CDN-Egress, Datenobergrenzen mobiler Nutzer, Core Web Vitals) die Kodierzeit überwiegen. Der häufigste Einsatz ist eine Build-Zeit-Pipeline (Next.js Image, Cloudflare Polish, ImageKit), die einmalig zum Upload-Zeitpunkt AVIF- + WebP- + JPEG-Varianten erzeugt und pro Anfrage über das <picture>-Element das jeweils beste unterstützte Format ausliefert. Für Seiten, die nach Largest Contentful Paint (LCP) gemessen werden – einer Core-Web-Vitals-Metrik, die Google in das Suchranking einfließen lässt – verbessert ein um 30 % reduziertes Hero-Bild-Gewicht den Wert auf Mobilgeräten direkt. Verzichten Sie auf AVIF, wenn Sie breite Unterstützung älterer Browser benötigen (Safari vor 2022 auf dem iPad scheitert noch), wenn Sie Thumbnails spontan ohne Warteschlange erzeugen (die Kodierlatenz blockiert die Antwort) oder wenn das Asset bereits klein ist (unter 50 KB ist die absolute Ersparnis winzig). Quelle: web.dev – Use AVIF to compress images.

Die Alliance for Open Media – warum AVIF patentfrei ist: AV1, der Eltern-Codec von AVIF, wurde von AOMedia (Google, Mozilla, Cisco, Intel, Microsoft, Netflix, Amazon, Apple seit 2018) ausdrücklich als lizenzgebührenfreie Alternative zu HEVC entwickelt, dessen Patentlizenzierung sich über mehrere Pools zersplitterte und es für den Browsereinsatz kommerziell toxisch machte. AVIF erbt die AV1-Patentfreigabe: Jeder kann AVIF implementieren, verteilen und ausliefern, ohne Lizenzgebühren zu zahlen. JPEG XL – ein konkurrierendes modernes Format mit wohl besseren Werkzeugen für die Archivierung – ist in den Browsern teilweise wegen unklarer Patentlage ins Stocken geraten, während die saubere Freigabe von AVIF dessen Verbreitung beschleunigte.

Empfohlene <picture>-Reihenfolge: AVIF zuerst ausliefern (beste Kompression), WebP an zweiter Stelle (breitere Unterstützung), JPEG/PNG zuletzt (universeller Rückfall). Der Browser wählt das erste unterstützte Format und lädt die anderen nie herunter. <picture><source type="image/avif" srcset="hero.avif"><source type="image/webp" srcset="hero.webp"><img src="hero.jpg" alt="..."></picture>. Häufige Fehler: das Vergessen der type=-Attribute (der Browser kann ohne Parsing nicht überspringen) oder das Voranstellen des <img>-Fallbacks vor die AVIF-Quelle (der Browser stoppt beim ersten Treffer). Verwandt: WebP, verlustbehaftet. Quelle: AVIF Specification – AOMedia.