CR2 in WebP umwandeln

Ein Makler fotografiert eine Wohnung mit einer Canon-DSLR und lädt die Bilder anschließend auf die eigene Website oder in ein Exposé-Portal — und wundert sich, warum die Galerieseite lahmt, obwohl der Text bereits geladen ist. Der Grund ist selten die Anbindung, sondern die Bilder selbst: eine CR2 enthält eine kamerainterne Vorschau in voller Sensorauflösung, oft über sechstausend Pixel breit, für eine Darstellung, die nirgends breiter als zweitausend Pixel angezeigt wird.

Dasselbe Muster trifft jeden Kleinbetrieb, der seine eigene Website ohne Agentur pflegt — ein Handwerksbetrieb mit Referenzfotos, ein Hofladen mit Produktbildern, ein Fotograf, der ein Portfolio neu aufbaut. Die Umwandlung nach WebP ist der Schritt, der aus einer Kameraaufnahme ein Web-taugliches Bild macht, und diese Seite erledigt ihn, ohne die Aufnahmen irgendwohin zu schicken.

Der Grund, WebP statt JPEG zu wählen, ist die Bytezahl. Bei vergleichbarer sichtbarer Qualität liegt WebP typischerweise ein Viertel bis ein Drittel darunter, und bei einer Galerie mit dreißig Bildern summiert sich das zu etwas, das eine Besucherin tatsächlich spürt. Largest Contentful Paint ist auf den meisten Webseiten ein Bild, und auf einer Foto- oder Immobilienseite ist es immer eines — ein Wert, den Google auch für die eigene Sichtbarkeit in der Suche misst.

Der Grund, WebP heute bedenkenlos einzusetzen, ist, dass die Kompatibilitätsfrage geklärt ist. WebP läuft in jedem aktuellen Browser und ist als RFC 9649 genormt. Es braucht dafür weder eine Rückfalllösung noch ein picture-Element mit drei Quellen noch ein Gespräch mit einer Kundschaft über alte Safari-Versionen.

Das ist der Teil, den die meisten Seiten weglassen würden. Eine CR2 wird hier nicht entwickelt — der Konverter findet die fertige JPEG-Vorschau, die die Canon im Moment der Aufnahme selbst geschrieben und in der Datei abgelegt hat, und arbeitet mit dieser weiter. Ein WebP daraus zu erzeugen bedeutet, diese JPEG-Vorschau zu dekodieren und erneut zu kodieren, das Bild durchläuft also zwei verlustbehaftete Schritte auf dem Weg zur Website.

Bei der Standardqualität von 82 und bei den Bildmaßen, die eine Website tatsächlich anzeigt, ist der zweite Schritt nicht sichtbar. Praktisch bedeutet das trotzdem eines: immer aus der CR2-Datei umwandeln, nie aus einem bereits erzeugten WebP oder JPG. Jede weitere Runde kostet ein wenig mehr, und die Kette hat bereits eine ihrer Reserven verbraucht.

Die eingebettete Vorschau ist die Wiedergabe der Kamera in voller Auflösung — eine EOS 5D Mark IV liefert 6.720 Pixel in der Breite, eine 5DS 8.688. Ein responsives Bild auf einer Website wird selbst für hochauflösende Displays selten breiter als 1.600 bis 2.400 Pixel ausgeliefert, alles darüber sind Bytes, die der Browser lädt und wegwirft.

Deshalb ist die maximale Breite die Einstellung, die zuerst gesetzt werden sollte. Der Weg von 6.720 auf 2.000 Pixel entfernt rund neun Zehntel der Bildpunkte, was jede Wirkung der Qualitätseinstellung deutlich übertrifft und dabei nichts sichtbar kostet. Die Qualität von 82 auf 60 zu senken, während das Bild noch in voller Größe vorliegt, ist der falsche Hebel in der falschen Reihenfolge.

Herauskommt die Aufnahme, wie die Kamera sie interpretiert hat — mit dem eingestellten Bildstil und dem gewählten Weißabgleich, beides bereits fest verbaut. Soll ein Objekt vor der Veröffentlichung noch einheitlich abgestimmt werden, gehört das in einen Rohbild-Entwickler, der die CR2 tatsächlich entwickelt, und diese Seite ist dafür die falsche Stufe des Arbeitsablaufs.

Auch die Metadaten gehen verloren, weil ein Neukodieren keinen EXIF-Block überträgt. Für öffentliche Webbilder ist das eher ein Gewinn: Ein Exposé-Foto mit GPS-fähiger Kamera sollte die Koordinaten der Adresse nicht mitliefern, und ein Portfolio muss das verwendete Objektiv nicht offenlegen. Werden Bildrechte oder ein Copyright-Vermerk gebraucht, müssen sie danach eigens ins WebP geschrieben werden.

Diese Umwandlung läuft im Browser. Für eine berufliche Fotografin ist das keine Randnotiz — ein noch nicht veröffentlichtes Objekt, eine Aufnahme, die einer Sperrfrist unterliegt, ein Kundenauftrag unter Geheimhaltung: nichts davon verlässt das eigene Gerät. Die Umwandlung ist JavaScript und ein WebAssembly-Encoder, die auf dem eigenen Rechner arbeiten, mit Dateien, die dort auch bleiben.

