Ne nous croyez pas. Prouvez-le vous-même.
Nous affirmons que vos fichiers ne sont jamais envoyés : ils sont traités entièrement dans votre navigateur. Plutôt que de vous demander de nous croire sur parole, cette page vous donne les outils pour vérifier de vos propres yeux qu'aucun envoi n'a lieu.
Téléversements de votre fichier
0
Octets de votre fichier envoyés
0 B
Vérifié — votre fichier n'a jamais quitté cet appareil.
Traitez un fichier et regardez ces compteurs rester à zéro.
Ci-dessous, un moniteur en direct des vraies requêtes réseau sortantes émises par ce site. Lancez un outil PDF dans un autre onglet et observez : les octets de votre fichier n'apparaissent jamais ici.
Deux façons de prouver que rien ne quitte votre appareil
1. Surveillez l'onglet Réseau (Network) pendant que vous travaillez
Votre navigateur intègre déjà un outil qui enregistre chaque requête émise par une page. Ouvrez-le, lancez n'importe quel outil PDF, et vous constaterez qu'aucune requête n'emporte jamais votre fichier.
- 1Ouvrez les DevTools : appuyez sur F12, ou faites un clic droit sur la page et choisissez Inspecter (cela fonctionne sur Chrome, Edge et Firefox).
- 2Cliquez sur l'onglet Réseau (Network), puis assurez-vous que l'enregistrement est activé et que le filtre affiche toutes les requêtes (vous pouvez filtrer par Fetch/XHR ou Doc pour y voir plus clair).
- 3Traitez un vrai PDF avec n'importe quel outil de ce site : fusionnez-le, caviardez-le, compressez-le, comme bon vous semble.
- 4Observez la liste des requêtes : vous verrez se charger les ressources statiques de l'application, mais aucune requête ne fait de POST ni n'envoie le contenu de votre fichier. Cliquez sur n'importe quelle requête et examinez sa charge utile : votre document ne s'y trouve jamais.
2. Coupez Internet, puis continuez
C'est le test irréfutable. Chargez ce site une seule fois, puis coupez le Wi‑Fi ou débranchez votre câble réseau. Continuez maintenant à utiliser les outils PDF. Ils fonctionnent toujours — fusion, division, caviardage, signature, tout — parce que tout s'exécute localement sur votre machine. Sans connexion, l'envoi est physiquement impossible : le fait que les outils continuent de fonctionner prouve donc que vos fichiers restent chez vous.
Une seule exception, en toute honnêteté : la plupart des outils fonctionnent entièrement hors ligne après le premier chargement de la page, mais l'OCR (PDF scanné vers Word / texte interrogeable) doit télécharger son moteur de reconnaissance une fois depuis un CDN lors de la première utilisation. Après ce téléchargement unique, l'OCR fonctionne lui aussi entièrement hors ligne. Tout le reste ne nécessite aucune connexion une fois la page chargée.
Essayez tout de suite — lancez l'un de ces outils avec l'onglet Réseau (Network) ouvert
Pourquoi est-ce même possible sans serveur ?
Pendant des années, modifier un PDF en ligne supposait de l'envoyer sur le serveur de quelqu'un et de lui confier vos données. Ce n'est plus nécessaire. Les navigateurs modernes peuvent exécuter localement de véritables moteurs PDF et image grâce à WebAssembly et JavaScript — le même genre de code qui vivait autrefois sur un serveur s'exécute désormais dans votre onglet, sur votre propre processeur. Il n'y a aucun aller-retour vers un serveur, car il n'y a aucun serveur où aller : le moteur, votre fichier et le résultat vivent tous sur votre appareil. Nous n'avons tout simplement jamais créé de point d'envoi pour transmettre des fichiers.
Lire l'explication complète sur la sécuritéFoire aux questions
Ne pourriez-vous pas tout simplement envoyer mon fichier en douce en arrière-plan ?+
Non. L'onglet Réseau (Network) de votre navigateur enregistre chaque requête émise par une page — impossible de lui en cacher une. Si nous faisions sortir votre fichier discrètement, vous le verriez là. Et le test hors ligne tranche définitivement la question : Internet déconnecté, un envoi en arrière-plan est physiquement impossible, et pourtant les outils continuent de fonctionner.
Comment un site web peut-il faire tout cela sans serveur ?+
Les moteurs de traitement s'exécutent dans votre navigateur grâce à WebAssembly et JavaScript. Votre processeur fait le travail localement, dans votre onglet. Le seul rôle du serveur est de livrer l'application statique lors de votre première visite — ensuite, le véritable traitement du PDF se déroule entièrement sur votre appareil.
Le compteur en direct prouve-t-il réellement quelque chose ?+
Oui. Il observe les vraies requêtes réseau sortantes de votre navigateur au moment où elles se produisent. Ce n'est pas un nombre que nous avons saisi à la main — il reflète ce que votre navigateur envoie réellement. Lancez un outil tout en l'observant et vous verrez que votre fichier ne sort jamais.
Et l'OCR — n'a-t-il pas besoin d'un serveur ?+
L'OCR s'exécute lui aussi localement, mais il a une particularité : lors de la première utilisation, il télécharge son moteur de reconnaissance une fois depuis un CDN (cela récupère le moteur, pas votre fichier). Après ce téléchargement unique, il fonctionne hors ligne comme tout le reste. Le contenu de votre document scanné n'est jamais envoyé où que ce soit.
Mon fichier est-il envoyé quelque part, pour une fonctionnalité quelconque ?+
Non. Les octets de votre fichier ne quittent jamais votre appareil, quel que soit l'outil. Les seules choses récupérées sur le réseau sont le code statique de l'application et, pour l'OCR, son moteur — des ressources génériques, identiques pour chaque utilisateur et ne contenant aucune de vos données.