Vérifier qu’un outil PDF n’envoie pas vos fichiers : le test réseau en 5 minutes

« Vos fichiers restent privés » est une promesse facile à afficher. L’onglet Réseau de votre navigateur permet de la vérifier, sans compétence particulière et en cinq minutes. Voici le protocole à appliquer avant de confier un contrat, un relevé ou un dossier administratif à un outil PDF en ligne.

Le test : observer ce qui part quand vous déposez le fichier

1. Ouvrez les outils de développement : F12, ou Cmd+Alt+I sur Mac.
2. Allez dans l’onglet Réseau (Network).
3. Cochez Conserver le journal pour garder la trace entre les écrans.
4. Déposez un PDF dont vous connaissez le poids — par exemple 4 Mio.
5. Lancez l’opération et triez les requêtes par taille ou par méthode.

Ce qui doit attirer votre attention : une requête POST ou PUT dont le corps transporte à peu près le poids du fichier. Dans le détail, vous verrez souvent multipart/form-data, le nom du document ou un endpoint de type /upload, /task ou /api.

Comment lire l’onglet Réseau sans confondre les flux

Commencez par vider le journal, puis filtrez sur Fetch/XHR : ce sont généralement les requêtes déclenchées par l’application. Les colonnes Méthode, Type et Taille séparent un POST de plusieurs Mio d’un script ou d’une police. Ouvrez ensuite la requête et consultez En-têtes et Charge utile (Payload) ; la colonne Initiateur indique quel script l’a déclenchée.

Le point important n’est donc pas « zéro trafic », mais zéro trafic qui transporte le document. Une application web charge normalement son HTML, ses fichiers JavaScript, ses styles et ses polices. Elle peut aussi recevoir un modèle de calcul. Sur Document Flare, le modèle multilingue de Transformers.js représente environ 115 Mio et arrive de Hugging Face au premier usage explicite ; l’inférence reste ensuite locale. Sur les pages publiques, les scripts de mesure d’audience et, sur les pages éligibles, AdSense produisent aussi leurs propres lignes. Ces flux applicatifs ne sont pas un téléversement du PDF.

Pour lever le doute, comparez le moment, la direction et le volume : un modèle est une réponse reçue par le navigateur, tandis qu’un document envoyé apparaît dans le corps d’une requête sortante. Refaire le test avec un PDF d’un poids différent aide aussi : si la taille du POST varie avec celle du document, l’indice devient nettement plus probant.

Comment interpréter le résultat

• Une requête volumineuse au moment du dépôt : le fichier part pour être traité sur un serveur. Ce n’est pas nécessairement malhonnête — c’est le fonctionnement normal d’un service cloud — mais le document quitte votre contrôle technique.
• Aucune requête contenant le document : le traitement est réalisé par le navigateur. Des requêtes peuvent exister pour charger la page, ses polices ou une ressource de modèle IA ; elles ne transportent pas le PDF.
• Un téléchargement final depuis un domaine du service : le résultat a été généré côté serveur puis renvoyé — autre indice d’un traitement distant.

Le test complémentaire : refaire l’opération hors ligne

Le mode hors ligne apporte une preuve différente : il vérifie que le calcul ne dépend pas d’un aller-retour serveur. Faites d’abord une opération complète en ligne afin de charger l’application et, si la fonction en dépend, son modèle OCR ou IA. Dans DevTools, ouvrez Network, choisissez Offline dans la liste de limitation réseau, puis refaites la même opération avec un autre fichier. Ne fermez pas l’onglet entre les deux essais.

Si l’opération aboutit et que le résultat est généré, son moteur était disponible localement. Si elle échoue, cela ne prouve pas automatiquement que le PDF aurait été envoyé : un module chargé à la demande ou un modèle absent du cache peut simplement manquer. Réactivez le réseau, exécutez une première fois la fonction concernée, puis recommencez hors ligne. Pour un benchmark équitable, notez donc séparément « fonctionne après premier chargement » et « fonctionne dès la première visite hors ligne » — cette seconde propriété est beaucoup plus exigeante.

Dans Document Flare, le service worker met en cache le shell minimal — page d’entrée, manifeste et icônes — et peut resservir la page d’entrée lors d’une navigation sans réseau. Les autres fichiers JavaScript, CSS et ressources dépendent du cache HTTP du navigateur. Tesseract.js conserve pour sa part les modèles de langue OCR dans IndexedDB après leur premier téléchargement ; Transformers.js sert le modèle d’embeddings depuis la Cache API après le premier usage. Sans cette première mise en cache, une fonction OCR ou IA peut donc être indisponible hors ligne, même si aucun document n’est téléversé.

Ce que montre Document Flare

Document Flare est construit comme une application statique : après le chargement du site, le traitement s’exécute dans le navigateur. Déposer un PDF dans l’outil de fusion ne déclenche aucune requête qui transporte le document ; le calcul apparaît dans l’activité locale (parsing, écriture du fichier) plutôt que dans un envoi réseau.

Deux exceptions honnêtes à connaître : les fonctions IA peuvent télécharger un modèle une première fois — la donnée va dans le sens serveur vers navigateur, jamais l’inverse — et les pages publiques affichant des annonces utilisent les requêtes publicitaires habituelles, séparées des routes d’outils.

Pourquoi cette vérification compte

Une politique de confidentialité explique l’intention ; l’onglet Réseau montre le fait. Pour un document banal, un upload transitoire peut être acceptable. Pour des pièces comptables, médicales ou juridiques, la différence est structurelle : un fichier qui ne part pas ne peut pas être conservé, journalisé ou exposé côté serveur.

Les limites du test

• Une requête chiffrée HTTPS masque le contenu, mais pas la taille ni le moment : un corps de plusieurs Mio au dépôt reste révélateur.
• Un outil peut envoyer le fichier plus tard, au clic sur « Traiter » plutôt qu’au dépôt : observez toute la chaîne.
• Le test prouve l’absence d’envoi au moment observé ; il ne documente pas ce que le service ferait dans une autre version. Refaites-le avant un document vraiment sensible.

Le réflexe à garder

Avant d’utiliser un outil PDF en ligne pour un document important : F12, Réseau, dépôt du fichier, observation. Si le PDF part en POST vers un domaine tiers, vous savez où il va. Si aucune requête ne le transporte et que l’outil fonctionne encore hors connexion, la promesse « local » est vérifiable — et c’est la seule qui ne repose pas sur la confiance.