Vos photos partent-elles sur un serveur ? Ce que font vraiment les outils en ligne

Vous glissez une photo dans un compresseur en ligne, une barre de progression défile, vous récupérez un fichier plus léger. Entre les deux, quelque chose s’est produit que presque personne ne regarde : dans la grande majorité des cas, votre image a quitté votre machine, a voyagé sur Internet, a été écrite sur le disque d’un serveur que vous ne connaissez pas, puis traitée par un programme dont vous ignorez tout. C’est précisément ce que notre compresseur d’images ne fait pas : tout le traitement se passe dans votre navigateur.

Ce n’est pas un scandale en soi — c’est simplement la façon dont ces outils ont été construits. Mais cela mérite d’être su, parce que la nature des fichiers concernés a changé. On ne compresse plus seulement des photos de vacances : on compresse des scans de carte d’identité pour une démarche en ligne, des justificatifs de domicile, des photos de CV, des clichés médicaux, des documents d’entreprise.

Cet article explique ce qui se passe réellement, ce que vous acceptez sans le lire, et comment vérifier par vous-même — en trente secondes, sans compétence technique — si un outil traite vos fichiers localement ou non.

Ce qui se passe quand vous « téléversez » une image

Le mot est trompeur. « Téléverser » ne veut pas dire « montrer » : cela veut dire copier. Voici la chaîne réelle, étape par étape, pour un compresseur classique :

1. Votre navigateur découpe le fichier et l’envoie en HTTP vers un serveur, généralement via une requête POST.
2. Le fichier transite par plusieurs intermédiaires : votre fournisseur d’accès, éventuellement un CDN, un répartiteur de charge, un pare-feu applicatif. Chacun voit passer la requête, certains la journalisent.
3. Le serveur écrit votre image sur un disque, dans un répertoire temporaire. Elle existe alors sous forme de fichier complet, lisible, sur une machine tierce.
4. Un programme la traite — souvent une bibliothèque comme ImageMagick ou libvips — et produit une version compressée, écrite elle aussi sur disque.
5. Le résultat vous est renvoyé via un lien de téléchargement. Ce lien est parfois une URL publique non listée : quiconque la devine ou la retrouve dans un historique peut télécharger votre fichier.
6. Les deux fichiers sont censés être supprimés au bout d’un certain temps, par une tâche planifiée. « Censés ».

Chacune de ces étapes est normale pour un service web. Le problème n’est pas qu’elles existent, c’est qu’elles sont invisibles pour l’utilisateur, et qu’aucune interface ne dit « votre carte d’identité est en train d’être copiée sur un serveur en dehors de l’Union européenne ».

Les sauvegardes, le point aveugle

Un détail que les politiques de confidentialité mentionnent rarement : un serveur de production est sauvegardé. Si votre fichier se trouvait dans le répertoire temporaire au moment d’un instantané de sauvegarde, il peut survivre à sa « suppression » pendant des semaines, dans une archive que plus personne ne consulte — et que personne ne pense à purger.

Ce que disent réellement les conditions d’utilisation

Prenez le temps de lire les CGU d’un convertisseur d’images gratuit. On y retrouve, à peu de choses près, les mêmes clauses :

Clause type	Ce qu’elle signifie concrètement
« Vous nous accordez une licence pour traiter vos fichiers »	Le service a le droit de lire, copier et transformer votre image
« Les fichiers sont supprimés sous 1 à 24 heures »	Ils existent donc quelque part pendant ce laps de temps
« Nous faisons appel à des sous-traitants techniques »	D’autres sociétés, souvent non nommées, peuvent y accéder
« Nos serveurs peuvent être situés hors de l’UE »	Le RGPD s’applique de façon dégradée, via des clauses contractuelles types
« Nous ne sommes pas responsables des pertes de données »	En cas de fuite, vous n’avez aucun recours pratique
« Le service peut évoluer sans préavis »	La politique de rétention d’aujourd’hui n’engage pas celle de demain

Rien d’illégal là-dedans. Mais si vous êtes une entreprise et que vous compressez un document client, vous venez de faire un transfert de données à un sous-traitant que vous n’avez ni évalué, ni inscrit à votre registre de traitements.

Quand cela devient un vrai problème

Le risque est proportionnel au contenu du fichier. Quelques cas concrets où l’envoi sur un serveur tiers mérite réflexion :

• Pièces d’identité et justificatifs. Les démarches administratives en ligne imposent des limites de poids strictes, ce qui pousse précisément à passer par un compresseur. C’est le pire fichier possible à confier à un service inconnu : une carte d’identité scannée est le matériau de base de l’usurpation.
• Photo de CV. Votre visage, votre nom, parfois votre adresse, associés à un service qui peut en faire ce que ses CGU permettent. Notre page compresser une image pour un CV traite le besoin sans que le fichier ne bouge.
• Documents professionnels. Capture d’un tableau de bord, photo d’un prototype, page d’un contrat. Beaucoup de politiques de sécurité internes interdisent formellement ce geste — et presque personne ne le sait.
• Images de mineurs. Photos de classe, d’activités périscolaires, d’un club sportif. Le sujet est sensible et le cadre juridique strict.
• Imagerie médicale. Un cliché transmis à un praticien reste une donnée de santé, catégorie particulière au sens du RGPD, quelle que soit la façon dont on le compresse.

Et il y a le problème silencieux : vos photos contiennent bien plus que l’image. Coordonnées GPS, date et heure, modèle et numéro de série de l’appareil sont inscrits dans les métadonnées EXIF, et partent avec le fichier. Nous détaillons le sujet dans supprimer les métadonnées EXIF d’une photo.

