Das Problem 2004: GIF reicht nicht mehr

2004 war das Web nicht mehr das, das Steve Wilhite 1987 bei CompuServe entworfen hatte (siehe unsere GIF-Geschichte). Foren, Blogs und Websites zeigten überall animierte Inhalte — Werbe-Banner, kleine Reactions, interaktive UI-Elemente. GIF war das einzige verbreitete Format dafür, aber seine Limitierungen wurden zunehmend schmerzhaft: nur 256 Farben pro Frame, nur binäre Transparenz, oft große Dateien.

Bei Mozilla diskutierte das Browser-Team eine elegante Lösung. PNG (siehe unsere PNG-Geschichte) bot 24-Bit-Farbtiefe, echte 8-Bit-Alpha-Transparenz und exzellente verlustfreie Komprimierung. Was fehlte, war ein Mechanismus für mehrere Frames in einer Datei. Mozilla-Ingenieur Stuart Parmenter und Stuart Robertson skizzierten 2004 eine Erweiterung: Animated PNG (APNG).

Das geniale Design-Prinzip: rückwärts-kompatibel

APNG's wichtigste Designentscheidung war die Rückwärts-Kompatibilität. Eine APNG-Datei beginnt mit einem vollständigen statischen PNG-Frame — wenn ein klassischer PNG-Decoder die Datei öffnet, sieht er nur dieses erste Bild und ignoriert den Rest. Erst APNG-fähige Decoder erkennen die zusätzlichen Frame-Chunks und spielen die Animation ab.

Diese Architektur war praktisch genial: APNG-Dateien können überall hochgeladen werden, wo PNGs akzeptiert werden, und werden im schlimmsten Fall als statisches Bild angezeigt. Es gibt keinen kaputten Modus, keine grauen Platzhalter, keine Fehler-Symbole.

Technisch nutzt APNG drei zusätzliche PNG-Chunks: acTL (Animation Control mit Frame-Anzahl und Loop-Count), fcTL (Frame Control pro Frame mit Position, Dauer und Disposal-Method) und fdAT (Frame Data, das eigentliche Pixel-Delta). Die Chunks sind als „ancillary" markiert, was nach PNG-Standard bedeutet, dass unbekannte Decoder sie ignorieren müssen.

2007: Das PNG-Komitee lehnt ab

Mozilla brachte den APNG-Vorschlag offiziell beim PNG-Komitee ein. Die Reaktion war überraschend ablehnend. Das Komitee argumentierte, dass die Erweiterung MNG (Multi-Image Network Graphics) bereits seit Jahren existierte und APNG eine unnötige Parallel-Entwicklung sei. Im Mai 2007 stimmte das Komitee formell gegen die Aufnahme von APNG in den offiziellen PNG-Standard.

Diese Entscheidung war strategisch unklug. MNG (siehe unsere MNG-Geschichte) war ein eigenständiges, hoch komplexes Format mit eigener Datei-Endung, das praktisch keine Adoption hatte. APNG war pragmatisch, rückwärts-kompatibel und löste das Web-Problem direkt. Das Komitee entschied sich für den theoretischen Reinheits-Standpunkt und ignorierte die praktische Realität.

Mozilla setzt durch — alleine

Mozilla machte trotzdem weiter. Im Juli 2008 implementierte Firefox 3.0 APNG nativ. Die Mozilla-Wiki veröffentlichte eine inoffizielle Spezifikation, die als De-facto-Standard diente. Opera zog 2010 nach. Aber Chrome, Safari und Internet Explorer blieben jahrelang abseits.

Diese partielle Adoption führte zu einer paradoxen Web-Situation: APNGs liefen in Firefox und Opera animiert, in Chrome und Safari aber als statische erste Frame- Anzeige. Web-Entwickler, die APNG nutzten, hatten dadurch eine effiziente Animation für 30-40 % ihrer Besucher und eine sinnvolle Fallback-Anzeige für den Rest. Das war gut genug für viele Anwendungsfälle.

2017: Apple kapituliert

