Browserbasierte Dateikonvertierung und die DSGVO: Warum clientseitige Verarbeitung deine Haftung reduziert

Wenn Dateien auf dem Gerät des Nutzers statt auf deinen Servern umgewandelt werden, entsteht ein großer Teil deiner Datenschutzpflichten gar nicht erst.

Jedes Unternehmen, das Kundendateien verarbeitet – Fotos, Scans, Dokumente, Tabellen – erbt dieselbe Frage: Was passiert mit den Daten in dem Moment, in dem sie das Gerät des Kunden verlassen? Bei einem klassischen Upload-Konverter ist die Antwort unbequem. Die Datei wandert zu einem Server, den du kontrollierst (oder mietest), liegt im Speicher und wird von Infrastruktur verarbeitet, für die du nach der DSGVO verantwortlich bist.

Die clientseitige Konvertierung dreht dieses Modell um. Die Datei wird vollständig im Browser gelesen, verarbeitet und zurückgeschrieben, sodass sie deine Systeme gar nicht erst erreicht. Dieser Leitfaden erklärt, warum das für die DSGVO zählt, welche Pflichten dadurch entfallen und wo die Technik wirklich hilft – und wo nicht.

Der Standard: serverseitige Konvertierung

Die meisten Konvertierungsdienste funktionieren so:

Der Nutzer wählt eine Datei im Browser aus.
Die Datei wird auf deinen Server oder eine Drittanbieter-API hochgeladen.
Der Server dekodiert, konvertiert und speichert das Ergebnis.
Der Nutzer lädt das Ergebnis herunter; der Server löscht die Dateien nach einer Aufbewahrungsfrist.

Aus DSGVO-Sicht ist das der teure Weg. Du (oder dein Auftragsverarbeiter) wirst Empfänger personenbezogener Daten, und das löst eine Kette von Pflichten aus: eine Rechtsgrundlage für die Verarbeitung, einen Auftragsverarbeitungsvertrag mit jedem Auftragsverarbeiter, technische und organisatorische Maßnahmen, Löschfristen, Meldepflichten und bei internationaler Übermittlung eine Angemessenheits- oder Garantienprüfung.

Nichts davon ist unmöglich – Unternehmen tun das täglich. Aber es ist echte, laufende Arbeit, und sie skaliert mit jeder Datei, die du annimmst.

Was clientseitige Konvertierung wirklich bedeutet

Moderne Browser bringen alles mit, um Dateien lokal umzuwandeln: die Canvas-API zum Dekodieren und Neu-Kodieren von Bildern, Web Worker, um die Oberfläche flüssig zu halten, und WebAssembly-Bibliotheken für schwerere Formate wie HEIC, PDF oder OCR. Wenn die Konvertierung so läuft:

Die Datei wird nur vom Browser gelesen, im Arbeitsspeicher.
Sie wird auf dem Gerät des Nutzers dekodiert und neu kodiert.
Es wird nichts über das Netzwerk übertragen.
Das Ergebnis wird zurück auf das Gerät des Nutzers gespeichert.

Es gibt keine Serverkopie, die gesichert, aufbewahrt oder gelöscht werden müsste, weil nie eine Kopie entstanden ist. Genau dieses Modell nutzt FormatFlash – deshalb kann es wahrheitsgemäß sagen, dass Dateien das Gerät des Nutzers nie verlassen.

Warum das unter der DSGVO zählt

Die DSGVO ist auf Datenminimierung und Kontrolle ausgelegt. Clientseitige Verarbeitung passt dazu, und zwar von Haus aus:

Datenminimierung (Art. 5 Abs. 1 lit. c): Du erhältst keine Kopie, also hältst du die kleinstmögliche Datenmenge – keine.
Datenschutz durch Technikgestaltung (Art. 25): Die Architektur selbst verhindert die Erhebung, statt sie nachträglich abzumildern.
Keine internationale Übermittlung: Daten, die das Gerät nie verlassen, werfen keine Angemessenheits- oder SCC-Frage auf.
Keine Speicherpflicht: Es gibt nichts aufzubewahren, zu verschlüsseln oder zu löschen.

Für einen Datenschutzbeauftragten oder ein Einkaufsteam bedeutet das praktisch, dass ein ganzer Abschnitt des Verarbeitungsverzeichnisses mit „nicht anwendbar“ markiert werden kann.

Welche Pflichten entfallen

