AVIF in WebP umwandeln

Es gibt genau eine Situation, in der diese Umwandlung Sinn ergibt: Ein Werkzeug in der eigenen Kette akzeptiert WebP und kennt AVIF gar nicht. Das kommt bei vielen deutschen Shopsystemen vor — Shopware- und JTL-Themes, WordPress-Plugins von vor 2022, ein Uploadformular einer Werbeplattform, dessen erlaubte Dateitypen fest im Code stehen. Die Software ist nicht falsch eingestellt, sie ist schlicht älter als AVIF.

Wer sich diese Frage stellt, sollte sie konkret beantworten können: Welches Programm genau hat die AVIF-Datei zurückgewiesen? Lässt sich das nicht benennen, lohnt sich ein Blick in den nächsten Abschnitt, bevor eine ganze Bildbibliothek durch die Umwandlung läuft.

Jeder aktuelle Browser liest sowohl AVIF als auch WebP. Das ist der häufigste Irrtum bei dieser Umwandlung, und er stammt aus einer Zeit, in der es noch stimmte: AVIF kam Jahre nach WebP in die Browser, und viele Ratgeber aus dieser Zwischenzeit empfehlen WebP noch heute als die sicherere Wahl.

Sicher ist außerhalb des Browsers keines von beiden. Eine WebP-Datei per E-Mail zu verschicken bereitet dieselben Schwierigkeiten wie eine AVIF-Datei — viele Bildbetrachter, ältere Fotogalerien am Handy und Druckdienstleister kommen mit beiden nur eingeschränkt zurecht. Soll die Datei außerhalb eines Browsers funktionieren, ist JPG oder PNG die ehrlichere Wahl als der Wechsel zwischen zwei Webformaten.

Beide Formate sind Einzelbilder aus Videocodecs: WebP entstammt VP8 von 2010, AVIF entstammt AV1 von 2019. Bei der Umwandlung wird eine bereits verlustbehaftete Kodierung entschlüsselt und mit einem anderen, älteren Modell dessen, was in einem Bild wichtig ist, neu kodiert.

Der zweite Encoder weiß nicht, was der erste bereits weggelassen hat, und komprimiert deshalb ein zweites Mal. Sichtbar wird das zuerst dort, wo AVIF besonders stark ist und VP8 vergleichsweise schwach: in Himmeln, Verläufen und großen glatten Flächen, die als AVIF sauber blieben und als WebP zu Bändern neigen.

WebP kann auf keiner Seite mehr als 16.383 Pixel breit oder hoch sein — eine Eigenschaft des Formats selbst, kein Einstellwert. AVIF reicht bis 65.536 Pixel. Bei dieser Richtung kann das Ziel deshalb tatsächlich zu klein für die Quelle sein, während das in der umgekehrten Richtung nie passiert.

Das betrifft konkret gestitchte Panoramen, gescannte Pläne oder sehr lange Screenshots. Wer eine solche Datei hat, setzt vor der Umwandlung eine maximale Breite, denn das Verkleinern läuft im selben Durchgang wie das Kodieren mit. Das ist deutlich angenehmer, als die Grenze erst beim fertigen Upload zu entdecken.

Bei Fotografien ist AVIF üblicherweise 20 bis 30 Prozent kleiner als ein vergleichbares WebP, deshalb wächst die Datei durch diese Umwandlung meistens. Wer aus einem Build-Prozess heraus WebP braucht, sollte diesen Zuwachs an Seitengewicht einkalkulieren.

Bei flachen Oberflächengrafiken, Icons und Screenshots kann sich das Verhältnis umkehren, und das WebP fällt kleiner aus als das AVIF, aus dem es entstand. Bei wenigen Testdateien lässt sich das in Sekunden nachprüfen, bevor eine ganze Bildersammlung durch die Umwandlung läuft.

Ein Alphakanal überträgt sich vollständig. Beide Formate speichern echte Transparenz, deshalb bleiben Freistellungen, weiche Kanten und halbtransparente Ebenen exakt so erhalten, wie sie waren, und es muss keine Hintergrundfarbe gewählt werden.

Bewegte Bilder dagegen nicht. Beide Formate können animiert sein, aber diese Umwandlung liest ein Einzelbild ein und schreibt ein Einzelbild — aus einer animierten AVIF-Datei wird also ein stehendes WebP des ersten Bildes. Was wirklich in Bewegung bleiben muss, gehört als MP4 aus der ursprünglichen Quelle exportiert, nicht in ein Bildformat.

WebP besitzt einen echten verlustfreien Modus, und dieses Werkzeug schreibt ihn hier nicht, weil das Qualitätsfeld die Kompressionsstärke des verlustbehafteten Verfahrens meint und ein AVIF ohnehin fast immer schon verlustbehaftet ist. Ein verlustfreies WebP aus einem bereits komprimierten Bild würde nur eine deutlich größere Datei liefern, ohne dem Ausgangsmotiv näherzukommen.

Wer wirklich eine verlustfreie Arbeitskopie braucht, ist mit PNG als Ziel besser bedient. Der Qualitätswert liegt hier standardmäßig bei 82 — demselben Wert, den dieselbe Bildpipeline auch für JPG und AVIF verwendet, denn es gibt keine eigenen Standardwerte je Format.

AV1 sucht deutlich gründlicher nach Strukturen, die sich kompakt beschreiben lassen, als VP8 es tut — oft um eine Größenordnung länger für dasselbe Bild. Genau daher kommen die kleineren AVIF-Dateien, und genau deshalb kann eine große AVIF-Datei selbst auf einem schnellen Rechner mehrere Sekunden brauchen.

Auf dieser Seite läuft die günstige Hälfte dieses Tauschgeschäfts: Eine AVIF-Datei zu entschlüsseln ist schnell, ein WebP zu schreiben ist schnell, deshalb ist ein Stapel von einigen hundert Bildern in der Zeit fertig, die ein einzelnes AVIF-Kodieren allein kosten würde.

Geht es um Bilder auf der eigenen Website, ist die Umwandlung selten die strukturell bessere Lösung. Ein picture-Element mit AVIF als erster, WebP als zweiter Quelle und einem JPG als Rückfallebene lässt jeden Browser selbst die beste Datei wählen, die er lesen kann — ganz ohne Erkennung und ohne Pflege.

Der Grund, stattdessen umzuwandeln, ist ein Zwischenschritt, der sich nicht dazu bringen lässt, zwei Dateien auszuliefern — etwa weil das CMS je Artikel nur ein Bildformat vorsieht. Das ist eine echte Einschränkung, keine Bequemlichkeit. Wo sie gilt: umwandeln, das AVIF trotzdem behalten, und die Entscheidung neu treffen, sobald die Plattform nachzieht.

Beide Codecs laufen im Browser-Tab auf dem eigenen Prozessor, es wird also nichts irgendwohin gesendet. Wer das nachprüfen möchte, öffnet den Netzwerk-Reiter der Entwicklerwerkzeuge und wandelt eine Datei um — dort erscheint keine Anfrage, die das Bild trägt.

Ein ganzer Ordner lässt sich in einem Rutsch ablegen und kommt am Ende als ZIP zurück. Es gibt keine Warteschlange und kein Tageslimit, denn nichts davon verbraucht Rechenzeit auf einem Server, den wir betreiben — die Grenze ist der Arbeitsspeicher des eigenen Geräts.