Questions fréquentes

Non. Chaque outil PDFluna s'exécute entièrement dans votre navigateur grâce à JavaScript, WebAssembly et la bibliothèque de rendu PDF intégrée du navigateur. Vos fichiers sont lus localement, traités localement et enregistrés localement. Vous pouvez le vérifier vous-même : ouvrez DevTools → Réseau avant d'utiliser un outil, puis regardez — vous verrez zéro requête sortante transportant votre fichier. Le seul trafic réseau est le chargement initial de la page et les bibliothèques open source (PDF.js, pdf-lib, etc.) dont l'outil a besoin.

Non. Nous ne le pouvons pas — les fichiers n'atteignent jamais nos serveurs en premier lieu. Il n'y a pas de « politique de suppression de fichiers » de notre côté parce qu'il n'y a aucun fichier à supprimer chez nous. Nous n'utilisons pas le contenu des fichiers pour entraîner de l'IA, profiler de la publicité, faire des analyses statistiques ou autre.

Oui. La forme la plus forte de conformité RGPD est de ne pas collecter de données personnelles en premier lieu, et c'est notre comportement par défaut. Nous n'exigeons pas de compte, nous ne traitons pas le contenu des fichiers sur notre infrastructure, et les seules données que le site collecte sont des analyses anonymes (vues de page, comptages d'usage des outils — aucun identifiant personnel, aucun contenu de fichier). Pour les demandes spécifiques de protection des données ou DSAR (demande d'accès aux données personnelles), écrivez à [email protected]. Détails complets dans notre politique de confidentialité.

