Votre photo reste sur votre appareil

Ce que votre navigateur télécharge, et rien d'autre

Ouvrir l'outil de suppression d'arrière-plan télécharge la page elle-même, ses styles, ses scripts et ses images, tous depuis ce site. Le moteur et le modèle d'IA n'en font pas partie : la page ne les lance qu'après que vous avez choisi une image, si bien qu'une visite sans image ne télécharge ni l'un ni l'autre.

À votre première image, le navigateur récupère le moteur (11,3 Mo pour la version CPU, de 22 à 25 Mo pour les versions carte graphique) et le modèle d'IA (environ 176 Mo, en parties de moins de 25 Mo). Chaque partie du modèle est comparée à une empreinte SHA-256 avant usage : un téléchargement endommagé est rejeté au lieu d'être utilisé. Avant de charger le moteur, la page envoie aussi de petites requêtes HEAD (elles demandent si un fichier existe sans le télécharger) pour savoir quelle version du moteur est disponible. La photo d'exemple n'est téléchargée que si vous cliquez sur Pas d'image sous la main ? Essayez avec une photo d'exemple.

Chacune de ces requêtes est un GET ou un HEAD vers ce site. Aucun de ces deux types ne transporte de corps, la partie d'une requête qui contiendrait un fichier envoyé.

Ce qui reste dans votre navigateur ensuite

Après la première image, votre navigateur conserve les parties vérifiées du modèle dans le Cache Storage (un espace de stockage que chaque site web reçoit dans votre navigateur), sous le nom backgrounds-remover-model, avec une petite note indiquant que toutes les parties sont enregistrées. Elles ne contiennent que le modèle, jamais vos images, et ce sont elles qui permettent aux visites suivantes de sauter le téléchargement de 176 Mo. Pour les supprimer, effacez les données de ce site dans votre navigateur ; l'image suivante retéléchargera alors le modèle. Un navigateur peut aussi les effacer de lui-même quand l'appareil manque d'espace, et Safari le fait pour un site que vous n'avez pas utilisé depuis un moment ; le modèle est alors retéléchargé avec l'image suivante.

Pendant que vous travaillez, l'aperçu de votre photo et le résultat n'existent que sous forme de liens blob: temporaires dans l'onglet ouvert. La page libère les anciens liens chaque fois qu'elle en crée de nouveaux (pour une nouvelle image, ou un nouveau fond, une nouvelle taille ou un nouveau format), et le navigateur efface les autres quand vous fermez l'onglet. En dehors du modèle, les scripts de la page n'enregistrent rien : ni cookies, ni localStorage ou sessionStorage, ni IndexedDB.

La page ne peut lire que le fichier que vous lui donnez

Vous confiez un fichier à la page en le choisissant, en le déposant sur la page ou en le collant. Une page web ne peut pas parcourir votre photothèque ni vos dossiers : le navigateur lui donne seulement les fichiers que vous avez choisis (un seul, ou plusieurs pour un lot), et rien d'autre. Elle ne demande jamais la caméra, et les en-têtes du site la désactivent de toute façon.

