Aller au contenu
documentflare
RGPD/Légal

PDF et RGPD : réduire les transferts grâce au traitement local

Pourquoi les PDF regorgent de données personnelles, ce que le RGPD attend, et comment un traitement local dans le navigateur réduit mécaniquement les flux hors de votre appareil.

Cette page contient des liens affiliés : nous pouvons percevoir une commission si vous passez par eux, sans coût supplémentaire pour vous. Cela n’influence pas nos recommandations. En tant que Partenaire Amazon, nous réalisons un bénéfice sur les achats remplissant les conditions requises.

Sommaire

Le PDF, concentré de données personnelles

Contrats, bulletins de paie, dossiers médicaux, pièces d’identité, factures : le PDF reste le format de référence des documents sensibles. Contrairement à une page web qui s’affiche puis s’oublie, un PDF embarque son contenu, sa structure, ses métadonnées et parfois des pièces jointes dans un seul fichier. Dès que vous le traitez en ligne, vous transférez tout cela à un tiers.

Le RGPD ne s’applique pas au format lui-même, mais aux données personnelles qu’il transporte. Adresse, numéro de sécurité sociale, IBAN, adresse e-mail, numéro de téléphone : une seule page peut en contenir plusieurs. Avant d’envoyer un document à quiconque, il vaut donc mieux se demander ce qui doit vraiment sortir de votre périmètre.

Fellowes 6M — micro-coupe P-4Fellowes 6M — micro-coupe P-4Micro-coupe P-4 : pour pièces d’identité et documents financiers.affilié

Ce que le RGPD attend : base légale, minimisation et sous-traitance

Trois notions guident la démarche.

Base légale. Tout traitement de données personnelles doit reposer sur l’une des bases prévues par l’article 6 du RGPD : consentement, contrat, obligation légale, mission d’intérêt public, intérêts vitaux ou intérêt légitime. Fusionner des contrats pour un dossier RH, compresser des justificatifs pour les impôts ou transmettre un bilan comptable relèvent chacun d’une base différente. Le choix engage la responsabilité du responsable de traitement.

Minimisation. L’article 5 impose de limiter les données collectées à ce qui est « nécessaire » aux finalités déclarées. Envoyer un document complet à un service en ligne alors qu’une seule page suffit, ou conserver une pièce plus longtemps que nécessaire, heurte ce principe.

Sous-traitance et transferts. Quand vous déposez un PDF sur un serveur tiers, ce serveur devient un sous-traitant au sens de l’article 28. Vous devez alors vous assurer d’un contrat de traitement, d’une garantie des mesures de sécurité et, si le serveur est hors Union européenne, d’un encadrement du transfert. La CNIL rappelle que ces obligations pèsent sur le responsable de traitement, pas sur l’outil seul.

Le traitement local change la géographie du risque

Quand la manipulation du PDF s’effectue dans le navigateur, sur votre appareil, le document ne franchit pas la frontière de votre machine pendant le traitement. Les octets sont lus localement, le calcul est déporté dans des Web Workers, et le résultat est reconstruit en mémoire avant d’être proposé au téléchargement via un objet Blob. Aucun compte n’est requis, aucun serveur documentaire ne stocke le fichier.

Mécaniquement, cette approche retire de la chaîne le maillon « sous-traitant cloud » pour la manipulation du document elle-même : pas de contrat à négocier pour cette opération, pas d’analyse de transfert à documenter, pas de délai de purge à espérer chez un tiers. Pour cette manipulation, vous n’avez pas à signer de contrat de traitement au titre de l’article 28, faute de sous-traitant identifié.

L’absence d’envoi se vérifie techniquement : ouvrez l’onglet Réseau des outils de développement, puis passez en mode hors ligne après le chargement initial. Si l’outil continue de fonctionner, le PDF reste sur place.

Ce qui reste local, ce qui passe quand même par le réseau

« Local » ne signifie pas « zéro requête ». Plusieurs flux restent normaux.

Chargement de la page et des assets. Le site, ses scripts, ses polices et ses icônes arrivent depuis le serveur, comme pour toute application web.

Publicité et consentement. Sur les pages publiques, Document Flare charge AdSense avec une CMP TCF v2.2. Le script AdSense est chargé inconditionnellement, mais seules les requêtes d’annonces sont conditionnées au consentement. Les routes d’outils (/tools/) n’affichent ni annonces ni bandeau de consentement.

