TIFF in WebP umwandeln

Ein Produktfoto vom hauseigenen Scanner, eine eingescannte Bedienungsanleitung, ein Katalogbild aus dem Fotostudio des Lieferanten — irgendwo dazwischen entsteht regelmäßig eine TIFF-Datei, und dann landet sie im Uploadfeld eines Shopware- oder JTL-Shops und wird dort abgelehnt. Der Grund ist nicht die Dateigröße, sondern das Format selbst: TIFF ist kein Webformat und war es nie.

WebP dagegen ist genau dafür gebaut. Jeder aktuelle Browser zeigt es ohne Zusatz an, und die Umwandlung hier ist damit keine Qualitätsfrage, sondern eine Verträglichkeitsfrage — das Bild wird sichtbar, klein und bleibt dabei durchsichtig, wo eine TIFF-Datei das vorsah.

Eine TIFF-Datei aus dem Scanner speichert die Bildpunkte in aller Regel unkomprimiert — vier Byte je Pixel mit Alphakanal, drei ohne. Bei 480 mal 320 Pixeln sind das exakt 615.400 Byte, bei jedem der drei Testmotive dieser Website gleichermaßen, weil der Bildinhalt bei einem unkomprimierten Format keinen Unterschied macht.

Dieselben drei Motive als WebP bei der Standardqualität: 14.700 Byte für das Foto, 10.830 für die Bildschirmaufnahme, 4.428 für die flache Grafik — zwischen vierzig- und hundertvierzigmal kleiner. Auf einen echten Scan hochgerechnet ist das der Unterschied zwischen einer Katalogseite, die lädt, und einer, die es nicht tut: Ein A4-Farbscan bei 300 dpi liegt unkomprimiert bei rund 26 Megabyte und als WebP bei einem Bruchteil davon.

WebP legt Breite und Höhe in vierzehn Bit ab, also kann keine WebP-Datei länger als 16.383 Pixel an einer Kante sein — das ist das Format selbst, nicht eine Einstellung hier. Gemessen am eingesetzten Encoder: 16.383 Pixel Breite kodiert normal, 16.384 bricht mit einem Kodierfehler ab.

Ein technischer Plan bei 600 dpi im A1-Format kommt auf rund 14.000 mal 19.900 Pixel und liegt damit bereits jenseits der Grenze. Wenn eine große Vorlage die Umwandlung verweigert, ist das fast immer der Grund — und die Lösung steht auf demselben Bildschirm: eine maximale Breite unter 16.383 setzen, dann geht es durch. Für eine Webseite ist das ohnehin keine Einbuße, denn dort wird kaum je über 3.000 Pixel Breite ausgeliefert.

Die Qualitätseinstellung reicht von 1 bis 100 und startet bei 82. Für ein fotografisches Motiv ist das ein guter Wert: WebPs verlustbehafteter Modus arbeitet dort, wofür er gebaut wurde, und das Ergebnis ist bei normalem Betrachtungsabstand sauber.

Für ein eingescanntes Schriftstück, eine technische Zeichnung oder eine Bildschirmaufnahme ist derselbe Wert eher zu niedrig — harte Schwarz-Weiß-Kanten sind genau das, was verlustbehaftete Kompression am schlechtesten verträgt, sichtbar an einem grauen Schleier um Text und Linien. Für solches Material lohnt sich ein Wert von 90 aufwärts; der Preis dafür ist neben der TIFF-Datei ohnehin gering. Muss das Ergebnis pixelgenau bleiben, ist TIFF zu PNG die passendere Seite.

Eine TIFF-Datei ist eher ein Behälter als ein einzelnes Bild, und einiges darin findet in einer WebP-Datei keinen Platz. Mehrere Seiten: nur die erste wird gelesen. Ebenen: was herauskommt, ist eine flach zusammengefügte Fassung. Sechzehn Bit je Kanal: auf acht reduziert, was für ein fertiges Webbild unsichtbar ist und nur dann etwas ausmacht, wenn die TIFF-Datei eigentlich die Bearbeitungsmaster war.

Für ein Webbild ist keiner dieser Verluste ein Nachteil — eine Webseite ist per Definition 8-Bit-RGB und einbildig. Die TIFF-Datei bleibt daneben unangetastet bestehen; sie wird von diesem Schritt nicht verändert, nur gelesen. Für den Shop heißt das: TIFF aufheben, WebP veröffentlichen.

