Analyse côté navigateur · Le binaire du fichier reste local
Résumez un PDF dont le binaire ne quitte jamais votre navigateur.
Seuls les passages de texte extraits sont transmis — jamais le fichier lui-même.
pdf.js analyse localement. La synthèse IA s'exécute côté serveur uniquement sur les passages de texte.
✔ Les octets du fichier ne sont jamais téléversés
✔ Polices intégrées et images restent locales
✔ Vérifiable dans DevTools
Cette page traite la confidentialité comme une promesse technique que vous pouvez vérifier. Le PDF est analysé par pdf.js dans votre navigateur ; le binaire du fichier, les polices intégrées et les images ne traversent jamais le réseau. Lorsque vous déclenchez la synthèse, la requête envoyée à l'IA ne contient que les passages de texte extraits nécessaires à la synthèse — pas le document lui-même.
Si vous traitez des éléments soumis à un accord de confidentialité ou des données réglementées, retirer le téléversement du fichier du modèle de menace est la véritable réduction : aucune copie côté serveur du PDF, aucune fenêtre de conservation, aucun stockage du document par un tiers. Associez-le à un transfert chiffré de bout en bout lorsque vous devez partager l'original avec le résumé.
shieldLe fichier reste dans le navigateur
filter_altPassages de texte uniquement
verified_userVérifiable dans DevTools
policyPlus compatible avec le RGPD
Pourquoi « sans téléversement » compte vraiment
La confidentialité n'est pas une esthétique — c'est une contrainte. Voici les situations où téléverser le PDF n'est pas un compromis, c'est une non-option.
Documents soumis à un accord de confidentialité
Brouillons de fusion-acquisition, term sheets, revues de code source, contrats fournisseurs. L'accord stipule probablement « aucun sous-traitant tiers » — téléverser vers un outil de résumé SaaS le viole. La synthèse dans le navigateur garde le fichier hors du périmètre du téléversement.
Secteurs réglementés
La santé, la finance, le juridique et les administrations publiques ont des règles strictes sur les destinations où des données personnellement identifiables ou couvertes par le secret peuvent être envoyées. Le traitement uniquement local supprime entièrement la question réglementaire — pas de DPA, pas de liste de sous-traitants.
Travaux clients sensibles
Notes de stratégie contentieuse, grilles de rémunération, dossiers du conseil d'administration. Le risque qu'un serveur non audité conserve même une copie transitoire est professionnel, pas théorique. Zéro téléversement supprime la fenêtre de conservation.
Fichiers que vous ne pouvez pas mettre sur le serveur d'un tiers
Recherches internes uniquement, manuscrits avant publication, audits de sécurité, pièces jointes classifiées. Si la politique dit « ne doit pas quitter l'appareil », la synthèse côté serveur est exclue — la synthèse dans le navigateur est la seule voie conforme.
Comment vérifier que le binaire du fichier n'est pas téléversé
Traitez cela comme un audit de sécurité. Trois étapes, trente secondes — vous inspectez la charge utile de la requête vous-même.
1
Ouvrez DevTools → Réseau
Appuyez sur F12 (ou Cmd+Option+I sur macOS) et cliquez sur l'onglet Réseau. Utilisez le filtre Fetch/XHR pour que le bruit des ressources statiques ne vous distraie pas. Cliquez sur le bouton effacer (⊘) pour démarrer avec un journal vide.
2
Déposez votre PDF et lancez l'outil de résumé
Ouvrez l'outil de résumé, déposez-y un fichier et cliquez sur résumer. Déposer le fichier ne déclenche aucun téléversement — pdf.js l'analyse localement. Cliquer sur résumer envoie une seule requête au point de terminaison IA.
3
Inspectez la charge utile de la requête
Cliquez sur la requête de résumé dans le panneau Réseau et ouvrez l'onglet Charge utile. Vous y verrez les passages de texte extraits — jamais un blob binaire de la taille de votre PDF. La taille de la charge utile sera de quelques Ko, que vous ayez résumé un document de 2 Mo ou de 200 Mo.
Éléments
Console
Sources
Réseau
Performance
NomStatutTypeTemps
filter_alt
/api/summarize · charge utile de 4,2 Ko
passages de texte extraits uniquement · binaire du fichier non transmis
1 requête · 4,2 Ko envoyés
Octets du fichier : 0
Ce qui s'exécute dans votre navigateur vs côté serveur
Quatre étapes s'exécutent côté client ; une s'exécute sur un LLM hébergé. La séparation est intentionnelle et la frontière est la seule chose qui traverse le réseau.
description
Analyse du PDF
pdf.js lit les pages, les polices et les flux de contenu localement dans votre onglet.
→
format_align_left
Extraction du texte
Les séquences de glyphes sont reformatées en paragraphes propres avec des métadonnées de position de page.
→
grid_view
Segmentation et sélection
Les passages nécessaires au résumé sont sélectionnés côté client ; le reste ne transite jamais.
cloud
Synthèse IA (serveur)
Les passages de texte sélectionnés sont envoyés à un LLM hébergé (Anthropic Claude). Le binaire PDF non.
→
summarize
Rendu de la sortie
Le résumé est composé dans l'onglet avec des citations de page renvoyant aux positions sources locales.
verified
Octets de fichier téléversés
0
memorySeule la boîte orange quitte votre appareil — et elle transporte des passages de texte, jamais le binaire du fichier, les polices ou les images.
Téléversement cloud vs dans le navigateur
Même résultat final — un résumé de votre PDF — produit par deux architectures aux modèles de menace très différents.
cloud_uploadOutil de résumé avec téléversement cloud
- L'intégralité du binaire PDF traverse l'Internet public vers un serveur que vous ne contrôlez pas.
- Un processus côté serveur conserve le fichier (même brièvement) dans un stockage que vous ne pouvez pas auditer.
- Polices intégrées, images et métadonnées voyagent avec le texte du document.
- Fenêtres de rétention de fichier, journaux d'accès et exposition aux fuites s'appliquent tous au binaire.
- Le fournisseur voit le nom de fichier, la taille et la structure du document, pas seulement son contenu.
verified_userPDF Pro · passages de texte uniquement
- Le binaire PDF reste dans l'onglet du navigateur — pdf.js l'analyse localement.
- Aucune copie du fichier côté serveur n'existe jamais. Il n'y a rien à conserver ni à fuir.
- Polices intégrées, images et métadonnées ne transitent jamais sur le réseau.
- Seuls les passages de texte extraits nécessaires au résumé demandé sont envoyés à l'IA.
- Les citations de page sont dérivées dans votre navigateur à partir des positions sources locales, puis liées aux puces de l'IA.
- La fermeture de l'onglet libère le PDF analysé de la mémoire — aucune trace du fichier côté serveur.
Quand garder le binaire du fichier en local compte
Certains flux de travail traitent le document complet — polices, images, métadonnées intégrées — comme plus sensible que son texte brut. Voici les contextes où la distinction fichier vs passages est l'exigence.
lockDocuments dont le binaire est sensible
PDF dont les polices intégrées, images ou métadonnées révèlent des systèmes sources, filigranes ou marquages internes — même lorsque la prose elle-même est partageable. Garder le binaire dans le navigateur empêche cette empreinte d'atteindre un serveur tiers.
routerRéseaux à bande passante limitée
Un classeur de 200 Mo sur une connexion de café ou en vol prend plusieurs minutes à téléverser avant qu'il ne se passe quoi que ce soit. L'analyse locale et l'envoi des seuls passages de texte ramènent cela à quelques Ko de charge utile quelle que soit la taille du fichier source.
policyDocuments sous accord de confidentialité
Lorsqu'un accord interdit de transmettre le document lui-même mais est silencieux sur les résumés, l'architecture où le fichier reste local vous permet de rester dans la lettre de l'accord : aucune copie du PDF n'atteint un tiers, seul le texte nécessaire à la synthèse.
Outils PDF associés axés sur la confidentialité
Tous gardent le binaire PDF dans le navigateur. Certains sont entièrement côté client (compresser, convertir) ; les outils IA n'envoient que les passages de texte extraits.
Questions fréquentes
Puis-je vraiment vérifier que le fichier n'est pas téléversé ?
Oui. Ouvrez les DevTools de Chrome (F12), passez à l'onglet Réseau, filtrez par Fetch/XHR et effacez le journal. Déposez un PDF dans l'outil de résumé. Déposer le fichier ne déclenche aucun téléversement — pdf.js l'analyse dans l'onglet. Lorsque vous cliquez sur résumer, cliquez sur la requête résultante et ouvrez l'onglet Charge utile : vous verrez les passages de texte extraits, pas un blob binaire de la taille de votre PDF. La taille de la charge utile est de quelques Ko quelle que soit la taille du fichier source, ce qui prouve que le binaire est resté local.
L'outil de résumé nécessite-t-il une connexion Internet ?
Vous pouvez charger et analyser un PDF hors ligne une fois la page mise en cache, mais le résumé lui-même nécessite une connexion. La synthèse IA s'exécute côté serveur sur un LLM hébergé (Anthropic Claude), les passages de texte extraits doivent donc faire un aller-retour réseau vers l'API. Le binaire du fichier non — seul le texte nécessaire à l'IA pour rédiger le résumé.
Et le modèle d'IA — n'est-il pas hébergé côté serveur ?
Oui — le LLM qui rédige le résumé est hébergé (Anthropic Claude via API). Ce qui n'est pas hébergé, c'est l'analyse du PDF, l'extraction du texte, la segmentation et la liaison des citations — ces opérations s'exécutent dans votre navigateur via pdf.js. La promesse de confidentialité est précise et délimitée : votre binaire PDF, vos polices intégrées et vos images ne transitent jamais vers nos serveurs ni vers le fournisseur d'IA. Seuls les passages de texte extraits nécessaires au résumé demandé traversent le réseau. Si votre préoccupation est « le fichier lui-même atteint-il un tiers », la réponse est non.
Pourquoi la page met-elle un moment à se charger avant que je puisse déposer un fichier ?
Ce délai correspond au chargement par le navigateur de pdf.js et des ressources de la page dans le cache local. Après le premier chargement, l'analyse d'un nouveau PDF est instantanée — seul l'appel de synthèse IA (qui transporte le texte extrait, pas le fichier) nécessite le réseau.
Y a-t-il une limite de taille de fichier ?
Il n'y a aucun plafond de téléversement côté serveur car le binaire du fichier n'est jamais téléversé. Le plafond pratique est la mémoire disponible de votre appareil, puisque pdf.js charge le PDF dans l'onglet pour en extraire le texte. Un ordinateur portable classique traite confortablement des PDF de 200 à 400 pages ; les documents plus longs sont mieux résumés par chapitre. Les navigateurs mobiles ont des limites de mémoire plus strictes, donc les PDF très longs sont mieux traités sur un ordinateur de bureau. L'outil de résumé ne limitera ni ne rejettera selon la taille du fichier source — ce qu'il mesure, c'est le nombre d'appels de résumé IA par mois.
Résumez votre PDF sans téléverser le fichier.
Ouvrez l'outil de résumé, déposez un fichier, lisez le résumé. Puis ouvrez DevTools, inspectez la charge utile de la requête et confirmez : des passages de texte, pas le binaire.
summarizeOuvrir l'outil de résumé