Pourquoi les outils d'image en ligne téléchargent vos photos (et pourquoi Vizua ne le fait pas)

Les outils d’image en ligne peuvent traiter les fichiers sur un serveur, dans le navigateur ou par un flux hybride. Cela change le trajet du fichier sélectionné, mais une édition dans le navigateur ne signifie pas que toute la page est hors ligne. Vizua traite le fichier sélectionné dans le navigateur et ne l’envoie pas à notre serveur de traitement d’images ; le code requis et les services du site peuvent encore utiliser le réseau.

Ce qui se passe réellement avec un outil classique

Lorsqu’un outil traite côté serveur, une séquence typique est :

1. Le navigateur envoie l’image ou une autre représentation à un endpoint exploité par le service ou son fournisseur.
2. Le serveur reçoit la charge, effectue le traitement et peut garder source ou résultat en mémoire, stockage temporaire, projet de compte ou autre système.
3. Vous téléchargez le fichier traité sur votre appareil.
4. La conservation dépend ensuite de la conception, politique, sauvegardes, journaux, fonctions de compte et suppression ; sa durée ne se déduit pas du seul envoi.

Pendant ce processus, l’image et les métadonnées présentes dans la charge envoyée passent par une infrastructure tierce. La sensibilité diffère entre un visuel public et une image médicale, familiale, client, employé ou confidentielle ; choisissez un flux adapté au véritable modèle de menace et à la politique.

Combien de temps les services conservent-ils vos fichiers ?

La conservation varie selon le service, la fonction, le type de compte et la version de la politique. Au lieu de compter sur une liste permanente de marques, identifiez le flux réellement utilisé :

• Traitement serveur temporaire — le service doit indiquer combien de temps originaux et résultats restent accessibles et si sauvegardes ou journaux suivent un autre calendrier.
• Flux avec compte ou cloud — les envois peuvent rester dans un projet, historique, bibliothèque ou corbeille jusqu’à leur suppression ou la fermeture du compte.
• Flux dans le navigateur — confirmez que le fichier n’est pas envoyé pour l’édition et considérez séparément code, modèles, analyses, publicité et suivi.

Une déclaration de suppression doit se lire avec les définitions, exceptions, pratiques de sauvegarde et fonctions de compte. Pour un fichier sensible, ne supposez pas qu’un titre bref couvre chaque copie ou journal.

Pourquoi la plupart des outils ont encore besoin de serveurs

Des raisons techniques légitimes expliquent la dépendance historique des outils au traitement serveur :

• Coût de calcul — grands modèles, tâches haute résolution et pipelines spécialisés peuvent dépasser vitesse, mémoire, batterie ou matériel de l’appareil.
• Disponibilité des codecs et bibliothèques — un service peut dépendre de bibliothèques natives, composants sous licence ou infrastructure que ses navigateurs ne peuvent exécuter uniformément.
• Conception du produit — comptes, collaboration, historique, quotas, modération et automatisation peuvent exiger un état serveur même si certaines transformations sont possibles localement.
• Architecture existante — déplacer un parcours établi vers le navigateur peut exiger de nouveaux codecs, tests, contrôles de sécurité et solutions de repli.

Les capacités des navigateurs ont progressé, mais le serveur reste adapté à certaines charges, appareils, fonctions collaboratives et modèles économiques.

Comment Vizua traite tout localement

Les flux publics de Vizua — de la compression JPEG à la suppression de fond et à l’extraction de texte par OCR — traitent le contenu sélectionné dans le navigateur :

• Encodeurs du navigateur et WebAssembly — les codecs compatibles s’exécutent dans la page sur l’appareil, avec implémentation et solutions de repli variables selon l’outil.
• Modèles sur l’appareil — suppression de fond et reconnaissance de texte chargent code ou modèles puis exécutent l’inférence du fichier dans le navigateur plutôt que sur un endpoint d’image.
• Aucun envoi du fichier pour l’édition — l’image est lue et transformée dans le navigateur au lieu d’être envoyée à notre serveur. D’autres requêtes de page ont toujours lieu.

Vous pouvez inspecter le flux avec un fichier test non sensible : ouvrez le panneau Réseau et compressez un JPEG. Cherchez des requêtes contenant le fichier ou un corps de taille proche, en gardant à l’esprit qu’une inspection manuelle est un indice utile, pas un audit de sécurité formel.

Les risques concrets du téléversement d'images

L’envoi d’un fichier introduit des considérations variables selon le fichier et le service :

• Accès non autorisé — toute copie stockée peut être exposée par compromission de compte, erreur d’accès, faille logicielle ou incident fournisseur.
• Exposition des métadonnées — une photo peut contenir des données EXIF comme GPS, modèle d’appareil et horaires. Les champs présents peuvent voyager avec l’envoi.
• Amélioration de modèles ou examen — les conditions peuvent distinguer envois ordinaires, fonctions génératives, examen d’abus et programmes facultatifs d’amélioration.
• Conformité et contrats — images réglementées, confidentielles, clients, employés ou sous licence peuvent exiger fournisseurs approuvés, accords, contrôles d’accès ou lieux de stockage précis.

Le traitement local peut éviter les risques de transfert et de copie serveur propres à l’édition. Il ne supprime pas ceux de l’appareil, des extensions, des services de page, du résultat téléchargé ou de la plateforme de partage.

Liste de vérification avant d'utiliser un outil d'image en ligne

Avant d'utiliser un outil d'image en ligne, vérifiez ces points :

1. Lisez politique de confidentialité et documentation de la fonction — cherchez envois, stockage temporaire, projets, sous-traitants, amélioration de modèles et exceptions. Une section générale de conservation ne prouve pas que cet outil envoie le fichier.
2. Inspectez le trafic réseau — utilisez les outils de développement avec un fichier non sensible. Une requête contenant ses octets ou une charge correspondante est un indice fort ; la taille seule ne suffit pas, car code, modèles et télémétrie peuvent aussi être volumineux.
3. Testez le flux du fichier — traiter sans charge observable appuie l’explication locale, mais ne constitue pas une preuve formelle contre un transfert chiffré, différé, transformé ou médié par service worker.
4. Vérifiez compte et historique — déterminez si projets, fichiers récents, bibliothèques cloud ou résultats restent liés à votre compte.
5. Lisez les conditions d’entraînement de l’IA — si le service propose de l’IA, vérifiez si les envois contribuent à l’entraînement.

Questions fréquentes