Manche TIFF-Dateien aus Druckvorstufen liegen im CMYK-Farbraum vor, etwa wenn ein Katalogbild aus einer Druckerei zurückkommt. Die Umwandlung rechnet das per Formel in Bildschirmfarbe um, nicht über das eingebettete ICC-Profil der Datei — das Ergebnis kommt der Vorlage nahe, weicht aber ab, meist etwas flach in den tiefen Schatten.

Für eine Produktseite ist das in aller Regel unproblematisch. Für einen farbkritischen Abgleich mit dem Druckmuster ist es das nicht, und dann bleibt nur eine Umrechnung mit dem richtigen Profil in einer dedizierten Software wie Photoshop, Affinity oder GIMP.

TIFF kann einen Alphakanal führen, und WebP hat ebenfalls einen — ein freigestelltes Produkt bleibt also freigestellt, nichts wird dahinter aufgefüllt. Das ist der eine praktische Vorteil gegenüber einer Umwandlung derselben TIFF-Datei nach JPG.

Der Alphakanal wird pro Pixel gespeichert statt als eine einzelne Transparenzfarbe, weiche Kanten bleiben also weich — eine ausgefranste Maske oder ein auslaufender Schatten verschwindet nicht als Kante, sondern verblasst wie vorgesehen. Bei einer Umwandlung derselben Datei nach GIF wäre das anders: dort würde auf 256 Farben reduziert und die Transparenz durch undurchsichtiges Schwarz ersetzt.

Eine TIFF-Datei kann EXIF, XMP, IPTC, ein ICC-Profil und GPS-Koordinaten tragen. Nichts davon kommt in der WebP-Datei an, und es gibt auch keine Einstellung, die das ändern würde: Jede bildbasierte Umwandlung auf dieser Website dekodiert auf reine Bildpunkte und kodiert daraus neu, sodass diese Blöcke schon vor dem Kodieren fehlen.

Für ein Webbild ist das ohnehin die gewünschte Wirkung. Wer einen Scan mit dem Aufnahmeort und dem Namen der Sachbearbeiterin veröffentlicht, gibt Informationen preis, die niemand sehen sollte — und spart nebenbei ein paar hundert Byte je Datei. Eine Bildunterschrift oder ein Urheberhinweis gehört ohnehin ins Seitenmarkup, nicht in die Datei; die meisten Plattformen entfernen eingebettete Metadaten beim Hochladen sowieso.

WebP ist die sichere Wahl, aber nicht immer die beste. Bei den drei Testmotiven dieser Website war AVIF bei der Bildschirmaufnahme deutlich kleiner — 5.081 Byte gegen 10.830 bei WebP — und beim Foto etwas größer, 17.599 gegen 14.700. Für flaches, dokumentartiges Material lohnt sich also der Umweg über TIFF zu AVIF, zumal AVIF die Größengrenze auf 65.536 Pixel anhebt, was bei sehr großen Scans ebenfalls den Ausschlag geben kann.

Der Preis dafür ist die Verbreitung: WebP läuft in jedem aktuellen Browser ohne Rückfalllösung, AVIF nur in modernen. Und dort, wo eine Vorlage pixelgenau bleiben muss — eine Unterschrift, ein Plan, eine Tabelle mit Zahlen —, ist TIFF zu PNG die Seite, die jedes Pixel behält, bei flachem Inhalt oft sogar kleiner als ein hochwertiges WebP.

Die Umwandlung läuft im Browser: utif2 dekodiert die TIFF-Datei, libwebp als WebAssembly kodiert das WebP, und keine Datei geht dabei über das Netz — bei technischen Zeichnungen, unveröffentlichten Produktbildern oder Unterlagen unter einer Vertraulichkeitsvereinbarung ein nicht ganz nebensächlicher Punkt. Die kostenlose Grenze liegt bei 100 MB je Datei, was für einen 600-dpi-A4-Farbscan unkomprimiert ungefähr ausreicht.

Bei ganzen Ordnern funktioniert es genauso: hineinziehen, jede Datei läuft nacheinander mit eigener Fortschrittsanzeige, am Ende steht ein ZIP mit allen Ergebnissen bereit. Das entspricht dem üblichen Fall, denn Scanner erzeugen selten eine einzelne Datei, sondern immer einen ganzen Stapel. Der Programmcode für die Kodierung wird dabei nur einmal geladen und für alle weiteren Dateien im selben Ordner wiederverwendet.