Modèles OCR et IA en cache. L’OCR local utilise Tesseract WASM ; les modèles se téléchargent une première fois depuis le serveur, puis sont mis en cache. Les fonctions de résumé et de traduction s’appuient sur les API du navigateur (Chrome ou Edge 138+). La recherche sémantique charge un modèle d’environ 115 Mio via Transformers.js. Dans tous les cas, le trafic va du serveur vers votre navigateur, jamais l’inverse : le PDF ne part pas.

Actions concrètes : nettoyer les métadonnées, caviarder avant d’envoyer

Deux outils locaux répondent directement aux risques RGPD du PDF.

Nettoyer les métadonnées. Le dictionnaire Info d’un PDF peut contenir titre, auteur, sujet, mots-clés, créateur, producteur, dates de création et de modification. Un flux XMP peut en stocker davantage. L’outil sanitize-pdf retire au choix ces métadonnées, les actions JavaScript (OpenAction, AA, scripts embarqués), les pièces jointes et les annotations. Le contenu des pages reste intact.

Caviarder avant transmission. L’outil redact-pdf détecte localement des données personnelles courantes (IBAN, NIR, numéros de carte bancaire, SIREN, SIRET, adresses e-mail, numéros de téléphone, dates de naissance avec contexte, adresses IPv4), puis dessine des rectangles noirs et rastérise les pages concernées en JPEG. Le texte sous les zones n’est alors plus extractible. Vous pouvez aussi saisir des mots-clés manuellement pour les noms, adresses ou tout autre champ non détecté automatiquement.

Attention : la détection automatique n’est pas exhaustive. Un scan sans couche texte, une police déstructurée, un nom propre sans contexte ou un identifiant exotique peuvent échapper à la détection. La relecture humaine reste nécessaire avant tout envoi.

Ce que le local ne dispense pas

Le traitement local ne « rend pas conforme » au RGPD. Il supprime un risque de sous-traitance, pas l’ensemble des obligations.

Vous restez responsable de la base légale, de la durée de conservation, de la sécurité de votre poste, de la gestion des accès au fichier produit et de son transfert final par e-mail ou messagerie. Un logiciel malveillant, une extension de navigateur indiscrète, un administrateur système ou une simple erreur d’envoi peuvent faire fuiter un fichier qui n’a jamais quitté votre navigateur. Le traitement local protège contre l’exposition côté serveur ; il ne protège pas contre un appareil déjà compromis ou contre une mauvaise manipulation.

Enfin, l’outil ne remplace pas un conseil juridique. Les interprétations du RGPD varient selon votre secteur, votre pays d’établissement et la nature exacte des données traitées. Si vous traitez des données de santé, des données biométriques ou des données relatives aux condamnations pénales, des règles spécifiques s’ajoutent.

En pratique

Pour un service RH qui fusionne des contrats, un cabinet qui prépare des pièces justificatives ou un particulier qui transmet des documents administratifs, la démarche peut s’organiser ainsi :

  1. Ouvrez l’outil dans le navigateur.
  2. Supprimez les métadonnées inutiles avec sanitize-pdf.
  3. Caviardez les zones sensibles avec redact-pdf.
  4. Protégez le fichier par mot de passe si le destinataire doit le recevoir chiffré.
  5. Envoyez le document par un canal sécurisé et conservez une trace de la durée de conservation prévue.

Cette chaîne réduit mécaniquement les flux de données personnelles. Elle ne les supprime pas toutes, mais elle élimine le plus opaque : l’envoi systématique du document complet à un serveur tiers.

Pour poursuivre : ce que le traitement local protège vraiment détaille le modèle de menace, où vont vos fichiers lit les politiques de conservation des outils cloud, et caviarder un PDF guide la suppression de données personnelles avant envoi.

Sources

  • CNIL, « Recommandations relatives au développement des systèmes d’IA », 22 juillet 2025 : cnil.fr

Le matériel adapté

Fellowes 6M — micro-coupe P-4Fellowes 6M — micro-coupe P-4Micro-coupe P-4 : pour pièces d’identité et documents financiers.affilié Trodat ID Protector — tampon confidentialitéTrodat ID Protector — tampon confidentialitéRouleau encreur qui masque adresses et identifiants sur le papier avant destruction.affilié