Générer des PDF protégés par mot de passe

Salut tout le monde !

Aujourd’hui, c’est court mais efficace. Vous nous l’aviez demandé, on est contents de le livrer : vous pouvez maintenant générer des PDF protégés par mot de passe avec PDFMonkey.

Pas de nouveau réglage. Pas de template à reconfigurer. Pas de setup complexe. Un seul champ dans votre appel API, et votre PDF est verrouillé.

Comment ça marche

Quand vous créez un document via l’API, vous pouvez passer un champ _password dans l’objet meta. C’est tout. PDFMonkey s’occupe du reste.

Voici à quoi ça ressemble :

{
  "document": {
    "document_template_id": "your-template-id",
    "payload": {
      "clientName": "Jane Doe",
      "contractId": "CTR-2026-042"
    },
    "meta": {
      "_filename": "contrat-jane-doe.pdf",
      "_password": "s3cur3-p@ss!" // <-- C'est tout. Oui, vraiment.
    },
    "status": "pending"
  }
}

Oui, c’est vraiment tout. On sait, la complexité est insoutenable 😄

Si vous n’incluez pas _password dans le meta, rien ne change : votre PDF se génère exactement comme avant, sans mot de passe, sans chiffrement. C’est optionnel, document par document.

Le fonctionnement est le même que _filename : une clé spéciale dans l’objet meta qui dit à PDFMonkey de faire quelque chose en plus pendant la génération.

Ce qui se passe sous le capot

Quand _password est présent, votre PDF est chiffré en AES-256 après la génération. Le destinataire aura besoin du mot de passe que vous avez spécifié pour ouvrir le document. Sans lui, le contenu reste inaccessible.

Quelques points à noter :

• Tous les templates fonctionnent. Éditeur Code, Builder, templates existants, la protection par mot de passe marche avec tout.
• Aucune configuration nécessaire. Pas besoin d’activer quoi que ce soit sur le template ou votre compte.
• Compatible avec toutes les intégrations. Zapier, Make, Workato, n8n, Bubble, Glide, API directe, partout où vous pouvez définir le champ meta.
• Contrôle par document. Un document peut être protégé pendant que le suivant ne l’est pas. C’est vous qui décidez.
• Disponible sur tous les plans. Plan gratuit inclus. Aucune mise à niveau nécessaire.

Quand utiliser la protection par mot de passe

C’est utile chaque fois que vos documents générés contiennent des informations sensibles ou confidentielles : contrats, rapports financiers, documents médicaux, fiches de paie, documents juridiques. En gros, tout PDF qui ne devrait pas être librement lisible par quiconque tombe dessus.

Pensez-y : vous générez des factures avec des coordonnées bancaires, des bulletins de salaire avec des données personnelles, ou des NDA avec des clauses confidentielles. Maintenant, vous pouvez protéger vos PDF générés avec un mot de passe unique et les partager en toute sécurité. La protection PDF par mot de passe est activée document par document, vous gardez le contrôle.

Questions fréquentes

Comment protéger un PDF avec un mot de passe via une API ?

Ajoutez "_password": "votre-mot-de-passe" dans l’objet meta lors de la création d’un document via l’API PDFMonkey. Le PDF généré sera chiffré en AES-256 et nécessitera le mot de passe pour être ouvert. Aucune modification de template ni configuration de compte nécessaire.

Est-ce que je peux générer des PDF sans mot de passe ?

Oui. Si vous n’incluez pas le champ _password dans le meta, les PDF se génèrent exactement comme avant : pas de chiffrement, pas de mot de passe. La protection par mot de passe est entièrement optionnelle, document par document.

Quel chiffrement PDFMonkey utilise-t-il pour les PDF protégés ?

PDFMonkey utilise le chiffrement AES-256, le même standard utilisé par les gouvernements et les institutions financières. Le PDF est chiffré après la génération, et le destinataire a besoin du mot de passe exact que vous avez spécifié pour ouvrir le document.

La protection par mot de passe fonctionne-t-elle avec toutes les intégrations ?

Oui. La protection par mot de passe fonctionne avec Zapier, Make, Workato, n8n, Bubble, Glide et les appels API directs. Partout où vous pouvez définir le champ meta, vous pouvez ajouter un mot de passe. Cela fonctionne également avec tous les types de templates : éditeur Code, Builder et templates existants.

---

Voilà, c’est tout. On voulait garder cette fonctionnalité aussi simple que le problème qu’elle résout : vous voulez un mot de passe sur votre PDF, vous ajoutez un champ, c’est fait.

Consultez la documentation complète pour les détails, et n’hésitez pas à nous écrire si vous avez des questions.

L’équipe PDFMonkey 🐒