Notizen vom Team zu Handwerk, Formaten und den kleinen Entscheidungen hinter einem guten runden Zuschnitt.
Wie die AVIF-Kompatibilität 2026 dasteht
Bis 2026 hatte AVIF rund 94,3 Prozent der Browser dieser Welt erreicht, doch die Browser-Zahl deckt nur das halbe Feld ab. Ein gutes Stück des Bildgeschehens spielt sich abseits von ihnen ab: Briefprogramme, die Bilder mitten im Text malen, Bildwerkzeuge, die Dateien zum Bearbeiten aufmachen, Redaktionssysteme, die das Eingestellte mustern und neu aufbereiten, Bildstrecken in der Auslieferung, Dokumentprogramme, die Motive einbetten, und soziale Kanäle, die das Bild schon beim Einreichen durchwalken. In den meisten dieser Strecken hängt AVIF dem Tempo der Browser weit hinterher. Gmail, Outlook und die meisten Firmen-Mailer jagen Bilder noch durch ältere Strecken, die AVIF abweisen. Adobe Creative Cloud nahm AVIF erst in seine späten 2024er-Ausgaben auf. Viele WordPress-Bauten auf alten Bild-Erweiterungen sperren AVIF beim Einreichen noch immer. WebP dagegen hat in nahezu all diesen seit Jahren seinen Platz. AVIF zu WebP ist der Steg über den Boden jenseits der Browser.
Warum diese Richtung die flotte ist
Dass AVIF zu WebP das Gegenstück abhängt, liegt am Bau der beiden Formate. AVIF liest eine Leseeinheit, die schon im Browser steckt und auf aktuellen Geräten den Grafikchip heranzieht. WebP legt der Browser mit seinem eigenen WebP-Teil ab, auf den meisten Geräten ebenfalls vom Chip gestützt. Keiner der Wege muss ein schweres Modul hereinholen, und genau dieses schwere Modul bremst, wenn AVIF abgelegt werden soll. Der Teil, der AVIF herstellt, ist sperrig und will jedes Mal etwa eine Sekunde zum Erwachen. AVIF zu WebP erspart sich das alles. Das Bild wird gelesen und dann über eingebaute Spuren abgelegt, und die ganze Runde für ein Foto mit 2 Megapixeln ist auf jedem aktuellen Desktop oder Laptop gut unter einer Sekunde erledigt. Darum taugt das Paar für alles, was sich sofort anfühlen soll, wo die wartende Person binnen einer Sekunde Antwort will.
Was das eine erneute Speichern wirklich kostet
Eine Runde AVIF zu WebP birgt einen einzigen Ablegeschritt. Das AVIF trug schon ein Quäntchen verlustbehafteter Kompression, als es ankam. Es zu lesen liefert Bildpunkte, die diesen Ursprung spiegeln. Der WebP-Teil legt dann seine eigene Kompression darüber, auf einer nahezu verlustfreien Stufe rund um Qualität 85. Dort liest das Endbild auf gewöhnlichem Fotomotiv etwa 44 dB PSNR. Wer ein Foto in gewöhnlicher Größe betrachtet, trennt die AVIF-Quelle nicht vom WebP-Ende. Auf Grafik mit richtig kleiner Schrift im Winzigen, Symbolen auf den Pixel genau oder harten Farbfeldern können die zwei Verlustrunden zusammen einen schwachen Unterschied zeigen, sieht man aus der Nähe hin. Ehe eine ganze Sammlung hindurchgeht, prüf einen Querschnitt in voller Vergrößerung an den Motiven, bei denen die Schärfe am schwersten wiegt.
Dem Alpha durch den Rundweg folgen
AVIF lagert seine Transparenz auf einer separaten Ebene, die mit AV1-Intraframe-Arbeit codiert ist. Dekodier ein AVIF, und der Browser reicht einen Farbpuffer plus eine Alphamaske Seite an Seite heraus. Die Umwandlung bringt das Paar bei voller Transparenz zusammen und hält jedes teilweise klare Pixel. Das Speichern als WebP schreibt dann ein verlustbehaftetes WebP, dessen Alpha auf einem Kanal reitet, der mit WebPs verlustfreier Methode eigens für die Alphaebene codiert ist. Die Folge ist, dass die Alphamaske im ausgegebenen WebP gegen das Alpha, das der Browser aus dem AVIF zog, verlustfrei gehalten wird. Weiche Verläufe und ausgefederte Ränder leben weiter. Der einzige Alphaverlust im Spiel ist der, den das eigene AVIF-Encode früher hinlegte. Saubere Alpharänder in der Quelle bedeuten saubere Alpharänder im WebP, Maske bereit, überall zusammengesetzt zu werden.
WebP gegen die anderen Optionen stellen
Soll ein AVIF in einem System ankommen, das nicht damit umgeht, gibt es drei Wege, die den Namen verdienen: WebP, PNG oder JPG. JPG fällt für alles mit Durchsicht weg, da es kein Alpha birgt und es mit einer einzigen Farbe überstreicht. PNG liefert die klobigste Datei, gern das Drei- bis Zehnfache des AVIF, und verteidigt seinen Platz erst, wenn eine verlustfreie Zwischenkopie nötig ist oder das Gegenüber nur PNG mag. WebP hält die Mitte: es reicht breit unter aktuellen Werkzeugen, behält die Durchsicht und bleibt meist ein Fünftel bis ein Viertel über dem AVIF statt der drei- bis zehnfachen Last, die ein PNG draufpackt. Für jeden Wechsel, der nicht auf verlustfrei zielt, ist WebP das Mittelglied, das richtig sitzt.
Eines lokal, ein Stapel auf dem Server
Dieses Paar hat zwei Modi, gewählt nach der Größe des Auftrags. Ein einzelnes AVIF wird ganz in deinem Browser über native Wege dekodiert und als WebP neu geschrieben, also steigt für eine einzige Datei nichts hoch, was das DevTools mit keiner ausgehenden Anfrage nach dem Laden der Seite stützt. Das ist die richtige Spur für etwas Schnelles und für vertrauliche Kundenframes, eigene Produktaufnahmen oder Scans, die du lieber auf deinem eigenen Gerät behalten würdest. Ein Stapel Dateien läuft auf unserem Server, denn Bündeln, in eine Zip schließen und einen Satz ausliefern ist genau die Stärke eines Servers: Die Dateien steigen hoch, werden kodiert, gepackt und kommen als ein Download zurück, der sich um die 2 Stunden säubert, ohne Konto und ohne irgendetwas auf Dauer Behaltenes. Die einfache Lesart ist, dass eine Umwandlung auf dem Gerät liegen bleibt, während ein Stapel aus der Ferne bearbeitet, aber nur das kurze Fenster behalten wird, das das Abholen braucht.
