Vous ouvrez le suppresseur d’arrière-plan, déposez une photo d’identité, et 3 secondes plus tard vous avez un PNG transparent. Où est passée votre photo pendant ce processus ?

Réponse : nulle part.

Ça ressemble à un argument marketing. Mais cette fois c’est réel. Cet article explique :

  • Pourquoi Piick insiste sur le traitement 100% côté client
  • Comment c’est fait (techniquement, sans détour)
  • Les 4 principes fondamentaux et les 3 garanties techniques
  • Quand le “traitement local” est en fait un désavantage

Pourquoi c’est important

Voici un scénario concret.

Vous gérez une boutique e-commerce transfrontalière et votre entreprise va se lancer sur Amazon US. Vous avez besoin de 1 000 photos de produit : fond blanc, 800×800, JPG, moins de 500 Ko. Vous choisissez un outil en ligne, vous inscrivez, vous téléversez, vous téléchargez — votre image visite :

  • Le CDN de l’outil (peut-être Singapour, peut-être Virginie)
  • Les serveurs GPU de l’outil (traitement)
  • Le stockage objet de l’outil (cache des résultats)
  • Le système de sauvegarde de l’outil (PRA hors site)

Vos photos de produit (y compris les designs inédits de la prochaine saison) ont été copiées au moins 3 à 5 fois vers des emplacements que vous ne contrôlez pas. L’image pourrait être l’argument de vente central de votre entreprise pour les 6 prochains mois.

Ou un scénario plus personnel : vous avez pris une photo du premier anniversaire de votre enfant et voulez corriger le fond. Le visage de l’enfant, l’adresse de votre domicile (en arrière-plan), la vie quotidienne de votre famille — c’est aussi sensible qu’un relevé de carte bancaire.

Ce n’est pas une question de “pouvez-vous faire confiance à l’outil ?” C’est que n’importe quel maillon de la chaîne de transit de données peut avoir une fuite.

La solution de Piick : éliminer complètement l’étape de transit. L’algorithme tourne dans votre navigateur ; l’image ne quitte jamais votre appareil.

Les 4 principes fondamentaux de Piick

Principe 1 : zéro téléversement (Zero Upload)

Tous les outils de traitement d’image — compresseur d’image, convertisseur de formats, recadreur d’image, suppresseur d’arrière-plan, OCR par lots, extracteur de couleur — traitent les images dans le navigateur avec JavaScript + l’API Canvas.

Les requêtes réseau ne se produisent qu’au chargement de la page (ressources statiques HTML / CSS / JS). Une fois la page chargée, vous déposez votre image, et toute la chaîne de traitement ne fait aucune requête réseau supplémentaire.

Comment vérifier ? Ouvrez le panneau Network des DevTools de votre navigateur, mettez tous les types de requêtes sur “Tous”, et exécutez un flux complet. Les requêtes que vous devriez voir :

  • Le HTML de la page
  • Les fichiers statiques CSS / JS
  • Les polices (le cas échéant)
  • Zéro requête POST / PUT vers un endpoint d’API

Principe 2 : zéro compte (Zero Account)

Pas de porte “connectez-vous pour télécharger les résultats”. Pas de limite “5 images gratuites, puis payantes”. Ouvrez, utilisez, partez, fermez — votre navigateur est le seul endroit où subsiste la moindre trace.

Techniquement : Piick ne stocke aucune donnée utilisateur (parce qu’il n’y a aucune donnée à stocker). Pas de user_id, pas d’empreinte d’appareil, pas de cookie de tracking.

Principe 3 : coût zéro ≠ basse qualité (monétisation sans surveillance)

Piick se monétise via les publicités sur la page (Google AdSense). Les données utilisateur ne sont pas vendues aux annonceurs, parce qu’il n’y a aucune donnée à vendre.

C’est fondamentalement différent du modèle des outils SaaS grand public (remove.bg, Adobe Express, Canva). Leur modèle freemium + Pro traite les images des utilisateurs gratuits comme des données : analysées, utilisées pour entraîner des modèles, vendues aux annonceurs. Les abonnements couvrent les coûts Pro, mais la version gratuite se paie elle-même avec les données.

Le choix de Piick : uniquement la publicité comme canal de monétisation, et les annonceurs n’ont pas accès à vos données de contenu.

Principe 4 : piste d’audit ouverte (Open Audit Trail)

Tout le code de traitement des outils est打包é dans des fichiers JavaScript que n’importe qui peut inspecter avec DevTools. La logique de l’algorithme est publique, auditable et infalsifiable (parce que le code tourne dans le navigateur, pas sur un serveur).

Contrairement à certains outils qui “prétendent traiter localement mais téléversent en cachette”, le code de Piick sera open source sur GitHub (prévu), pour que tout développeur puisse auditer l’implémentation.

3 garanties techniques