L’alternative : tout faire dans le navigateur

Depuis quelques années, une autre architecture est possible. Le navigateur sait exécuter du code compilé — WebAssembly — à une vitesse proche du natif. Les mêmes bibliothèques de compression qui tournaient sur un serveur peuvent donc tourner dans votre onglet.

La différence est structurelle, pas déclarative :

	Traitement serveur	Traitement local (WebAssembly)
Où va le fichier	Sur une machine tierce	Nulle part, il reste en mémoire
Ce qui transite	L’image entière	Rien
Rétention	1 à 24 h annoncées, sauvegardes incluses	Aucune, la mémoire est libérée à la fermeture de l’onglet
Fonctionne hors ligne	Non	Oui, une fois la page chargée
Limite de taille	Imposée par le service	Celle de votre machine
Vitesse	Dépend de votre débit montant	Instantanée, aucun transfert
Ce qu’il faut croire sur parole	La politique de confidentialité	Rien : c’est vérifiable

Ce dernier point est le seul qui compte vraiment. Une promesse de suppression sous 24 heures est invérifiable par nature : vous ne pouvez pas inspecter le disque de quelqu’un d’autre. En revanche, l’absence d’envoi se constate directement, depuis votre propre machine.

Vérifier en 30 secondes, vous-même

Voici deux tests que n’importe qui peut faire, sur n’importe quel outil en ligne, y compris le nôtre. Ne nous croyez pas sur parole — mesurez.

Test 1 : le mode avion

1. Ouvrez la page de l’outil et attendez qu’elle soit entièrement chargée.
2. Coupez le Wi-Fi, ou débranchez le câble réseau.
3. Essayez de compresser une image.

Si l’outil fonctionne : le traitement est local, il ne peut rien envoyer. S’il affiche une erreur ou tourne indéfiniment : il avait besoin du réseau, donc votre fichier partait. C’est binaire, et sans appel.

Test 2 : l’onglet Réseau

1. Appuyez sur F12 pour ouvrir les outils de développement (clic droit → « Inspecter » sur Mac).
2. Allez dans l’onglet Réseau (Network).
3. Videz la liste, puis compressez une image.
4. Regardez les requêtes qui apparaissent, en particulier leur taille.

Une requête sortante pesant à peu près le poids de votre photo, c’est votre photo. Un outil local ne montrera rien de tel — au pire quelques kilo-octets de mesure d’audience, jamais un envoi de plusieurs mégaoctets.

Les signaux d’alerte à repérer

• La compression est lente proportionnellement à la taille du fichier, avant même de commencer. C’est le téléversement.
• Le résultat arrive par un lien de téléchargement plutôt que directement dans la page.
• Une limite de taille arbitraire (5 Mo, 10 Mo) : c’est une contrainte de serveur, pas de navigateur.
• Un compte obligatoire pour dépasser un quota : il y a donc un serveur qui compte.
• Une adresse e-mail demandée pour recevoir le fichier : il est stocké quelque part, le temps que vous cliquiez.

Ce que le traitement local ne résout pas

Par honnêteté, l’approche locale a ses limites, et il faut les connaître avant de la choisir :

• Elle consomme votre processeur. Sur une machine ancienne ou un téléphone d’entrée de gamme, un lot de photos en haute définition prend du temps et fait chauffer l’appareil.
• Les très gros fichiers peuvent saturer la mémoire de l’onglet. Un navigateur n’a pas les ressources d’un serveur dédié.
• Le premier chargement est plus lourd : il faut télécharger les modules de décodage. Ils sont ensuite mis en cache.
• Elle ne protège pas de tout. Si la page elle-même charge des scripts tiers, ceux-ci s’exécutent dans le même contexte. Le traitement local est une condition nécessaire, pas suffisante — d’où l’intérêt de faire le test de l’onglet Réseau.
• Elle n’efface pas les métadonnées toute seule. Selon l’outil et le format de sortie, les données EXIF peuvent être conservées dans le fichier compressé. Vérifiez ce point séparément.

Notre position

imgcompressor.fr est construit sur ce principe depuis le départ : aucun fichier n’est envoyé. La compression, la conversion et le redimensionnement s’exécutent dans votre navigateur, via des modules WebAssembly. Il n’y a pas de serveur de traitement, donc pas de rétention, pas de sauvegarde contenant vos images, pas de sous-traitant à qui elles seraient confiées.

Ce n’est pas une promesse commerciale, c’est une conséquence de l’architecture — et les deux tests ci-dessus permettent de le constater en une minute. Le détail de ce que nous collectons (et de ce que nous ne collectons pas) figure sur nos pages confidentialité et à propos.

Récapitulatif

Question	Réponse
Mes photos partent-elles sur un serveur ?	Avec la plupart des outils en ligne, oui
Sont-elles supprimées ensuite ?	C’est annoncé, ce n’est pas vérifiable — et les sauvegardes sont rarement évoquées
Quels fichiers ne jamais téléverser ?	Pièces d’identité, justificatifs, documents pro, données de santé, photos de mineurs
Comment savoir si un outil est local ?	Test du mode avion, ou onglet Réseau des outils de développement
Qu’est-ce qui rend le local possible ?	WebAssembly : le code de compression s’exécute dans le navigateur
Quelles sont les limites du local ?	Processeur et mémoire de votre appareil, premier chargement plus lourd
Et les métadonnées EXIF ?	À traiter séparément — voir notre guide