« Vos fichiers ne quittent jamais votre navigateur » : la phrase est partout sur Document Flare, et elle mérite mieux qu’un slogan. Voici ce qui se passe réellement quand vous déposez un PDF dans un outil local — et pourquoi l’upload, lui, est le point de risque que les avis d’utilisateurs placent en tête de leurs griefs.
Comment le traitement local fonctionne
Un outil PDF classique en ligne est un formulaire : vous envoyez le fichier, un serveur le transforme, vous téléchargez le résultat. Document Flare inverse cette architecture. Lorsque vous ouvrez une page d’outil, le navigateur télécharge le moteur — pas le document.
Concrètement, trois bibliothèques font le travail sur votre machine :
- PDF.js (le moteur d’affichage de Firefox) rend les pages pour la prévisualisation et lit la structure du document.
- pdf-lib manipule le graphe d’objets du PDF : c’est elle qui fusionne, découpe, pivote, ajoute les annotations et les filigranes.
- Tesseract, compilé en WebAssembly, exécute la reconnaissance de texte (OCR) dans un worker séparé, pour ne pas bloquer l’onglet.
Quand vous déposez un fichier, il est lu en mémoire dans l’onglet — un ArrayBuffer ou un Blob, selon l’opération. Le moteur produit un nouveau PDF en mémoire, que le navigateur vous propose en téléchargement. À aucun moment le contenu n’est sérialisé dans une requête réseau. Ce n’est pas une promesse : c’est vérifiable. Ouvrez l’onglet Réseau des outils de développement pendant une fusion — vous verrez les requêtes de chargement de la page, puis plus rien. Le badge affiché sur nos pages d’outils fait ce comptage en continu et reste à zéro octet envoyé.
Conséquence pratique : après le premier chargement, l’application fonctionne hors connexion (c’est une PWA). Le traitement continue dans un train, un sous-sol ou un site client sans réseau — seul le moteur OCR doit être téléchargé une première fois.
Pourquoi l’upload est le vrai risque
Le débat « local contre cloud » est souvent présenté comme une question de paranoïa. Ce n’en est pas une : c’est une question de surface d’exposition. Tant que le fichier reste sur votre appareil, la seule partie qui doit être digne de confiance est… votre appareil. Dès qu’il part, la chaîne s’allonge : le serveur qui le reçoit, les sous-traitants d’hébergement, les journaux applicatifs, les sauvegardes, les délais de suppression annoncés.
Nous avons compilé 231 avis publics d’utilisateurs d’iLovePDF et de Smallpdf (App Store, Trustpilot, forums techniques). Deux constats : la confidentialité des documents envoyés est l’objection la plus citée dans les discussions techniques — des utilisateurs racontent avoir vu des collègues coller des contrats confidentiels dans des outils en ligne sans y penser. Et les politiques de suppression — « vos fichiers sont effacés sous une à deux heures » — sont des engagements contractuels que personne ne peut observer de l’extérieur, sans compter les journaux techniques (adresse IP, nom et taille du fichier, horodatage) qui survivent au document. Nous détaillions déjà ce que le traitement local protège vraiment ; ici, retenons le point central : la suppression promise est une affaire de confiance ; l’absence d’envoi est une affaire d’architecture.
Trois modèles, honnêtement
Le cloud (iLovePDF, Smallpdf, Acrobat en ligne) : le fichier monte, le serveur travaille. Avantages réels — puissance illimitée pour les gros fichiers, conversion depuis et vers Office, signature avec flux de validation, synchronisation entre appareils. Coût : le document transite par une infrastructure que vous ne contrôlez pas, et l’usage intensif finit derrière un abonnement.
Le navigateur local (Document Flare, et les outils auto-hébergés type Stirling PDF pour les équipes techniques) : le moteur descend, le fichier reste. Avantages — zéro envoi, zéro compte, aucun quota commercial, fonctionnement hors ligne. Limites honnêtes : la mémoire du navigateur plafonne la taille des fichiers (50 Mio chez nous), l’OCR Tesseract est plus lent qu’un moteur serveur haut de gamme, et rien ne se synchronise entre vos appareils puisque rien n’est stocké.
L’application de bureau (PDF24 Creator, Acrobat, Foxit) : le fichier reste aussi sur la machine — avec la puissance d’un logiciel installé. C’est le bon choix pour les très gros volumes… si vous pouvez installer un logiciel (droits admin, poste fixe, souvent Windows uniquement) et accepter de maintenir une application.
Aucun modèle ne domine partout. Mais pour l’opération du quotidien — fusionner un dossier, compresser une pièce jointe, pivoter un scan — la question à se poser est simple : ce fichier a-t-il besoin de quitter votre machine ? Si la réponse est non, l’upload n’apporte rien.
Ce que le local ne garantit pas
Honnêteté oblige, deux précisions. Le traitement local protège le trajet, pas votre poste : un appareil compromis (malware, extension malveillante) reste un appareil compromis. Et il protège la manipulation, pas la destination : une fois votre PDF compressé ou signé, c’est vous qui décidez où il part — e-mail, cloud, clé USB. Le local supprime un maillon de la chaîne, il ne chiffre pas votre vie.
En pratique
Fusionnez, compressez, protégez un PDF dans Document Flare, l’onglet Réseau ouvert : vous verrez par vous-même que le document ne part nulle part. C’est la seule garantie de confidentialité qui ne repose pas sur la promesse d’un tiers — et la raison pour laquelle nous n’avons ni compte, ni upload, ni quota à surveiller.