Garantie 1 : API Canvas + OffscreenCanvas

Tout le traitement d’image de Piick utilise l’API Canvas du navigateur (et OffscreenCanvas pour les scénarios avec Web Workers). L’API Canvas est implémentée dans le moteur du navigateur et s’exécute entièrement côté client.

Pour le suppresseur d’arrière-plan spécifiquement :

  1. Vous déposez une image → le navigateur utilise createImageBitmap() pour la décoder en pixels RGBA
  2. JavaScript exécute l’algorithme flood-fill BFS sur ces pixels pour générer un masque alpha
  3. Canvas dessine les pixels traités
  4. canvas.toBlob() encode le résultat en binaire PNG/JPG
  5. Le navigateur déclenche un téléchargement du Blob

Aucune de ces étapes ne fait de requête HTTP vers le serveur de Piick ou tout autre serveur tiers.

Garantie 2 : Web Workers (pour les scénarios par lots)

Pour les tâches gourmandes en CPU comme l’OCR par lots, Piick utilise des Web Workers pour exécuter les algorithmes sur des threads en arrière-plan. Avantages :

  • Ne bloque pas l’UI (la barre de progression se met à jour fluidement)
  • Ne crée pas de pic mémoire (les workers ont une mémoire isolée)
  • Reste 100% côté client — les workers sont juste du multithreading dans le navigateur, pas du réseau

L’OCR utilise Tesseract.js. Les fichiers de modèles de la bibliothèque (modèles de langue anglaise + chinois simplifié) doivent être téléchargés à la première utilisation. C’est différent de “téléverser votre image” :

  • Les fichiers de modèles viennent du CDN de Piick (ressources publiques, sans donnée utilisateur attachée)
  • Le résultat OCR de votre image reste dans le navigateur ; il ne sort jamais

Garantie 3 : zéro persistance côté serveur (Server-Side Stateless)

Le “serveur” de Piick (si on peut l’appeler ainsi) ne fait qu’une chose : renvoyer des fichiers statiques.

Techniquement, piick.cc est un site Astro purement statique déployé sur un CDN (Cloudflare ou Vercel). Le CDN n’exécute aucun code d’application : pas de base de données, pas de système de fichiers, pas de table utilisateur. Le serveur de Piick est techniquement incapable de stocker votre image, même s’il le voulait.

C’est une garantie plus forte que “faites-nous confiance, nous ne sauvegardons pas”. “Nous ne pouvons pas sauvegarder” est la meilleure garantie.

Quand le “traitement local” est en fait un désavantage

Moment d’honnêteté : 100% local n’est pas toujours le meilleur choix.

Scénario 1 : tâches avec modèles d’IA complexes (extraction de cheveux, segmentation sémantique)

L’échantillonnage des coins + flood-fill de Piick est excellent pour les fonds de couleur unie (80% des cas utilisateurs), mais les mèches de cheveux, la semi-transparence, les dégradés complexes sont hors de sa portée. Ces cas nécessitent des modèles d’IA cloud (comme le U²-Net de remove.bg), qui font de quelques Mo à des dizaines de Mo.

Compromis des solutions cloud :

  • ✅ Haute précision sur scènes complexes (niveau cheveu)
  • ❌ L’image doit être téléversée sur le serveur
  • ❌ Généralement payant (de quelques centimes à quelques dizaines de centimes par image)

Piick V1 a choisi l’algorithme local (cas simples + coût zéro + confidentialité). La V2 envisagera d’ajouter un toggle “mode haute qualité” qui télécharge un modèle d’IA en arrière-plan ; à la fois le modèle et vos images restent dans le navigateur (similaire à @imgly/background-removal), mais le téléchargement du modèle en lui-même est un gros fichier unique.

Scénario 2 : très gros lots (milliers d’images en parallèle)

Le traitement local est limité par votre appareil :

  • CPU : le BFS du navigateur prend 200 ms/image sur téléphone, 50 ms/image sur desktop
  • Mémoire : chaque image 4K décodée fait ~33 Mo ; 1 000 chargées d’un coup font exploser la mémoire
  • Disque : votre SSD doit aussi gérer le téléchargement ZIP en masse

Les solutions cloud utilisent des serveurs GPU pour le parallélisme, terminant des milliers d’images en secondes.

La suppression de fond en lots de Piick traite actuellement en séquentiel (une à la fois), adaptée aux petits lots de 5-50 images. Pour les scénarios au-delà de 1 000 images, il faut des outils commerciaux.

Scénario 3 : collaboration / multi-appareil

Si votre flux de travail est “je traite une partie sur Mac à la maison, je continue sur Windows au bureau”, le traitement local n’a pas de synchro cloud ; il faut transférer les fichiers manuellement.

Les solutions cloud supportent la collaboration nativement (dossiers partagés, historique de versions, synchro multi-appareil).