Der entscheidende Schritt kam mit Safari 11 (macOS High Sierra, iOS 11) im September 2017. Apple hatte APNG bisher ignoriert, aber zwei Faktoren erzwangen eine Adoption: erstens nutzte Apple's iMessage-App APNG für die Sticker-Pakete (genauer: für die animierten Reactions); zweitens machte die wachsende WebP-Adoption (siehe unsere WebP-Geschichte) klar, dass Apple nicht ewig ohne Bildanimations-Unterstützung auskommen konnte.

Chrome zog 2017 mit Version 59 nach. Edge bekam APNG mit der Chromium-Umstellung (2020) automatisch. Damit war APNG nach 13 Jahren in jedem Mainstream-Browser angekommen.

2025: PNG-3 normalisiert APNG

Eine ironische Wende: 2025 verabschiedete das W3C die PNG-3-Spezifikationund nahm APNG offiziell als Teil des PNG-Standards auf. Damit ist APNG endlich kein Mozilla-Sonderweg mehr, sondern Teil des offiziellen PNG-Standards. Das ist 21 Jahre nach Mozillas ursprünglichem Vorschlag.

APNG vs. animiertes WebP vs. GIF

In der 2026-Praxis konkurriert APNG mit zwei anderen Animations-Formaten: dem alten GIF und dem modernen animierten WebP. Vergleichbare typische Datei-Größen für eine 5-Sekunden-Loop-Animation in 800×450:

  • GIF mit 256 Farben: 2,5–4 MB. Hässliche Banding-Artefakte bei Verläufen, keine echte Transparenz.
  • APNG mit voller 24-Bit-Farbtiefe: 1,5–3 MB. Vollständige Qualität, verlustfreie Komprimierung, echte Alpha-Transparenz.
  • Animiertes WebP: 600 KB – 1,5 MB. Verlustbehaftet, aber meist visuell hochwertig.
  • Animiertes AVIF: 400 KB – 1 MB. Beste Komprimierung, aber teurer im Encoding.

APNG ist die richtige Wahl, wenn verlustfreie Animation gebraucht wird — UI-Sprite-Animationen, pixel-perfekte Reactions, Diagramme oder Charts mit verlustfreier Qualität. Wer hingegen Foto-ähnliche Inhalte animiert, ist mit WebP oder AVIF besser bedient. Mehr zur Wahl-Logik in unserem GIF-vs.-WebP-Beitrag.

Tools und Workflow

APNG-Erstellung ist im Vergleich zu GIF erstaunlich aufwendig geblieben. Adobe Photoshop unterstützt APNG-Export nicht nativ — Nutzer brauchen entweder die „SuperPNG"-Erweiterung oder müssen über Drittsoftware gehen. Open-Source-Werkzeuge wie apngasm (Command Line) und APNG Assembler (GUI) sind robust, aber nicht so verbreitet wie GIF-Tools.

Im professionellen Workflow setzen viele Designer eine Pipeline so auf: einzelne PNG-Frames aus After Effects oder Procreate exportieren, dann mit apngasm zu einer APNG zusammenfügen. Das ist umständlicher als GIF-Export, liefert aber bessere Qualität.

Wann APNG die richtige Wahl ist

  • UI-Animationen mit klaren Pixeln. Loading-Spinners, kleine UI-Reactions, Icon-Animationen profitieren von verlustfreier Codierung.
  • Pixel-Art-Animationen. Game-Sprites, Retro-Animationen — APNG bewahrt jeden Pixel exakt, wie er gemalt wurde.
  • Diagramme und Daten-Visualisierungen. Animierte Charts ohne Komprimierungs-Artefakte.
  • iMessage-Sticker. Apple's eigenes Sticker-Format basiert auf APNG.

Wann APNG nicht ideal ist: bei großen Foto-Animationen (WebP/AVIF effizienter), bei sehr langen Loops (Datei wird groß), bei Slack-Reactions (Plattform unterstützt oft kein APNG), bei nicht-modernen Empfänger-Systemen (alte E-Mail-Clients, Embedded-Browser).

Quellen

Mozilla Wiki — APNG-Spezifikation · W3C PNG-3 mit APNG-Normalisierung · APNG.info — Werkzeuge und Spezifikation · apngasm — Open-Source-Encoder · Can I Use — APNG-Browser-Support · MDN — APNG Image Format · Parmenter, S., „APNG Specification Draft", Mozilla Developer Network 2008.