Comment savoir si un outil de fichiers fonctionne vraiment en local

Quand un site web propose de compresser, convertir ou modifier votre fichier, une question légitime se pose en dessous. Où va le fichier ? Certains outils ouvrent le fichier dans votre navigateur et font tout sur votre propre machine. D’autres l’envoient discrètement vers un serveur, y effectuent le travail, puis vous renvoient un résultat. La page indique rarement de quel cas il s’agit, et les mots « en ligne » et « navigateur » sont employés assez vaguement pour ne rien prouver en eux-mêmes.

Vous n’êtes pas obligé de croire qui que ce soit sur parole. Votre navigateur vous offre déjà tout ce qu’il faut pour vérifier. Voici deux tests. Lancez l’un ou l’autre et vous saurez.

TL;DR : chargez l’outil, coupez votre connexion internet, puis essayez de traiter un fichier. S’il fonctionne toujours, le fichier est traité sur votre appareil, et non envoyé.

Test n° 1 : le test du mode avion

C’est le test le plus simple et le plus convaincant. L’idée est limpide. Si un outil a besoin d’envoyer votre fichier, il a besoin du réseau. Coupez le réseau et l’envoi devient impossible. Donc si l’outil fonctionne encore sans connexion, le travail se fait en local.

Voici la marche à suivre.

1. Ouvrez la page de l’outil et laissez-la finir de charger. Attendez de voir la zone de dépôt ou les boutons que vous utiliseriez normalement.
2. Coupez votre connexion. Activez le mode avion, désactivez le Wi-Fi ou débranchez le câble. Sur un ordinateur portable, le plus rapide est en général l’icône réseau dans la barre de menus ou la zone de notification.
3. Vérifiez que vous êtes réellement hors ligne. Ouvrez un nouvel onglet et essayez de charger n’importe quel autre site. Cela devrait échouer. Cette étape compte, car une page en cache peut vous faire croire que vous êtes hors ligne alors que vous ne l’êtes pas.
4. Revenez à l’onglet de l’outil et utilisez-le. Choisissez un fichier, lancez la conversion ou la compression, et attendez le résultat.
5. Observez ce qui se passe. Si l’outil produit votre fichier terminé sans connexion, le traitement s’est fait sur votre appareil. S’il se fige, affiche une roue qui tourne sans fin ou renvoie une erreur réseau, c’est qu’il dépendait d’un serveur.

Un détail piège souvent les gens. Vous devez d’abord charger la page pendant que vous êtes en ligne, et passer hors ligne seulement ensuite. La page elle-même doit se télécharger avant de pouvoir s’exécuter. Une fois chargé, un outil construit pour le local garde toutes les étapes suivantes sur votre machine. Charger la page en ligne puis traiter le fichier hors ligne, c’est exactement la séparation que vous cherchez à tester.

Rechargez la page hors ligne si vous voulez une vérification plus stricte. Un outil conçu pour fonctionner sans connexion se rechargera souvent sans problème depuis le cache de votre navigateur et traitera encore les fichiers. C’est un signal plus fort encore, même s’il n’est pas indispensable pour faire confiance au résultat de base.

Test n° 2 : l’onglet Réseau

Le second test observe directement le trafic. Chaque navigateur intègre des outils de développement, et l’un de leurs panneaux liste chaque requête émise par la page. Vous pouvez l’ouvrir, traiter un fichier et guetter le départ de votre fichier.

Le raccourci clavier pour ouvrir les outils de développement est F12 sous Windows et Linux, ou Option-Commande-I sur un Mac. Vous pouvez aussi faire un clic droit n’importe où sur la page, choisir Inspecter, et retrouver le panneau à partir de là.

1. Ouvrez les outils de développement et cliquez sur l’onglet Réseau.
2. Assurez-vous que l’enregistrement est actif. Il y a généralement un bouton rond d’enregistrement en haut à gauche ; il doit être plein, pas creux. Si la liste paraît figée, cliquez dessus une fois pour démarrer.
3. Videz la liste pour partir sur une base propre. Il existe un bouton d’effacement, souvent un cercle barré d’une ligne.
4. Traitez maintenant votre fichier dans l’outil. Importez-le, lancez l’opération et laissez-la se terminer.
5. Lisez la liste des requêtes qui apparaissent.

Ce que vous cherchez, c’est une requête sortante qui transporte votre fichier. Le signe le plus net est une requête POST ou PUT avec une taille importante dans la colonne Size, à peu près égale à la taille du fichier que vous venez de fournir. Cliquez sur une requête pour voir son détail. Une requête qui a envoyé votre fichier le montrera dans le corps de la requête, sous un onglet intitulé Payload ou Request. Une poignée de petites requêtes pour des polices, des scripts ou un ping d’analyse occasionnel est normale et n’a rien à voir. Vous cherchez l’unique gros envoi.

Si vous traitez un fichier de taille conséquente et que vous ne voyez aucune grosse requête sortante, rien n’a été envoyé. Le travail est resté en local.

Ce que chaque test peut et ne peut pas prouver

Aucun des deux tests n’est magique, et il est utile d’en connaître les limites.

L’onglet Réseau vous indique ce qui est envoyé, mais sa lecture demande un peu de pratique. Une page chargée peut lister des dizaines de requêtes, et distinguer une requête anodine d’un vrai envoi suppose de vérifier les tailles et les contenus. C’est précis, mais fastidieux.

Le test hors ligne est plus brutal et plus difficile à tromper. Un outil ne peut tout simplement pas envoyer un fichier sans connexion : un outil qui continue de fonctionner hors ligne n’envoie donc rien. C’est pourquoi, si vous ne faites qu’un seul test, c’est celui-là qu’il faut faire.

Une nuance mérite d’être nommée. Le traitement local et le silence total sont deux choses différentes. Un outil pourrait faire tout le vrai travail sur votre appareil et envoyer malgré tout un petit rapport distinct, pour l’analyse ou la journalisation d’erreurs, qui ne contient aucune partie de votre fichier. Le test hors ligne répond à la question qui compte le plus, à savoir si votre fichier lui-même quitte votre machine. L’onglet Réseau, c’est là que vous irez inspecter tout le reste de ce que la page raconte.

Une liste de contrôle rapide

Gardez cette version courte sous la main.

1. Chargez l’outil entièrement pendant que vous êtes en ligne.
2. Passez hors ligne et vérifiez que d’autres sites ne se chargent pas.
3. Traitez un vrai fichier.
4. Ça fonctionne hors ligne ? Le fichier est resté sur votre appareil.
5. Vous voulez du détail ? Ouvrez l’onglet Réseau, traitez un fichier et cherchez l’unique gros POST ou PUT qui le transporte.

Essayez-le sur un outil conçu pour réussir le test

L’intérêt d’apprendre ces tests, c’est de pouvoir cesser de croire les promesses et commencer à les vérifier. Nos outils sur hivly.net sont conçus pour fonctionner sur votre appareil, et ils continuent de tourner une fois la page chargée, si bien que le fichier que vous y déposez ne part jamais nulle part. Vous n’avez pas à nous croire sur parole. Ouvrez l’un des outils d’image sur image.hivly.net, laissez-le charger, coupez votre connexion et convertissez une photo. L’opération se termine sans réseau, parce que la photo n’a jamais quitté votre ordinateur. Le même test fonctionne sur n’importe quel outil de fichiers que vous croiserez, et c’est tout l’intérêt. La prochaine fois qu’un site vous demande votre fichier, vous pourrez savoir exactement où il va avant de le confier.