Le décodeur d'images de votre navigateur, celui-là même qui affiche les images sur n'importe quel site, transforme le fichier en pixels dans un Web Worker (un fil d'exécution en arrière-plan de votre onglet). La page ne travaille ensuite qu'avec ces pixels. Rien de ce que contient le fichier n'est exécuté comme du code, et un fichier qui n'est pas une image est refusé avec un message.

Ce que le navigateur impose

Le site envoie des en-têtes de sécurité avec chaque page, et votre navigateur les applique quoi que tentent les scripts de la page. En clair :

Derrière ces en-têtes, le site est un ensemble de fichiers statiques sur un réseau de diffusion de contenu. Le seul code côté serveur est une petite fonction qui reçoit, sur /api/error, les rapports d'erreur décrits plus bas : elle lit au plus 8 Ko de texte, garde une liste fixe de champs et jette le reste, il n'existe donc aucun point d'accès qui pourrait accepter une image, même si la page essayait d'en envoyer une. Vous pouvez lire ces en-têtes vous-même : dans l'onglet Réseau décrit ci-dessous, cliquez sur la première requête de la page et regardez ses en-têtes de réponse.

Vérifiez par vous-même

Les outils de développement de votre navigateur listent chaque requête d'une page : vous pouvez donc vérifier tout cela sur votre propre ordinateur (le guide du panneau Réseau de Chrome présente ce panneau) :

1. Ouvrez l'outil de suppression d'arrière-plan sur un ordinateur et appuyez sur F12 (ou Cmd+Option+I sur Mac) pour ouvrir les outils de développement, puis choisissez l'onglet Réseau (Network). Dans Safari, activez d'abord les fonctionnalités pour les développeurs dans Réglages, Avancées.
2. Rechargez la page. Vous devriez voir la page, ses styles, ses scripts et ses images, tous depuis backgrounds-remover.online, et encore rien du moteur ni du modèle.
3. Choisissez une image. De nouvelles lignes apparaissent : le script du worker de la page, une ou deux requêtes HEAD, les fichiers .mjs et .wasm du moteur, un petit manifeste .json et les parties du modèle, des fichiers sous /engine/model/ dont le nom se termine par .part000, .part001, et ainsi de suite.
4. Regardez la colonne Méthode (Method) ; si elle est masquée, faites un clic droit sur un en-tête de colonne pour l'afficher. Chaque ligne doit indiquer GET ou HEAD, et chaque adresse doit être backgrounds-remover.online. Les lignes qui commencent par blob: ou data: sont des liens internes à votre onglet, pas des transferts réseau.
5. Supprimez l'arrière-plan d'une deuxième image dans le même onglet. Aucune nouvelle requête vers le moteur ou le modèle n'apparaît, car le moteur tourne déjà dans votre onglet. Lors d'une visite ultérieure, choisir une image redemande les fichiers du moteur et le manifeste, mais aucune partie du modèle.

Un envoi a un autre aspect : une requête avec la méthode POST ou PUT dont la taille est à peu près celle de votre photo, souvent vers un autre domaine. Si vous en voyez une un jour en choisissant une photo ici, quelque chose ne va pas, et nous voulons le savoir à support@backgrounds-remover.online.

Une requête POST ne peut apparaître qu'en cas d'échec, y compris quand la carte graphique ne peut pas démarrer le modèle et que la page passe au processeur : un rapport d'erreur de quelques kilo-octets de texte au plus (dix au maximum par affichage de la page) envoyé à l'adresse de ce site, /api/error, décrit plus bas. Il ne contient aucune partie de votre photo, ni son nom, ni le résultat.

Ce que vérifie notre test automatisé

Un test de navigateur automatisé charge une version compilée du site et supprime un vrai arrière-plan avec le vrai moteur. Chaque modification du site le lance dans Chromium, le moteur de Chrome et d'Edge, et un échec bloque la mise en ligne. Le 27 septembre 2026, le même test, avec toutes les vérifications listées ci-dessous, a aussi réussi dans Firefox et dans WebKit, le moteur de Safari ; nous avons lancé ces deux-là à la main, et ils ne font pas partie de chaque mise en ligne. Parmi ses vérifications :

• Une simple visite ne charge ni worker, ni moteur, ni modèle.
• Une fois un arrière-plan supprimé, aucune requête n'a quitté l'adresse du site. Les seules autres adresses sont des liens blob: et data: internes à l'onglet.
• Pendant qu'un fond est retiré, chaque requête vers le site est un GET ou un HEAD sans corps : rien n'est envoyé. La seule requête POST que le test accepte est un rapport d'erreur vers /api/error.
• Une nouvelle visite dans le même navigateur charge le modèle depuis l'appareil et ne demande aucune partie du modèle.
• Passer à un fond blanc ou de couleur ne déclenche aucune nouvelle requête vers le moteur.
• Quand le moteur ne peut pas se charger, la page envoie exactement un rapport d'erreur à l'adresse du site, sans nom de fichier ni données d'image.

Ni publicité, ni mesure d'audience, et des rapports d'erreur seulement en cas d'échec

C'est une promesse distincte de l'absence d'envoi, avec ses propres preuves. Le site n'affiche aucune publicité, ne dépose aucun cookie et ne charge aucun script de mesure d'audience : aucun script ne signale vos visites ou vos clics à qui que ce soit. Son code comprend une couche de mesure d'audience qui pourrait compter les étapes de l'outil, mais aucun fournisseur n'y est branché : elle n'envoie rien. Ce que le site envoie, c'est un rapport d'erreur quand son propre code ou l'outil de suppression d'arrière-plan échoue, par exemple quand le navigateur manque de mémoire ou que la carte graphique ne parvient pas à démarrer le modèle. Le rapport part vers l'adresse de ce site et indique le type d'échec, le chemin de la page, la chaîne user-agent de votre navigateur et la version du site, jamais votre image, son nom de fichier ni la couleur choisie. La politique de confidentialité liste chaque champ et la durée de conservation des rapports. Les logiciels open source sur lesquels repose l'outil sont listés sur la page des crédits open source.

Les autres outils de suppression d'arrière-plan traitent les photos différemment. Le guide détourer une photo en ligne : est-ce sûr ? cite ce que disent conserver les services qui reçoivent les photos et se termine par une liste de vérifications pour évaluer n'importe quel outil. Pour le modèle, les versions du moteur et la vitesse mesurée, voir comment fonctionne Backgrounds Remover.