Dein Foto bleibt auf deinem Gerät

Was dein Browser herunterlädt, und sonst nichts

Wenn du den Hintergrundentferner öffnest, lädt dein Browser die Seite selbst, ihre Styles, Skripte und Bilder herunter, alles von dieser Website. Die Engine und das KI-Modell gehören nicht dazu: Die Seite startet sie erst, wenn du ein Bild auswählst. Ein Besuch, bei dem du nie eines auswählst, lädt also keins von beiden herunter.

Bei deinem ersten Bild holt der Browser die Engine (11,3 MB beim CPU-Build, 22 bis 25 MB bei den Builds für die Grafikkarte) und das KI-Modell (etwa 176 MB, in Teilen unter 25 MB). Jeder Modellteil wird vor der Verwendung mit einem SHA-256-Fingerabdruck abgeglichen, ein beschädigter Download wird also abgelehnt, statt verwendet zu werden. Bevor die Seite die Engine lädt, sendet sie außerdem kleine HEAD-Anfragen (sie fragen, ob eine Datei existiert, ohne sie herunterzuladen), um zu sehen, welcher Engine-Build verfügbar ist. Das Beispielfoto wird nur heruntergeladen, wenn du auf Kein Bild zur Hand? Probier ein Beispielfoto aus klickst.

Jede dieser Anfragen ist ein GET oder HEAD an diese Website. Keine der beiden Arten hat einen Body, also den Teil einer Anfrage, der eine hochgeladene Datei enthalten würde.

Was danach in deinem Browser bleibt

Nach dem ersten Bild behält dein Browser die geprüften Modellteile im Cache Storage (einem Speicherbereich, den jede Website in deinem Browser bekommt), unter dem Namen backgrounds-remover-model, zusammen mit einem kleinen Vermerk, dass alle Teile gespeichert sind. Sie enthalten nur das Modell, nie deine Bilder, und sie sind der Grund, warum spätere Besuche den Download von 176 MB überspringen. Um sie zu entfernen, lösche die Daten dieser Website in deinem Browser; das nächste Bild lädt das Modell dann erneut herunter. Ein Browser kann sie auch selbst löschen, wenn auf dem Gerät der Speicherplatz knapp wird, und Safari tut das bei einer Website, die du eine Weile nicht benutzt hast; das Modell wird dann mit dem nächsten Bild erneut heruntergeladen.

Während du arbeitest, existieren die Vorschau deines Fotos und das Ergebnis nur als vorübergehende blob:-Links im geöffneten Tab. Die Seite gibt die alten Links frei, sobald sie neue erstellt (für ein neues Bild oder einen neuen Hintergrund, eine neue Größe oder ein neues Format), und den Rest verwirft der Browser, wenn du den Tab schließt. Abgesehen vom Modell speichern die Skripte der Seite nichts: keine Cookies, kein localStorage oder sessionStorage und keine IndexedDB.

Die Seite kann nur die Datei lesen, die du ihr gibst

Du gibst der Seite eine Datei, indem du sie auswählst, auf die Seite ziehst oder einfügst. Eine Webseite kann weder deine Fotomediathek noch deine Ordner durchsuchen: Der Browser gibt ihr nur die Dateien, die du ausgewählt hast (eine, oder mehrere für einen Stapel), und sonst nichts. Die Seite fragt nie nach der Kamera, und die Header der Website schalten die Kamera ohnehin ab.

Der eigene Bilddecoder deines Browsers, derselbe, der auf jeder Website Bilder anzeigt, wandelt die Datei in einem Web Worker (einem Hintergrund-Thread deines Tabs) in Pixel um. Ab dann arbeitet die Seite nur mit diesen Pixeln. Nichts in der Datei wird als Code ausgeführt, und eine Datei, die kein Bild ist, wird mit einer Meldung abgelehnt.

Was der Browser durchsetzt

Die Website sendet mit jeder Seite Sicherheits-Header, und dein Browser setzt sie durch, egal was die Skripte der Seite versuchen. In einfachen Worten:

Hinter den Headern ist die Website eine Sammlung statischer Dateien in einem Content Delivery Network. Der einzige Servercode ist eine kleine Funktion, die unter /api/error die unten beschriebenen Fehlerberichte entgegennimmt: Sie liest höchstens 8 KB Text, behält eine feste Liste von Feldern und verwirft den Rest. Es gibt also keinen Endpunkt, der ein Bild annehmen könnte, selbst wenn die Seite versuchen würde, eines zu senden. Du kannst die Header selbst lesen: Klick im unten beschriebenen Netzwerk-Tab auf die erste Anfrage der Seite und sieh dir ihre Antwort-Header an.

Prüf es selbst

Die Entwicklertools deines Browsers listen jede Anfrage auf, die eine Seite stellt, du kannst all das also auf deinem eigenen Computer prüfen (die Anleitung von Chrome zum Netzwerk-Bereich erklärt ihn):

