Wie RoundCut funktioniert

Die kurze Antwort

RoundCut führt jedes Tool in Ihrem Browser mit zwei browsereigenen APIs aus: der HTML5 Canvas API für Operationen auf Pixelebene und WebAssembly für die schwereren Aufgaben — Kodierung/Dekodierung von Bildformaten und KI-Inferenz. Es wird nichts hochgeladen. Nichts wird auf unseren Servern verarbeitet, denn wir betreiben keine Server, die Ihre Dateien berühren.

Sie können das in etwa 30 Sekunden überprüfen: Öffnen Sie die DevTools Ihres Browsers, wechseln Sie zum Network-Tab, leeren Sie das Protokoll und nutzen Sie ein beliebiges Tool. Die einzigen Netzwerkanfragen, die Sie sehen werden, sind für statische Site-Assets — HTML, CSS, JavaScript, Schriften und die WebAssembly- Module. Ihr Bild verlässt die Seite niemals.

Warum clientseitig

Die meisten Online-Bildtools funktionieren umgekehrt: Sie laden hoch, ein Server verarbeitet, Sie laden das Ergebnis herunter. Dieses Modell hat einige bekannte Nachteile — Ihre Datei liegt auf dem Rechner von jemand anderem, Sie warten zweimal auf die Hin- und Rückfahrt, und der Betreiber zahlt pro CPU-Sekunde, weshalb diese Dienste dazu neigen, Konten, Wasserzeichen oder kostenpflichtige Tarife einzuführen.

Browser können den Großteil dieser Arbeit seit Jahren nativ erledigen. Das <canvas>-Element übernimmt Zuschneiden, Drehen, Skalieren und Neu-Kodieren; WebAssembly ermöglicht es uns, dieselben C/Rust-Bibliotheken MozJPEG, libwebp, libavif und Oxipng auszuführen, die Squoosh verwendet, und das bei nahezu nativer Geschwindigkeit. Als wir den 2026er-Rebuild auslieferten, hatte der Browser die Desktop-Bildbearbeitungs-Toolchain faktisch eingeholt. Es gab keinen Grund mehr, einen Server einzubeziehen.

Das Ergebnis ist ein Stack mit drei Eigenschaften, die sich gegenseitig verstärken: Datenschutz (Ihre Datei verlässt Ihr Gerät niemals), Geschwindigkeit (kein Upload, keine Warteschlange, kein Server-Roundtrip) und Kosten (wir liefern statische Assets aus einem CDN für ein paar Cent pro Monat, egal wie viele Personen die Tools nutzen).

Die Pipeline, Schritt für Schritt

1. Sie wählen eine Datei aus

Wenn Sie ein Bild auswählen — über den Dateiauswähler, Drag-and-Drop oder Einfügen — übergibt der Browser JavaScript ein File-Objekt. JavaScript liest die Bytes mit der FileReader- oder Blob.arrayBuffer()-API. Zu keinem Zeitpunkt in diesem Schritt wird die Datei übers Netzwerk gesendet.

2. Der Browser dekodiert das Bild

Moderne Browser können JPG, PNG, WebP, GIF, AVIF und (in Safari und aktuellem Chromium) HEIC nativ dekodieren. Wir verwenden createImageBitmap(), um die rohen Bytes in eine Bitmap zu konvertieren, mit der die GPU arbeiten kann, außerhalb des Hauptthreads. Für HEIC in Browsern, die es nicht nativ dekodieren, greifen wir auf einen WebAssembly-Decoder zurück, der lokal in Ihrem Browser läuft.

3. Das Tool erledigt seine Aufgabe

Was als Nächstes passiert, hängt vom jeweiligen Tool ab. RoundCut bietet derzeit drei:

• Circle Crop — eine Canvas-2D-Pixeltransformation mit einem kreisförmigen Clip-Pfad. Die Bitmap wird in einem <canvas> bei der gewählten Rotation und Zoom gezeichnet, der kreisförmige Clip wird angewendet, und das Innere des Kreises wird als ImageData zurückgelesen. Cropper.js übernimmt die interaktive Zuschneidemaske.
• Compress — kodiert JPG, PNG, WebP oder AVIF mit jSquash WebAssembly-Modulen neu (MozJPEG, libwebp, libavif, Oxipng). Dies sind dieselben Upstream-Codecs, die Squoosh verwendet. Sie laufen in einem Web Worker, damit die Benutzeroberfläche während der Kodierung eines Fotos mit vielen Megapixeln reaktionsfähig bleibt; eine Seitenansicht-Vorschau zeigt Ihnen den Kompromiss vor der Bestätigung.
• Remove Background — ein kleines KI-Modell im ONNX-Format (wenige MB, einmal heruntergeladen und gecacht) läuft in Ihrem Browser über ONNX Runtime Web, mit WebAssembly als Ausführungs-Backend. Der erste Durchlauf lädt das Modell herunter; jeder weitere Durchlauf ist lokal und sofortig.

4. Sie laden das Ergebnis herunter

Die Ausgabe-Bitmap wird in einen Blob kodiert, in eine object URL eingebettet und dem Standard-Datei-Speicher-Dialog Ihres Browsers angeboten. Wo unterstützt, verwenden wir die File System Access API, damit Sie den Zielordner direkt auswählen können. Die Datei erscheint auf Ihrer Festplatte; nichts durchläuft einen Server.

