Datenschutz · 6 Min. Lesezeit
Warum lokale Web-Tools Ihre Daten schützen
Jeder Upload erzeugt eine Kopie Ihrer Datei auf einer Infrastruktur, die Sie nicht kontrollieren. Selbst bei verschlüsselter Übertragung und seriösem Anbieter landet diese Kopie in Aufbewahrungsfristen, Backup-Rotationen, Zugriffsrechten eines Support-Teams und einer fremden Rechtsordnung. Bei Dokumenten mit IBANs, Gehaltsdaten, Ausweisfotos oder Kundenadressen ist die sicherste Datei die, die nie unterwegs war.
Das Bemerkenswerte der letzten Jahre: Sie muss es auch nicht mehr sein. Browser können heute Verarbeitung leisten, die vor kurzem noch zwingend einen Server brauchte. Dieser Leitfaden erklärt die Technik dahinter, was lokale Verarbeitung schützt und was nicht, und wie Sie die Versprechen eines Tools selbst überprüfen.
Was sich im Browser geändert hat
WebAssembly ist die Grundlage: ein kompaktes Binärformat, das Browser mit nahezu nativer Geschwindigkeit in der bestehenden Sandbox ausführen. Ausgereifte C- und C++-Bibliotheken — PDF-Renderer, Bildcodecs, OCR-Engines, die FFmpeg-Werkzeugkette — lassen sich dorthin kompilieren. Was früher eine serverseitige Job-Warteschlange war, ist heute ein Modul, das der Browser einmal lädt und dann auf Bytes anwendet, die im Arbeitsspeicher bleiben.
Web Worker lösen die zweite Hälfte des Problems. Lange Berechnungen im Hauptthread frieren die Oberfläche ein; Worker verlagern die Arbeit auf einen eigenen Thread, sodass eine 300-Seiten-PDF-Zusammenführung flüssig Fortschritt meldet.
Dazu kommen die APIs, die lokales Arbeiten praktikabel machen: File System Access zum Lesen und Schreiben gewählter Dateien, Canvas und WebGL für Pixelarbeit, WebCodecs für hardwarebeschleunigtes Encoding, IndexedDB und LocalStorage für Persistenz, Service Worker für Offline-Betrieb. Zusammen decken sie den gesamten Ablauf ab — öffnen, verarbeiten, vorschauen, speichern — ohne Netzwerksprung dazwischen.
- WebAssembly — nahezu native Geschwindigkeit für kompilierte Bibliotheken
- Web Worker — rechenintensive Jobs abseits des UI-Threads
- WebCodecs und WebGL — beschleunigte Medien- und Bildverarbeitung
- LocalStorage und IndexedDB — Persistenz pro Origin, ohne Synchronisierung
Welche Datenschutzeigenschaften daraus folgen
Erstens Datenminimierung durch Bauweise. Es gibt keine serverseitige Kopie, die abgesichert, herausgegeben, geleakt oder vergessen gelöscht werden könnte, weil nie eine entstanden ist. DSGVO-seitig bedeutet Verarbeitung ausschließlich auf dem Endgerät der betroffenen Person, dass keine Übermittlung an einen Auftragsverarbeiter stattfindet — ein ganzer Block vertraglicher und dokumentarischer Pflichten entfällt.
Zweitens Überprüfbarkeit. Serverseitigen Datenschutzversprechen kann man nur glauben; lokale Verarbeitung lässt sich testen. Funktioniert die Seite ohne Netzwerkverbindung weiter, können keine Daten abfließen. Dieser eine Test wiegt schwerer als jedes Policy-Dokument.
Drittens Unabhängigkeit von Kontosystemen. Ein Tool, das Ihre Dateien nie sieht, hat auch keinen Grund für eine Registrierung — keine E-Mail-Adresse, kein Passwortrisiko, kein Profil mit Verarbeitungshistorie.
Wogegen lokale Verarbeitung nicht schützt
Sie ist keine Gerätesicherheit. Was im LocalStorage liegt, ist für Skripte derselben Origin und für jeden mit Zugriff auf das Browserprofil lesbar. Auf gemeinsam genutzten oder unverschlossenen Rechnern bleibt das ein Risiko; behandeln Sie gespeicherte Vorlagen wie gewöhnliche Dateien auf diesem Computer.
Sie ersetzt auch kein Backup. Da nichts synchronisiert wird, löscht das Leeren der Website-Daten oder ein Browserwechsel gespeicherte Vorlagen unwiderruflich. Exportieren Sie fertige Dokumente in Ihre eigene Ablage und betrachten Sie den Browser-Speicher als Notizblock.
Und die Seite selbst kommt weiterhin über das Netz. Drittanbieter-Skripte — Analytics, Werbe-Tags, Schriften — können ein ansonsten lokales Design unterlaufen. Die richtige Frage lautet also nicht nur, ob Dateien hochgeladen werden, sondern was die Seite sonst noch lädt.
Wie Sie ein Tool in zwei Minuten prüfen
Laden Sie das Tool, schalten Sie danach WLAN ab oder setzen Sie den Browser auf offline und verarbeiten Sie eine Datei. Läuft es durch, ist die Verarbeitung lokal. Öffnen Sie anschließend den Netzwerk-Tab der Entwicklerwerkzeuge: Ein wirklich lokales Tool lädt beim Start Assets und danach während der Verarbeitung nichts mehr.
Prüfen Sie, ob vor der ersten Datei ein Konto verlangt wird. Suchen Sie in der Datenschutzerklärung nach Upload, Übermittlung und Server statt im Marketingtext. Achten Sie darauf, wo das Ergebnis erscheint: ein direkter Browser-Download ist ein gutes Zeichen, ein Link auf eine gehostete Ergebnis-URL bedeutet, dass die Datei das Gerät verlassen hat.
Diese vier Prüfungen dauern zwei Minuten und liefern eine Antwort, die kein Vertrauen voraussetzt. Toolula ist so gebaut, dass es alle vier besteht — das ist der Zweck der Architektur, nicht ein Werbeversprechen.
Häufig gestellte Fragen
Heißt lokale Verarbeitung, dass das Tool offline funktioniert?
Nach dem ersten Laden ja. Sobald Seite und WebAssembly-Module im Cache liegen, läuft die Verarbeitung ohne Verbindung weiter. Das ist zugleich der einfachste Beweis, dass nichts hochgeladen wird.
Sind große Dateien im Browser langsamer als auf einem Server?
Manchmal, aber deutlich weniger als erwartet — und Sie sparen Upload und Download vollständig. Bei großen Dateien ist die lokale Verarbeitung oft fertig, bevor ein Server-Tool den Upload abgeschlossen hätte.
Sind Daten im LocalStorage verschlüsselt?
Nein. Sie liegen im Klartext, beschränkt auf die Origin der Website. Sie verlassen das Gerät nicht, sind aber für jeden mit Zugriff auf das Browserprofil lesbar — auf geteilten Rechnern also keine sensiblen Vorlagen speichern.
Ist ein lokales Tool automatisch DSGVO-konform?
Es beseitigt das größte Risiko — Übermittlung an und Speicherung bei einem Auftragsverarbeiter. Die Konformität hängt zusätzlich davon ab, was die Seite sonst lädt, etwa Analyse- oder Werbeskripte, und wie darüber informiert und eingewilligt wird.