2015: Eine Allianz gegen den Patent-Albtraum

Die Geschichte von AVIF beginnt nicht in einem Bildlabor, sondern in einer patentpolitischen Krise. Mitte der 2010er Jahre kontrollierten zwei Patent-Pools die dominanten Video-Codecs der Welt: MPEG LA verwaltete H.264-Patente, HEVC Advance kam für H.265 dazu — und beide forderten von Streaming-Plattformen Lizenzgebühren, die im großen Stil milliardenschwer werden konnten. Netflix, YouTube, Amazon und andere standen vor der Wahl: zahlen oder ein eigenes royalty-freies Format bauen.

Im September 2015 gründeten sieben Tech-Konzerne die Alliance for Open Media (AOMedia): Amazon, Cisco, Google, Intel, Microsoft, Mozilla und Netflix. Später kamen Apple (2018), Facebook, Nvidia, Samsung und weitere dazu. Das gemeinsame Ziel: ein open-source, royalty-frei verfügbarer Video-Codec der nächsten Generation — AV1. Die finale Spezifikation erschien im Juni 2018.

2019: Aus AV1 wird AVIF

AV1 war ein Video-Codec. Aber wie schon bei WebP (siehe unsere WebP-Geschichte) lag der Sprung zum Bildformat nahe: ein einzelner AV1-Keyframe enthält bereits alle Intraframe-Komprimierungs-Werkzeuge, die für ein Standbild nötig sind. Die Frage war nur, in welchen Container die Bytes verpackt werden.

Die Antwort kam überraschend aus Cupertino. Apple hatte 2017 für iOS 11 den HEIF-Container (High Efficiency Image File Format, ISO/IEC 23008-12) eingeführt — ursprünglich für HEIC-Bilder mit HEVC-Codec, aber technisch codec-agnostisch. Die AOMedia-Mitglieder erkannten, dass HEIF auch AV1-Datenströme aufnehmen kann. Im Februar 2019 veröffentlichte AOMedia die AVIF-1.0-Spezifikation— formell „AV1 Image File Format", ein HEIF-Container mit AV1-Inhalt.

Die technische Differenzierung gegenüber WebP

AVIF brachte gegenüber WebP drei strukturelle Verbesserungen. Erstens bessere Komprimierung: AV1 ist ein gut zehn Jahre jüngerer Codec als VP8 und nutzt deutlich aufwendigere Prädiktions-Modi, größere Block-Größen (bis 128×128 statt 16×16) und einen leistungsfähigeren Entropie-Coder. Typische Bytes-Ersparnis: 20–30 % gegenüber WebP bei gleicher visueller Qualität.

Zweitens HDR und Wide Color Gamut: AVIF unterstützt 10-Bit- und 12-Bit-Farbtiefen sowie BT.2020-Farbräume, also alles, was moderne Display-Hardware (iPhone Pro, MacBook Pro mit Liquid Retina XDR, OLED-Fernseher) tatsächlich darstellen kann. WebP ist auf 8-Bit-Standard-Gamut beschränkt — eine Limitierung, die sich heute rächt. Eine technische Tiefe dazu in unserem AVIF-erklärt-Beitrag.

Drittens echte Alpha-Komprimierung: WebP speichert den Alpha-Kanal separat vom Farbkanal, was zu Doppel-Quantisierungs-Artefakten führen kann. AVIF kann Alpha im selben Datenstrom komprimieren, mit gemeinsamer Optimierung.

Netflix als Pilot-Kunde

Netflix war einer der treibenden AOMedia-Mitgründer und nutzte AVIF als eigenes Vorzeige-Projekt. Im Februar 2020 veröffentlichte das Netflix-Tech-Blog einen ausführlichen Bericht: alle Cover-Artworks der Filme und Serien auf netflix.com waren inzwischen als AVIF mit JPG-Fallback ausgeliefert. Die Bytes-Ersparnis lag bei durchschnittlich 50 % gegenüber dem vorherigen JPG-Setup — bei einem Streaming-Dienst mit 200 Millionen Nutzern eine signifikante Traffic-Reduktion.

Der Netflix-Bericht wurde zur Referenz-Studie für AVIF in der Web-Community. Adobe folgte mit AVIF-Export in Photoshop 22 (2021), Cloudflare lieferte 2021 automatische AVIF-Konvertierung im Image-Resizing-Dienst aus, Vercel's Next.js Image-Komponente unterstützt AVIF seit Version 11 — wer Next.js 16 mit modernen Features wie on-the-fly Bildoptimierungeinsetzt, profitiert davon ohne Konfigurations-Aufwand.

