Les outils PDF en ligne envoient-ils vos fichiers ? Voici comment vérifier

Dernière mise à jour: 7 juillet 2026

Il est 23h et vous devez fusionner un contrat de travail signé avec ses annexes avant une échéance, alors vous cherchez un outil gratuit pour fusionner des PDF. Le premier résultat a l'air propre et engageant. Vous déposez le fichier, une barre de progression se remplit, un PDF fusionné revient. Mais que mesurait exactement cette barre de progression ?

Dans la plupart des cas, la réponse est un envoi. Votre contrat, avec ses noms, ses montants de salaire et ses signatures, a voyagé vers un serveur dont vous ne savez rien, et qu'il soit ensuite supprimé, journalisé ou sauvegardé relève purement de la confiance envers une entreprise que vous avez trouvée il y a trente secondes. Ce guide explique comment ces outils fonctionnent réellement, vous montre une façon concrète de tester vous-même n'importe quel site PDF en deux minutes environ, et couvre les exceptions honnêtes où un serveur est vraiment nécessaire.

Ce qui se passe vraiment sur un site PDF en ligne typique

L'architecture classique est simple. La page web n'est qu'une porte d'entrée : quand vous choisissez un fichier, le navigateur l'envoie sur le réseau vers le serveur de l'entreprise, généralement sous forme de requête HTTP POST. Le serveur exécute le vrai logiciel et produit le résultat, que votre navigateur télécharge ensuite. Il existe au minimum trois copies : votre original, la copie du serveur et le fichier traité.

La plupart des sites sérieux promettent quelque chose comme la suppression automatique des fichiers au bout de 2 heures. Même prise au pied de la lettre, cette promesse concède l'essentiel : pendant ces deux heures, l'ordinateur d'un inconnu a détenu votre document. Et c'est une promesse invérifiable de l'extérieur, vous ne pouvez voir ni leurs disques, ni leurs sauvegardes, ni leurs journaux. Pour un dépliant de vacances, cela importe peu. Pour une fiche de paie, un scan de passeport ou un compte rendu médical, vous accordez une énorme confiance pour une tâche que votre propre appareil aurait pu accomplir.

Rien de tout cela ne veut dire que ces entreprises sont malhonnêtes, la plupart ne le sont pas. Le problème est structurel : dès qu'un fichier quitte votre machine, son sort vous échappe.

L'alternative côté client : des outils qui ne reçoivent jamais votre fichier

Les navigateurs modernes sont assez puissants pour exécuter eux-mêmes de vrais logiciels PDF. robinpdf est entièrement construit ainsi : les moteurs de traitement, pdf.js et pdf-lib, ainsi que des versions WebAssembly d'outils reconnus comme qpdf et tesseract, se chargent dans votre navigateur avec la page et s'exécutent sur votre propre appareil. Quand vous fusionnez des PDF, caviardez un document ou ajoutez un mot de passe, le fichier passe de votre disque à la mémoire de votre navigateur, y est transformé, puis est réenregistré sur votre disque. Il n'y a pas d'étape d'envoi parce qu'aucun serveur ne fait le travail.

Un effet secondaire agréable rend cela facile à croire : une fois la page chargée, elle continue de fonctionner avec la connexion internet coupée. Chargez l'outil, activez le mode avion, traitez un fichier : un site qui dépend d'un serveur échoue aussitôt à ce moment-là ; un site réellement côté client n'y voit que du feu. Vous trouverez plus de détails sur la façon dont le site est construit sur la page À propos.

La question a donc deux réponses sincères : oui pour les sites traditionnels qui envoient et traitent, non pour ceux côté client. Toute l'astuce est de les distinguer, et vous ne devriez avoir à croire personne sur parole, y compris nous.

Comment vérifier vous-même n'importe quel site PDF, étape par étape

Chaque navigateur de bureau embarque un inspecteur réseau qui montre chaque requête d'une page. C'est le même instrument que les développeurs web utilisent à longueur de journée, et il ne ment pas :

Ouvrez le site PDF que vous voulez auditer : robinpdf ou n'importe quel autre.
Appuyez sur F12 (Cmd+Option+I sur Mac) pour ouvrir les DevTools et cliquez sur l'onglet Network.
Rechargez la page une fois pour que le panneau reparte de zéro et que les ressources de la page finissent de charger.
Sélectionnez un PDF et lancez l'outil : fusionner, compresser, faire pivoter, ce qu'il propose.
Surveillez le panneau pendant qu'il travaille. Sur un outil côté client, rien de nouveau n'apparaît : aucune requête n'emporte votre fichier où que ce soit. Sur un outil basé sur l'envoi, une ou plusieurs requêtes volumineuses se déclenchent dès que vous ajoutez le fichier.