1. Öffne den Hintergrundentferner auf einem Computer und drück F12 (oder Cmd+Option+I auf einem Mac), um die Entwicklertools zu öffnen, und wähle dann den Tab Netzwerk (Network). Schalte in Safari zuerst die Funktionen für Webentwickler unter Einstellungen, Erweitert ein.
2. Lade die Seite neu. Du solltest die Seite, ihre Styles, Skripte und Bilder sehen, alles von backgrounds-remover.online, und noch nichts von der Engine oder dem Modell.
3. Wähl ein Bild aus. Neue Zeilen erscheinen: das Worker-Skript der Seite, eine oder zwei HEAD-Anfragen, die Dateien .mjs und .wasm der Engine, ein kleines .json-Manifest und die Modellteile, Dateien unter /engine/model/, deren Namen auf .part000, .part001 und so weiter enden.
4. Sieh dir die Spalte Methode (Method) an (ist sie ausgeblendet, klick mit der rechten Maustaste auf eine Spaltenüberschrift, um sie einzublenden). In jeder Zeile sollte GET oder HEAD stehen, und jede Adresse sollte backgrounds-remover.online sein. Zeilen, die mit blob: oder data: beginnen, sind Links innerhalb deines Tabs, keine Übertragungen über das Netzwerk.
5. Entferne im selben Tab den Hintergrund eines zweiten Bildes. Es erscheinen keine neuen Anfragen für die Engine oder das Modell, weil die Engine in deinem Tab bereits läuft. Bei einem späteren Besuch fordert die Seite beim Auswählen eines Bildes die Engine-Dateien und das Manifest erneut an, aber keine Modellteile.

Ein Upload sieht anders aus: eine Anfrage mit der Methode POST oder PUT, die etwa so groß ist wie dein Foto, oft an eine andere Domain. Siehst du hier jemals eine solche Anfrage, wenn du ein Foto auswählst, stimmt etwas nicht, und wir wollen davon erfahren: support@backgrounds-remover.online.

Eine POST-Anfrage kann nur auftauchen, wenn etwas fehlschlägt, auch wenn die Grafikkarte das Modell nicht starten kann und die Seite auf den Prozessor umschaltet: ein Fehlerbericht von höchstens einigen Kilobyte Text (nicht mehr als zehn pro Seitenaufruf) an die eigene Adresse dieser Website, /api/error, unten beschrieben. Er enthält keinen Teil deines Fotos, nicht seinen Namen und nicht das Ergebnis.

Was unser automatisierter Test prüft

Ein automatisierter Browsertest lädt eine gebaute Kopie der Website und entfernt mit der echten Engine einen echten Hintergrund. Jede Änderung an der Website führt ihn in Chromium aus, dem Kern von Chrome und Edge, und ein Fehlschlag stoppt die Auslieferung. Am 27. September 2026 hat derselbe Test, mit jeder unten aufgeführten Prüfung, außerdem in Firefox und in WebKit, dem Kern von Safari, bestanden; diese beiden Läufe haben wir von Hand gestartet, und sie gehören nicht zu jeder Auslieferung. Unter anderem prüft er:

• Ein einfacher Besuch lädt keinen Worker, keine Engine und kein Modell.
• Nachdem ein Hintergrund entfernt wurde, ist keine Anfrage an eine andere Adresse als die der Website gegangen. Die einzigen anderen Adressen sind blob:- und data:-Links innerhalb des Tabs.
• Während ein Hintergrund entfernt wird, ist jede Anfrage an die Website ein GET oder HEAD ohne Body, es wird also nichts hochgeladen; die einzige POST-Anfrage, die der Test zulässt, ist ein Fehlerbericht an /api/error.
• Ein erneuter Besuch im selben Browser lädt das Modell vom Gerät und fordert keinen Modellteil an.
• Der Wechsel zu einem weißen oder farbigen Hintergrund stellt keine neue Anfrage an die Engine.
• Wenn die Engine nicht laden kann, sendet die Seite genau einen Fehlerbericht an die eigene Adresse der Website, ohne Dateinamen oder Bilddaten.

Keine Werbung, keine Analyse-Tools, Fehlerberichte nur, wenn etwas fehlschlägt

Das ist ein eigenes Versprechen, getrennt von „kein Upload“, mit eigenen Belegen. Die Website zeigt keine Werbung, setzt keine Cookies und lädt kein Analyse-Skript, kein Skript meldet also deine Besuche oder Klicks an irgendwen. Ihr Code enthält eine Analyseschicht, die die Schritte des Tools zählen könnte, doch es ist kein Anbieter angeschlossen, sie sendet also nichts. Was die Website sendet, ist ein Fehlerbericht, wenn ihr eigener Code oder das Tool zum Entfernen des Hintergrunds scheitert, etwa wenn dem Browser der Arbeitsspeicher ausgeht oder die Grafikkarte das Modell nicht starten kann. Der Bericht geht an die eigene Adresse dieser Website und enthält die Art des Fehlers, den Seitenpfad, die User-Agent-Zeichenfolge deines Browsers und die Version der Website, nie dein Bild, seinen Dateinamen oder die gewählte Farbe. Die Datenschutzerklärung nennt jedes Feld und wie lange Berichte aufbewahrt werden. Die Open-Source-Software, auf der das Tool aufbaut, steht auf der Seite mit den Open-Source-Nachweisen.

Andere Hintergrundentferner gehen anders mit Fotos um. Der Beitrag Hintergrund online entfernen: sicher? zitiert, was Upload-Dienste nach eigenen Angaben speichern, und endet mit einer Checkliste, mit der du jedes Tool prüfen kannst. Zum Modell, zu den Engine-Builds und zur gemessenen Geschwindigkeit lies, wie Backgrounds Remover funktioniert.