Oui — en fait plus sûr que la plupart des alternatives. Les concurrents côté serveur (iLovePDF, Smallpdf, les outils en ligne d'Adobe) téléversent tous vos fichiers sur leur infrastructure, les traitent là-bas et renvoient la sortie. Pour un contrat, une lettre de salaire, un scan médical ou un document d'identité, c'est une exposition significative même si leur politique de confidentialité est irréprochable : votre fichier vit brièvement quelque part que vous ne contrôlez pas. Avec PDFluna, cette exposition n'existe simplement pas — le fichier ne traverse jamais le réseau.

Non, et nous n'en avons pas besoin pour la façon dont nous opérons. SOC 2 / ISO 27001 auditent comment une organisation gère les données clients sur ses serveurs. Comme nous ne gérons pas les données de fichiers clients sur nos serveurs (elles restent sur les vôtres), il n'y a rien à examiner pour ces audits. L'équivalent le plus proche est le code open source lui-même : chaque bibliothèque que nous utilisons (PDF.js, pdf-lib, fflate, html2canvas) est publiquement auditable, et les DevTools de votre navigateur vous permettent de confirmer en temps réel qu'aucun fichier ne quitte votre appareil.

Nous utilisons Google Analytics 4 pour compter les vues de page anonymes et agréger l'usage des outils. Aucun nom de fichier, aucun contenu de fichier, aucune information identifiante. Les visiteurs UE qui rejettent la bannière de consentement obtiennent à la place des analyses Plausible sans cookies. Les deux sont configurables dans notre politique de cookies ; le refus n'affecte pas la fonctionnalité des outils.

Les navigateurs modernes peuvent faire bien plus que rendre des pages web. JavaScript et WebAssembly nous permettent d'exécuter de vraies bibliothèques PDF (PDF.js, pdf-lib) directement dans l'onglet du navigateur, avec un accès complet au fichier que vous sélectionnez via le sélecteur de fichiers ou le glisser-déposer. Le fichier est lu en mémoire de l'onglet, traité là, et le résultat est proposé en téléchargement. La même technologie alimente Figma, Photoshop sur le web et Google Docs.

Parce qu'il n'y a aucun téléversement. Les barres de progression sur les outils PDFluna suivent le traitement local — combien de votre fichier la bibliothèque navigateur a lu, encodé ou tamponné — pas le transfert réseau. Sur un ordinateur rapide, c'est parfois quasi-instantané, ce qui peut paraître suspect si vous êtes habitué aux téléversements multi-secondes des outils côté serveur, mais la vitesse est l'avantage de sauter complètement l'aller-retour réseau.

La première fois que vous utilisez un outil lourd (OCR, signature, Word-vers-PDF), nous chargeons à la demande une bibliothèque spécialisée — Tesseract.js pour l'OCR (~14 Mo), mammoth.js pour le parsing Word (~150 Ko gzippé), et ainsi de suite. Ces bibliothèques sont mises en cache dans votre navigateur après le premier chargement, donc la deuxième utilisation est instantanée. Nous ne les chargeons délibérément pas sur la page d'accueil pour garder le time-to-interactive de la landing rapide.

Partiellement. Une fois que vous avez utilisé un outil et que la page + bibliothèques sont dans le cache de votre navigateur, vous pouvez généralement recharger le même outil hors ligne et il fonctionnera. Nous ne livrons pas actuellement de Service Worker pour un usage hors ligne explicite, donc un rechargement qui exige de récupérer de nouveaux assets échouera hors ligne. L'usage hors ligne véritable est dans la feuille de route.

La plupart des outils acceptent les PDF jusqu'à 100 Mo. Les outils de conversion de format (Word vers PDF, Excel vers PDF) plafonnent à 20 Mo parce que parser ces formats est plus lourd en mémoire. L'OCR plafonne à 50 Mo / 50 pages parce que chaque page est rendue à 300 DPI puis OCR-ée, ce qui est le pipeline le plus lent que nous livrons. Les limites spécifiques sont indiquées sur la page de chaque outil au-dessus de la zone de dépôt.

PDF (chaque outil), images (JPG, PNG, HEIC, WebP — pour JPG en PDF), documents Word (.docx, .rtf, .odt — pour Word en PDF), feuilles de calcul (.xlsx, .xls, .ods, .csv, .tsv — pour Excel en PDF), et images de signature (PNG, JPG, GIF, WebP — pour Signer PDF).

PDF (par défaut pour tout), JPG (un par page ou un ZIP pour multi-pages via PDF en JPG), et PNG (un par page ou un ZIP via PDF en PNG). Nous ne produisons pas Word, PowerPoint ou Excel à partir de PDF — la conversion inverse vers des formats fluides / grilles est vraiment difficile et nous ne voulons pas livrer un outil dont la sortie serait inutilisable. Voyez le blog pour le raisonnement complet si vous êtes curieux.

Le format binaire hérité .doc de Word 97–2003 nécessite soit Microsoft Word lui-même soit un parser personnalisé de plusieurs milliers de lignes pour convertir avec une fidélité acceptable. Nous préférons refuser proprement plutôt que de livrer un outil dont la sortie serait défavorablement comparée à d'autres services. La solution de contournement en 10 secondes : ouvrez votre .doc dans Word ou LibreOffice, Fichier → Enregistrer sous → .docx, puis déposez le .docx dans notre outil Word en PDF. Tout est conservé.

Certains outils oui (Fusionner PDF prend plusieurs fichiers par conception ; JPG en PDF prend un lot d'images). La plupart sont un-à-la-fois, intentionnellement : pousser cinq fichiers de 50 Mo dans le navigateur simultanément planterait les téléphones de milieu de gamme. Le flux de lot le plus rapide pour la compression / conversion est de les exécuter séquentiellement dans le même onglet — l'outil se réinitialise instantanément entre les fichiers.

Écrivez à [email protected] avec le préfixe d'objet `[Bug]` ou `[Feature request]`. Pour les bugs, inclure le fichier (si partageable) et le navigateur + OS accélère la reproduction d'environ 10×. Nous lisons chaque message ; réponse sous 1 à 2 jours ouvrés pour les questions générales.

Tous les navigateurs récents : Chrome 120+, Edge 120+, Safari 17+, Firefox 120+, et leurs équivalents mobiles (iOS Safari 17+, Android Chrome). Les versions plus anciennes peuvent fonctionner pour les outils plus simples mais nous ne testons pas dessus — les API WebAssembly + Pointer Events sur lesquelles nous comptons ne sont solides que sur les versions récentes.

Oui. iOS Safari 17+ prend en charge tout sauf certains cas limites de longs documents où l'onglet du navigateur manque de mémoire avant la fin de la reconstruction. En règle générale, les fichiers sous 30 Mo passent bien sur les téléphones ; les appareils tablette (iPad Air 5+ ou plus récent) gèrent le plafond complet de 100 Mo sur la plupart des outils.

Oui — sur Chrome, Firefox, Edge et le récent Samsung Internet. Les appareils bas de gamme (4 Go de RAM ou moins) peuvent planter en cours de processus sur les gros fichiers pour la même raison de pression mémoire que sur iPhone ; si un outil échoue sur un long document, diviser d'abord avec Diviser PDF permet souvent de passer.

Le traitement PDF est intensif en CPU et en mémoire. Un PDF de 100 Mo peut nécessiter 300 à 500 Mo de mémoire de travail pour être rendu et ré-émis, ce qui est plus que ce que les anciens téléphones (4 Go de RAM système total) peuvent allouer à un seul onglet de navigateur. Solutions de contournement : divisez d'abord le document avec Diviser PDF, baissez le DPI de sortie sur les outils de rastérisation (PDF en JPG, OCR PDF), ou exécutez sur ordinateur.

Pour la plupart des outils, oui — nous opérons sur la structure binaire PDF existante plutôt que de re-rendre, donc les pages gardent leur texte vectoriel original, leurs polices intégrées et la qualité d'image. Exceptions : Word en PDF, Excel en PDF et Déverrouiller PDF reconstruisent le document en image-based (fidélité visuelle préservée, mais vous perdez les champs de formulaire et le texte sélectionnable). La page de chaque outil documente le compromis.

Notre outil Compresser PDF utilise une mise à jour incrémentale donc le texte original, les polices et les signatures sont préservés octet par octet. Les économies d'espace viennent du ré-encodage des images intégrées à des résolutions plus petites et de la suppression d'objets historiques redondants. Pour les PDF riches en texte, le résultat visuel est indistinguable de l'original ; pour les PDF riches en images (numérisations, basés photo), vous pouvez choisir le niveau de compromis.

PNG est sans perte — chaque pixel de la page rendue est préservé exactement. JPG est avec perte et produit des fichiers plus petits mais ajoute des halos subtils autour des bords nets (texte, dessin au trait). Les préréglages DPI S/M/L (72 / 150 / 300) contrôlent la résolution ; le curseur de qualité JPG (60 à 95 %) contrôle la compression. Même bibliothèque source, stratégie de sortie différente — choisissez selon vos besoins.

Quelques-uns de nos outils (Déverrouiller PDF et la famille de conversion) produisent une sortie image-based où chaque page est rendue en JPEG et intégrée dans un nouveau PDF. JPEG à 200 DPI sur du papier letter fait en moyenne 250 à 500 Ko par page, ce qui peut être plus gros que l'original s'il était du texte vectoriel uniquement. Pour réduire le résultat, passez-le dans notre outil Compresser PDF.

Oui, et il n'y a pas d'inscription, pas de filigrane, pas de « limite d'export » ou « 3 fichiers par jour ». L'arnaque (s'il y en a une) : le site affiche des annonces sur les pages d'outils et les pages de contenu. Les revenus publicitaires couvrent l'hébergement et le développement ; c'est tout le modèle économique. Nous ne prévoyons pas d'introduire de paliers payants, et nos coûts d'infrastructure sont minimes précisément parce que tout le travail lourd s'exécute dans votre navigateur.

Parce qu'il n'y a rien qu'un compte aurait à stocker. Nous ne gardons pas vos fichiers, votre historique ou vos paramètres. Pas de compte signifie aussi pas de mot de passe à retenir et pas de flux « mot de passe oublié » quand vous revenez deux mois plus tard. Le compromis : pas de relais entre appareils (vous ne pouvez pas commencer une tâche sur ordinateur et finir sur téléphone). Pour des tâches PDF occasionnelles, c'est la bonne forme ; pour des flux de documents continus, un SaaS payant comme Adobe Acrobat est le meilleur choix.

Oui pour le toolset actuel. Nos coûts d'infrastructure scalent avec le trafic mais restent bas parce que rien ne se passe côté serveur ; les revenus publicitaires les couvrent confortablement. Si le projet a un jour besoin d'introduire des paliers payants, ce serait pour de nouvelles fonctionnalités côté serveur (édition collaborative, synchro entre appareils) et les outils côté navigateur actuels resteraient gratuits.

Oui. PDFluna ne revendique aucun droit sur vos fichiers d'entrée ou notre sortie. Le PDF que vous produisez est à vous d'utiliser comme bon vous semble — travail commercial, livrables clients, archivage, partage, n'importe quoi. La seule restriction est le copyright du contenu original (nous ne le changeons pas, et nous ne pouvons pas accorder de droits que nous ne détenons pas).

Une petite équipe indépendante. Nous avons construit PDFluna parce que nous avions nous-mêmes besoin d'outils PDF rapides et que nous étions frustrés par les alternatives téléversement-vers-serveur. La page À propos complète a plus de détails sur le pourquoi et le comment. Pour un contact spécifique, voyez la page de contact.