Scénario 4 : exigences de conformité

Certaines industries (santé, finance, gouvernement) ont des exigences obligatoires de “journal de traitement de données”, exigeant que le serveur enregistre chaque événement de traitement (objet, heure, opérateur). Le traitement local n’a pas ce journal.

Piick ne vise pas ces scénarios. Si vous faites de l’imagerie médicale, passez votre chemin et allez directement aux outils DICOM professionnels.

Comment vérifier que Piick ne téléverse vraiment pas

La méthode de vérification la plus directe : le panneau Network des DevTools. Étape par étape :

  1. Ouvrez piick.cc/tools/background-remover
  2. Appuyez sur F12 pour ouvrir les DevTools
  3. Basculez sur le panneau Network
  4. Effacez le journal (icône 🚫)
  5. Cochez Preserve log (pour que le journal survive aux rechargements)
  6. Filtrez par piick.cc ou laissez vide
  7. Déposez une image et effectuez une suppression de fond complète
  8. Observez la liste des requêtes : en dehors du HTML/CSS/JS de chargement de la page, il n’y a aucune requête POST/PUT pendant le traitement

Si vous trouvez une requête suspecte (le domaine n’est pas piick.cc, la méthode est POST/PUT, le payload n’est pas vide), faites une capture et envoyez-la nous : c’est un bug.

Vérification plus approfondie :

  1. Test hors ligne : chargez la page, coupez le réseau (mode avion ou débranchez le câble), exécutez à nouveau l’outil — cela doit fonctionner complètement, puisque tout le JS est déjà chargé dans la mémoire du navigateur
  2. Cache hors ligne : mettez en cache tout le site piick.cc localement (“Rendre disponible hors ligne” de Chrome), puis coupez totalement le réseau et exécutez l’outil
  3. Audit tiers : le code open source de Piick arrivera sur GitHub (prévu Q3 2026) ; les développeurs pourront auditer les appels à l’API Canvas et confirmer qu’il n’y a aucun appel fetch() téléversant des images

FAQ

Piick ne stocke vraiment pas mon image ?

Vraiment. Techniquement, le serveur de Piick est incapable de stocker : c’est un site purement statique sans base de données ni serveur d’application. L’image est traitée dans le Canvas du navigateur ; le résultat est téléchargé directement sur votre appareil ; il ne touche jamais le serveur de Piick.

Alors, comment Piick gagne de l’argent ?

Les publicités Google AdSense sur la page. Les visiteurs voient les pubs, les annonceurs paient. C’est tout.

Google verra-t-il mon image ?

Non. AdSense charge des scripts publicitaires qui lisent l’URL de votre page et le type d’appareil pour servir des publicités pertinentes, mais ne lisent pas le contenu de l’image que vous déposez dans les outils (les scripts publicitaires s’exécutent dans des sandboxes iframe sans interface avec l’API Canvas).

Après avoir traité une image, le CDN de Piick la met-il en cache ?

Non. Le CDN ne met en cache que les fichiers statiques (HTML/CSS/JS), pas le contenu utilisateur. Votre image n’arrive même pas au CDN de Piick : elle va directement du navigateur vers votre disque dur.

Piick fera-t-il du traitement IA côté serveur un jour ?

Non. C’est un principe fondamental de Piick : pas de traitement d’image côté serveur. Toute “fonctionnalité améliorée par l’IA” (extraction de cheveux, super-résolution, transfert de style) ajoutée à Piick doit être implémentée avec des modèles locaux dans le navigateur ; nous ne téléverserons pas en cachette vers le cloud.

Je veux de l’extraction de cheveux “ultra haute qualité”, y a-t-il des solutions cloud recommandées par Piick ?

Honnêtement, Piick ne fait pas de recommandations commerciales ; ce n’est pas notre domaine. Mais les solutions cloud populaires dans la communauté pour l’extraction de cheveux incluent : remove.bg (bon marché, bon pour les cheveux), Adobe Express (abonnement, meilleure expérience globale), Photoroom (spécifique e-commerce, avec des modèles de remplacement de fond pour photos de produit).

Avant d’utiliser une solution cloud, assurez-vous de faire confiance aux conditions d’utilisation de l’outil, comprendre le flux de données et anonymiser le contenu sensible (les photos de produit c’est OK, mais les photos d’identité d’enfants c’est mieux de ne pas les téléverser).

Résumé en une ligne

Piick ne transmet pas votre image non pas à cause d’une promesse marketing, mais parce que techniquement il ne peut pas — le site est purement statique, sans capacité de stockage côté serveur. L’algorithme tourne dans le Canvas du navigateur ; du dépôt au téléchargement, l’image ne quitte jamais votre appareil.

Ouvrez piick.cc/tools/background-remover, appuyez sur F12 pour ouvrir le panneau Network et vérifiez vous-même : c’est le plus rassurant.