Das bedeutet auch, dass der Stapel durch den eigenen Rechner begrenzt ist, nicht durch einen Tarif. Einen Ordner ablegen ergibt ein ZIP, mit einer Obergrenze von 100 MB je Datei auf der kostenlosen Stufe, die keine CR2-Datei je erreicht.

AVIF komprimiert bei gleicher Qualität besser als WebP, mitunter deutlich, und wird inzwischen ebenfalls breit unterstützt. Zählt allein die Datenmenge, ist es die stärkere Wahl.

WebP gewinnt auf den anderen Achsen: Es kodiert deutlich schneller, was beim Umwandeln von zweihundert Aufnahmen in einem Browsertab spürbar wird, und jedes CMS, jedes Bild-Plugin und jedes CDN versteht es ohne Konfiguration. Für eine Galerie aus Canon-Aufnahmen ist der Unterschied in den ausgelieferten Bytes kleiner als der Unterschied in der Stunde, die man bis dahin braucht.

Die Ausgabe wird nach dem Ursprung benannt, aus IMG_4821.CR2 wird also IMG_4821.webp. Das ist praktisch, um eine ausgelieferte Galerie den Originalen zuzuordnen, und wenig hilfreich für die Suche, denn ein Kamera-Seriendateiname sagt einer Suchmaschine nichts.

Vor dem Hochladen umbenennen und einen Alt-Text schreiben, der die Aufnahme tatsächlich beschreibt, statt den Dateinamen zu wiederholen. Beides kann kein Umwandler übernehmen, und beides zählt für die Auffindbarkeit einer Galerie mehr als die Wahl zwischen WebP und JPEG.

Keine einzelne Canon-Aufnahme kommt der Grenze eines WebP-Bilds auch nur nahe, für eine gerade konvertierte CR2 ist das also nie ein Thema. Real wird es, sobald mehrere Aufnahmen vorher zu einem Panorama zusammengesetzt werden — ein aus acht oder zehn CR2-Frames gestitchtes Bild kann sehr breit werden, und dann ist es ratsam, vor dem Speichern zu prüfen, ob das Zielformat die entstandene Größe überhaupt trägt.

Für die weit überwiegende Zahl der Aufnahmen, die als einzelnes Bild direkt von der Kamera kommen, spielt diese Frage keine Rolle. Sie gehört auf die Liste dessen, was man vor einer Stitching-Sitzung bedenkt, nicht auf die Liste dessen, was bei einer einzelnen Aufnahme zu prüfen ist.

Die CR2-Dateien als Master behalten, in der Annahme, dass sie die Website überdauern werden, in der sie zuerst verwendet wurden. WebP in der Größe erzeugen, die die Seite tatsächlich ausliefert, und bei einer späteren Umgestaltung neu erzeugen statt hochzuskalieren.

Für die wenigen Bilder, die die Seite tragen — ein Titelbild, das erste Foto der Galerie, das jede Besucherin sieht —, lohnt sich der Weg zurück zur CR2-Datei in einem echten Rohbild-Entwickler. Für den Rest ist die kamerainterne Wiedergabe, auf 2.000 Pixel verkleinert, von der sorgfältig entwickelten Fassung kaum zu unterscheiden und braucht Sekunden statt Minuten.

Die Standardqualität von 82 gilt für WebP ebenso wie für JPEG, AVIF und JXL — ein einziger Wert für alle vier verlustbehafteten Zielformate, ohne eigene Voreinstellung je Format. Für eine Webgalerie ist das ein vernünftiger Mittelwert: sichtbar sauber bei normalen Bildschirmabständen, ohne bei jeder Aufnahme neu entschieden werden zu müssen.

Der wirksamere Hebel bleibt trotzdem die maximale Breite, nicht dieser Regler. Wer nach dem Verkleinern auf die vorgesehene Anzeigebreite noch Bytes sparen will, kann die Qualität in kleinen Schritten senken und das Ergebnis dabei ansehen — bei flächigen Motiven wie einem Grundriss oder einer Zeichnung verkraftet WebP niedrigere Werte deutlich besser als bei einer detailreichen Fotografie mit feinem Strukturmuster.

Manche Objekte sollen sowohl in einer schnellen Weblistung erscheinen als auch später gedruckt oder großformatig gezeigt werden — ein Exposé mit Online-Version und Broschüre, ein Produktkatalog mit Website und Flyer. Für diesen Fall lohnt sich, die CR2-Dateien getrennt zu behandeln statt aus einer einzigen WebP-Ausgabe beides bedienen zu wollen: Für den Druck bleibt die CR2-Datei die Quelle, entwickelt in echter Rohbild-Software; für die Website liefert diese Seite die kleine, schnelle Fassung.

Der Fehler, der in der Praxis am häufigsten passiert, ist der umgekehrte Weg: ein bereits verkleinertes WebP wird für den Druck herangezogen, weil es gerade zur Hand ist. Das Ergebnis wirkt am Bildschirm unauffällig und ist im Druck sichtbar zu klein aufgelöst — ein Fehler, der sich vermeiden lässt, indem man von Anfang an weiß, welches der beiden Ziele diese Umwandlung gerade bedient.