So überprüfen Sie es selbst

Die Behauptung „kein Upload” lässt sich in zwei Minuten überprüfen. Wählen Sie die Methode, die Sie bevorzugen:

Methode 1 — Beobachten Sie den Network-Tab

1. Öffnen Sie RoundCut in einem neuen Tab.
2. Öffnen Sie die DevTools (F12 oder Rechtsklick → Untersuchen) und wechseln Sie zum Network-Tab.
3. Klicken Sie auf die Schaltfläche „leeren” im Network-Tab, um von vorne zu beginnen.
4. Nutzen Sie ein beliebiges Tool: Laden Sie ein Bild, bearbeiten Sie es, laden Sie das Ergebnis herunter.
5. Schauen Sie sich das Network-Protokoll an. Sie sehen Anfragen für HTML, CSS, JS, Schriften und (beim ersten Einsatz eines schwereren Tools) das entsprechende WebAssembly-Modul. Sie werden keine Anfrage sehen, die die Bytes Ihres Bildes enthält.

Die Spalte „Initiator” zeigt Ihnen, welches Skript jede Anfrage ausgelöst hat, und die Spalte „Type” zeigt, was gesendet wurde. Filtern Sie nach „Fetch/XHR”, um sich auf Datenanfragen zu konzentrieren; Sie werden sehen, dass diese alle klein, alle an den statischen Ursprung gerichtet und keine Ihre Datei enthält.

Methode 2 — Verwenden Sie die Tools offline

1. Laden Sie eine beliebige RoundCut-Tool-Seite. Verwenden Sie sie einmal, um sicherzustellen, dass die relevanten WebAssembly-Module gecacht sind.
2. Öffnen Sie die DevTools, gehen Sie zum Network-Tab und aktivieren Sie das Kontrollkästchen Offline (oder schalten Sie einfach Ihr WLAN aus).
3. Laden Sie die Seite neu. Sie lädt noch, weil der Browser die statischen Assets gecacht hat.
4. Verwenden Sie das Tool erneut, von Anfang bis Ende. Es funktioniert weiterhin.

Wenn das Tool offline funktioniert hat, hat es per Definition keinen Server während der Operation kontaktiert. Dies ist der stärkstmögliche Beweis — die Arbeit fand auf Ihrem Rechner statt, weil kein anderer Rechner erreichbar war.

Was wir sehen

Um klarzustellen, was erfasst wird: Wenn Sie eine Seite laden, zeichnet unser Analytics-Anbieter (Cloudflare Web Analytics) auf, dass ein Browser diese URL aus einem bestimmten Land geladen hat. Keine Cookies, keine persistenten Bezeichner, nichts, das einer Person zugeordnet werden kann.

Bei Tools, die beim ersten Einsatz ein WebAssembly-Modul herunterladen (jSquash-Codecs, das ONNX- Hintergrundentfernungsmodell), sieht unser Hosting-Anbieter, dass jemand das Modul abgerufen hat — genauso wie er sieht, dass jemand die CSS-Datei abgerufen hat. Das Modul selbst enthält keine Informationen über Ihr Bild.

Das vollständige Dateninventar finden Sie in unserer Datenschutzerklärung.

Der Technologie-Stack

Für Neugierige: Hier ist, worauf RoundCut aufgebaut ist:

• Astro — der Static-Site-Generator. Jede Seite wird als reines HTML mit progressiv verbessertem JavaScript-„Islands” nur dort geliefert, wo interaktive Tools wohnen.
• Vanilla CSS mit benutzerdefinierten Eigenschaften — kein Tailwind, kein CSS-in-JS. Das gesamte Designsystem steckt in einer einzigen tokens.css-Datei.
• jSquash — WebAssembly-Bindings für MozJPEG, libwebp, libavif und Oxipng zur Bildkodierung.
• Cropper.js — die Interaktionsschicht des Zuschneiderechtecks für die Zuschneid-Tools.
• ONNX Runtime Web — führt das Hintergrundentfernungsmodell in Ihrem Browser über WebAssembly aus.
• Cloudflare Pages — hostet den statischen Build, liefert ihn vom Edge aus und bietet DNS sowie DDoS-Schutz.
• Cloudflare Web Analytics — aggregierte, cookiefreie Seitenaufrufzählung.

Browser-Unterstützung

Alle Tools funktionieren in der aktuellen und der vorherigen Version von Chrome, Firefox, Safari und Edge — Desktop und Mobil. Die Website nutzt Progressive Enhancement: Wo ein Browser eine neuere API unterstützt (z. B. showSaveFilePicker, OffscreenCanvas), verwenden wir sie; wo nicht, greifen wir auf das ältere Äquivalent zurück. Es gibt keine „Ihr Browser wird nicht unterstützt”-Schranke.

Die einzige harte Voraussetzung ist JavaScript. Ohne JavaScript können die Tools nicht ausgeführt werden — es gibt keinen serverseitigen Fallback, weil es keinen Server gibt, der Bildverarbeitungsarbeit übernimmt.

Fragen

Etwas, das wir nicht behandelt haben? Schreiben Sie uns an support@araluma.com. Technische Fragen sind herzlich willkommen.