Remplissage de formulaire PDF

Remplissez les champs d’un PDF interactif, verrouillez les réponses si nécessaire, et téléchargez-le — le fichier ne quitte jamais cet onglet.

En attente d’un PDF
Sortie
L’aplatissement verrouille les réponses dans la page et est irréversible.

Ouvrez un PDF remplissable et ses champs apparaissent ici.

Déposez un PDF sur cette carte, collez avec ⌘V / Ctrl+V ou choisissez un fichier. Aucun bouton Remplir : vos réponses entrent dans le téléchargement au fil de la saisie.

PDF uniquement · jusqu’à 50 Mo · 2 000 pages · champs AcroForm requis.

Le fichier reste dans cet onglet : rien n’est envoyé, stocké ni journalisé, et la page n’envoie aucune requête réseau.

Aucun formulaire sous la main ? Chargez un exemple local de deux pages avec six types de champs.

Aperçu du PDF rempli

Si l’aperçu reste vide, ouvrez le résultat dans un nouvel onglet ou téléchargez-le.

Ouvrir dans un nouvel onglet

Comment l’utiliser

  1. Déposez un formulaire PDF sur la carte, collez avec ⌘V / Ctrl+V ou appuyez sur « Choisir un PDF ». Chaque champ AcroForm est listé avec son type, sa page et son libellé ; les champs déjà remplis sont préremplis.
  2. Saisissez ou choisissez vos réponses. « Conserver les champs modifiables » est le réglage par défaut, pour que le destinataire puisse encore ajouter une signature ; passez à « Aplatir » si les réponses ne doivent pas changer. Aucun bouton Remplir ni Appliquer — le PDF se reconstruit au fil de la saisie.
  3. Attendez le statut vert « PDF rempli prêt », puis téléchargez. Le fichier de sortie reprend le nom de la source avec « -filled.pdf » ; l’original n’est jamais modifié. « Aperçu » ouvre le résultat réel.

Exemple

candidature.pdf — 8 champs

Nom complet : Camille Durand
Formule : express
Langues : français + arabe
Sortie : conserver les champs modifiables

Ce que vous obtenez

candidature-filled.pdf
8 champs portent vos réponses
Aplatir → champs supprimés, réponses toujours visibles

L’outil remplit les champs qui existent dans le PDF ; il ne crée pas de champs et n’écrit pas par-dessus la page. Les libellés viennent du document (son infobulle, ou le nom interne du champ à défaut) et ne sont jamais traduits.

Règles, limites et problèmes connus

  • Rien n’est envoyé : le PDF est lu avec l’API File et réécrit dans cet onglet. La page n’envoie aucune requête réseau, n’écrit rien dans le stockage et ne conserve aucun historique — un rechargement repart de zéro.
  • Seuls les champs AcroForm peuvent être remplis : zones de texte, zones multilignes, cases à cocher, groupes de boutons radio, listes déroulantes et listes. Les pages scannées, les PDF uniquement image et les formulaires aplatis n’ont aucun champ où écrire.
  • Les formulaires XFA sont refusés : cette bibliothèque PDF ne sait pas les lire, et en ouvrir un supprimerait ses données XFA. Utilisez Adobe Acrobat Reader pour le XFA.
  • Les PDF protégés par mot de passe sont refusés — retirez le mot de passe et enregistrez d’abord une nouvelle copie. Les champs signature et bouton sont signalés comme non pris en charge et ne sont jamais remplis ici.
  • Le JavaScript de formulaire ne s’exécute jamais : les scripts de calcul, de validation et de formatage ne font rien. Les formulaires qui en dépendent peuvent différer du même fichier ouvert dans Acrobat.
  • Les réponses sont stockées en Unicode dans le formulaire. Les valeurs latines sont redessinées avec Helvetica intégrée ; le chinois, le japonais, l’arabe et les emoji sont dessinés par votre lecteur PDF, donc Acrobat, Preview et Chrome les affichent, mais certains lecteurs légers peuvent ne pas le faire.
  • L’aplatissement n’est appliqué que si chaque champ peut être redessiné avec la police intégrée. Les formulaires avec des réponses en chinois ou en arabe conservent des champs modifiables — l’outil ne produit jamais un fichier aplati avec des réponses manquantes.
  • Le redessin avec Helvetica peut changer la police, la largeur et la taille de vos réponses par rapport à la conception du formulaire. Vérifiez le résultat imprimé si le placement exact compte.
  • Les libellés de champ viennent de l’infobulle du PDF (/TU) ; à défaut, le nom interne du champ est affiché (souvent quelque chose comme « Text1 »). Les libellés, noms de champs et valeurs d’options ne sont jamais traduits ni devinés.
  • Les champs en lecture seule ne peuvent pas être modifiés. « Obligatoire » n’est qu’une indication : cet outil ne valide rien et ne bloque pas le téléchargement.
  • Aucun champ n’est ajouté, supprimé ou renommé (sauf par aplatissement). Le contenu des pages, les annotations et les signets sont laissés tels quels ; les PDF endommagés ne sont pas réparés.
  • Le résultat a de nouveaux octets, donc les signatures numériques ne sont plus valides et la survie des marqueurs PDF/A ou PDF/X n’est pas garantie. Signez avant ou après le remplissage, pas les deux.
  • La carte des champs est un schéma, pas un rendu de page : elle utilise le rectangle de widget de chaque champ, n’affiche que la première page d’un champ répété et partage un même numéro pour un groupe de boutons radio.
  • Limites : un PDF, 50 Mo, 2 000 pages et 2 000 caractères par champ. Les entrées plus grandes sont refusées ; les formulaires de plus de 60 champs affichent une indication de filtre. Le traitement s’exécute sur le fil principal, les très gros fichiers peuvent donc rendre l’onglet occupé.
  • Le nom de sortie remplace les caractères réservés par « - », rogne les extrémités, raccourcit les noms longs et ajoute « -filled.pdf » ; le fichier source n’est jamais modifié.

D’autres outils de documents qui fonctionnent eux aussi entièrement dans cet onglet.