2020–2022: Die Browser ziehen nach

Die Browser-Adoption verlief ungewöhnlich schnell für ein neues Format. Chrome 85 brachte AVIF im August 2020 — schneller als jeder andere Browser jemals ein neues Bildformat unterstützt hatte. Firefox 93folgte im Oktober 2021, Edge bekam es per Chromium-Update automatisch. Der entscheidende Schritt war Safari 16 (macOS Ventura, iOS 16) im September 2022 — damit war AVIF nach drei Jahren in allen Mainstream-Browsern verfügbar.

Zum Vergleich: WebP brauchte zehn Jahre für dieselbe Coverage. Der Unterschied ist politisch: AVIF kam aus einer Allianz, der Apple, Google, Microsoft und Mozilla gemeinsam angehörten. Es gab keine politische Verweigerungs-Front wie bei WebP, das lange als Google-Format galt.

Die Encoder-Schmerzen

AVIF hat einen praktischen Nachteil, den Web-Entwickler 2026 noch immer spüren: langsame Encoding-Geschwindigkeit. AV1 ist um Faktoren 5–20 langsamer zu encodieren als WebP, abhängig vom Encoder. Die Referenz-Implementierung libaom ist auf Qualität optimiert, nicht auf Speed. Schnellere Encoder existieren — SVT-AV1 (Intel/Netflix), rav1e(Mozilla, Rust) — aber selbst die schnellsten sind langsamer als ein JPG- oder WebP-Encoder auf derselben CPU.

Im Browser-Kontext bedeutet das: Browser können AVIF dekodieren, aber kein Browser kann AVIF aktiv encodieren (die Canvas-API kennt image/avif als Output-Format nicht). Wer AVIF clientseitig generieren will, braucht eine WebAssembly-Bibliothek wielibavif-wasm, die je nach Bildgröße einige Sekunden Encoding-Zeit kostet. Aus diesem Grund liefert unser WebP-Komprimierer standardmäßig WebP statt AVIF — schnelles, browser-natives Encoding ist für interaktive Tools entscheidend.

AVIF und Animation

Seit AVIF 1.1 (2023) unterstützt das Format auch Animations-Sequenzen. Technisch ist das ein AV1-Video, in den HEIF-Container gepackt, mit Timing-Metadaten. Die Effizienz gegenüber animiertem WebP liegt nochmal 30–50 % höher; gegenüber klassischen GIFs oft 90 %. Browser-Support ist 2026 in Chrome, Firefox und Safari verfügbar. Eine Detail-Empfehlung dazu in unserem GIF-vs.-WebP-Beitrag, der inzwischen auch AVIF einbezieht.

Die ungelöste JPEG-XL-Konkurrenz

AVIFs Vorherrschaft ist nicht ungetrübt. JPEG XL (siehe unseren JPEG-XL-Geschichts-Beitrag) bietet strukturelle Vorteile bei Foto-Inhalten und kann existierende JPEGs verlustfrei neu-komprimieren — etwas, was AVIF nicht kann. 2023 hatte Google JPEG XL aus Chrome entfernt; 2025 kehrte es zurück. Die Format-Politik der nächsten Jahre wird zeigen, ob AVIF die universelle Default-Wahl bleibt oder ob JPEG XL die Foto-Nische erobert.

Wann AVIF die richtige Wahl ist

  • Server-seitige Bildoptimierung. Wenn das Encoding offline passiert, zählt nur die Decoder-Performance — und die ist exzellent.
  • HDR-Inhalte und Foto-Qualität. 10-Bit, BT.2020, beste verfügbare Komprimierung — ideal für Streaming-Plattformen und Foto-Galerien.
  • Static Site Generation. Build-Time-AVIF-Generierung ist Standard in modernen Frameworks; siehe unseren Hinweis zu Core Web Vitals.
  • Mobile Performance. Kleinere Bytes = bessere LCP-Zeiten in 4G/5G.

Wann AVIF nicht ideal ist: clientseitiges Encoding in Echtzeit (zu langsam), Workflows die Photoshop-CC-Versionen vor 22 oder Legacy-Drittsoftware einbeziehen, Druck-Pipelines (Druckereien akzeptieren oft kein AVIF).

Quellen

AVIF-1.0-Spezifikation (AOMedia) · Alliance for Open Media · Netflix Tech Blog — AVIF for Next-Generation Image Coding · RFC 9264 — AV1 Image File Format Brands · libavif-Quellcode · Can I Use — AVIF Browser-Support · ISO/IEC 23008-12 — High Efficiency Image File Format (HEIF), 2017.