Pour confirmer ce que vous voyez, cliquez sur n'importe quelle requête apparue et vérifiez la méthode (les envois sont presque toujours des POST ou des PUT) et la colonne de taille. Une requête à peu près de la taille de votre PDF, c'est votre PDF. Certains sites découpent les gros fichiers en morceaux, donc une salve de POST de taille moyenne vers le même point de terminaison compte aussi.

Ne vous alarmez pas de chaque ligne du panneau. Les pages récupèrent légitimement leurs propres scripts, polices et icônes : ils sont minuscules et se produisent qu'il y ait un fichier ou non. Le signe révélateur, c'est le moment et la taille : une requête de plusieurs mégaoctets qui se déclenche précisément quand vous ajoutez ou traitez un document est un envoi, point final. Sur téléphone, où les DevTools ne sont pas disponibles, le test du mode avion ci-dessus est le substitut pratique.

Quand un outil côté serveur est le choix honnête

Le côté client n'est pas magiquement supérieur pour toutes les tâches. Le traitement se fait sur votre matériel, donc votre matériel fixe le plafond : l'OCR complet d'un livre numérisé de 500 pages fera peiner un vieux téléphone, et une ferme de serveurs le terminera bien plus vite. Certaines conversions, par exemple d'un PDF vers un Word éditable de haute fidélité, dépendent de moteurs commerciaux sous licence pour serveurs qui n'existent pas en versions navigateur. Dans ces cas, un outil côté serveur est un choix raisonnable ; faites-en simplement un choix délibéré. Optez pour un prestataire avec une vraie entreprise derrière, caviardez au préalable tout élément sensible et utilisez un fichier de test quand vous ne faites qu'évaluer la qualité du résultat.

Choisir un outil pour des documents sensibles : une courte liste

Faites le test de l'onglet Network avant de confier à un site des contrats, des pièces d'identité, des documents médicaux ou des fichiers de paie. Deux minutes, réponse définitive.
Privilégiez les outils côté client pour le travail sensible. Si le fichier ne quitte jamais votre appareil, les politiques de suppression n'ont plus d'importance.
Vérifiez le comportement hors ligne. Un outil qui fonctionne encore en mode avion ne peut rien être en train d'envoyer.
Lisez la promesse de confidentialité à la lettre. Dire qu'on supprime les fichiers après traitement admet implicitement qu'ils sont reçus. Dire que les fichiers ne quittent jamais votre appareil est l'affirmation plus forte, et la seule vérifiable.
Réduisez ce que vous partagez quand un serveur est inévitable. Extrayez uniquement les pages nécessaires et caviardez les noms et les chiffres avant que le document ne voyage où que ce soit.
Méfiez-vous des inscriptions imposées. Un mur d'inscription pour une tâche simple relie votre identité à vos documents sans aucune raison technique.

Pour un tour d'horizon plus large des risques au-delà des envois (faux outils, appâts à filigrane, fichiers malveillants) consultez notre guide sur la sécurité des outils PDF en ligne.

Questions fréquentes

robinpdf envoie-t-il mes fichiers ?

Non. Tout le traitement s'exécute dans votre navigateur avec pdf.js, pdf-lib et des moteurs WebAssembly. Vérifiez-le avec le test des DevTools ci-dessus, ou en l'utilisant hors ligne.

Si un site indique que les fichiers sont supprimés au bout de 2 heures, est-ce assez sûr ?

Les promesses de suppression sont invérifiables, et le fichier a tout de même séjourné sur le serveur d'un tiers. Acceptable pour des fichiers à faible enjeu ; pour des contrats ou des pièces d'identité, préférez un outil qui ne reçoit jamais le fichier.

Le HTTPS suffit-il à protéger mon PDF ?

Le HTTPS protège le fichier en transit, mais le serveur de destination le reçoit et le lit tout de même intégralement. Chiffrer l'envoi vers un serveur n'équivaut pas à ce que le fichier reste chez vous.

Les outils côté client gèrent-ils les gros fichiers ?

En général oui sur un ordinateur portable moderne, y compris des fichiers de centaines de pages. Les limites sont la mémoire et le processeur de votre appareil, et c'est pourquoi les traitements très lourds comme l'OCR en masse sont le cas classique du traitement côté serveur.

Comment faire la vérification sur un téléphone ?

Les navigateurs mobiles masquent les DevTools, alors utilisez le test hors ligne : chargez l'outil, passez en mode avion et traitez un fichier. S'il se termine, rien n'a été envoyé.

Les statistiques de la page comptent-elles comme un envoi de mon fichier ?

Non. Les balises de mesure d'audience sont de minuscules requêtes portant sur les visites de page et ne contiennent aucune donnée du document. Le test d'envoi concerne les requêtes volumineuses, comparables à la taille de votre fichier, déclenchées quand vous le traitez.

Découvrez comment robinpdf garde les fichiers sur votre appareil →