Pflicht	Serverseitige Konvertierung	Clientseitige Konvertierung
Auftragsverarbeitungsvertrag (AVV)	mit jedem Auftragsverarbeiter nötig	für die Konvertierung nicht nötig
Rechtsgrundlage für Dateiinhalt	nötig	nicht nötig – du erhältst ihn nie
Löschfrist	nötig	nicht anwendbar
Meldepflicht-Risiko	Dateien gefährdet	keine Dateidaten gefährdet
Absicherung internationaler Übermittlung	oft nötig	nicht anwendbar
TOM für Dateispeicherung	nötig	nicht anwendbar

Was nie verschwindet, ist deine Verantwortung für den Code, den du auslieferst: Lädt deine Seite Analyse-, Werbe- oder Fehlerprotokoll-Skripte, verarbeiten diese weiterhin personenbezogene Daten und brauchen eine Rechtsgrundlage. Clientseitige Konvertierung nimmt den Dateiinhalt aus der Gleichung – sie nimmt kein Tracking heraus.

Wo clientseitige Konvertierung am meisten hilft

HEIC und mobile Foto-Uploads

iPhone-Fotos kommen als HEIC an. Die Umwandlung auf dem Gerät des Nutzers bedeutet, dass du ein Format nie annimmst, das dein Backend womöglich gar nicht unterstützt. Siehe was HEIC ist und HEIC auf dem iPhone konvertieren.

EXIF- und GPS-Metadaten

Lokales Re-Encoding entfernt eingebettete Metadaten wie EXIF und GPS-Koordinaten standardmäßig. Für Kundenfotos ist das ein echter Datenminimierungsgewinn – siehe den Leitfaden zum Entfernen von EXIF und GPS.

OCR und gescannte Dokumente

Scans von Ausweisen, Verträgen oder Formularen gehören zu den sensibelsten Dateien, die ein Unternehmen berührt. Lokale OCR hält sie von deinen Servern fern – siehe OCR ohne Upload.

Was clientseitige Konvertierung nicht löst

Sei ehrlich in deinem Bedrohungsmodell. Clientseitige Verarbeitung entfernt nicht:

Analytics und Cookies: Läuft Google Analytics oder Ähnliches, gelten weiterhin Einwilligungsregeln.
Server-Logs: Hosting zeichnet immer technische Daten auf (IP-Adresse, User-Agent).
Bösartige Eingaben: Clientseitiger Code muss mit nicht vertrauenswürdigen Dateien sicher umgehen.
Eigene Erhebungsstellen: Erhältst du dieselbe Datei separat für einen anderen Zweck, braucht diese Verarbeitung eine eigene Grundlage.

So bewertest du einen Konverter auf Compliance

Bestätige, dass das Tool Dateien lokal verarbeitet – beobachte den Netzwerk-Tab auf Uploads.
Prüfe, ob die Datenschutzerklärung sagt, dass Dateien das Gerät nie verlassen.
Vergewissere dich, dass während der Konvertierung keine Drittanbieter-API die Datei erhält.
Achte auf den Metadaten-Umgang: Ein Standard, der EXIF/GPS entfernt, ist ein Plus.
Frage, ob ein AVV überhaupt nötig ist – ohne Datenübermittlung ist er es meist nicht.

Häufige Fragen

Zählt clientseitige Konvertierung als Verarbeitung nach DSGVO?

Die Verarbeitung durch den Endnutzer auf dem eigenen Gerät zu eigenen Zwecken ist in der Regel keine Verarbeitung durch dein Unternehmen, weil du die Daten nie erhältst. Es bleibt deine Verantwortung für den ausgelieferten Code und für technische Logs.

Brauche ich für clientseitige Konvertierung einen AVV?

Wenn keine personenbezogenen Daten einen Auftragsverarbeiter erreichen, gibt es in der Regel nichts zu regeln. Ein AVV bleibt relevant, wenn du Daten an einen Hosting- oder Analyseanbieter weitergibst.

Ist browserbasierte Konvertierung für HEIC zuverlässig?

Ja. Moderne Browser können HEIC lokal über einen WebAssembly-Decoder lesen, sodass HEIC zu JPG oder PNG vollständig auf dem Gerät geschieht.

Was passiert mit EXIF- und GPS-Metadaten?

Lokales Re-Encoding entfernt eingebettete Metadaten wie EXIF und GPS standardmäßig – selbst ein Datenminimierungsvorteil beim Teilen von Fotos.