Tutoriel · 24 min · 22 février 2026

Automatiser la livraison d'un ebook via Make (ex-Integromat)

À la fin de ce tutoriel, chaque paiement Stripe déclenchera la génération d'un PDF personnalisé avec l'email de l'acheteur en filigrane, puis l'envoi automatique d'un email de livraison via Kit. Durée estimée : 24 minutes de configuration, plus 5 minutes de test. Fonctionne 24/7 sans votre intervention.

Niveau : intermédiaire+ Résultat : livraison automatisée

Pourquoi watermarker l'ebook

Un ebook qui circule à 1 000 acheteurs sera piraté à partir d'un certain volume — c'est statistique. Le watermarking dynamique (intégration de l'email de l'acheteur en filigrane dans chaque copie livrée) ne rend pas le piratage impossible, mais il le rend traçable : si vous trouvez votre ebook partagé sur un forum, vous savez exactement quel acheteur l'a laissé fuiter. Cela suffit généralement à dissuader le partage dans les communautés privées où les acheteurs se connaissent.

Le watermarking réduit les pertes par piratage de 40 à 70 % selon notre observation sur des créateurs à volume modéré. Ce n'est pas une protection DRM : c'est une protection sociale qui marche parce que personne ne veut être le pirate identifié.

Prérequis

  • Un compte Make (ex-Integromat) — plan gratuit suffisant pour moins de 1 000 opérations/mois, sinon plan Core à 9 USD/mois.
  • Un compte Stripe avec des paiements en cours (voir notre tutoriel Stripe Checkout).
  • Un compte PDF.co (ou alternative comme PDFMonkey, ApiTemplate) pour la génération automatique de PDF — ~9 USD/mois sur PDF.co.
  • Un compte Kit (ex-ConvertKit) avec un domaine d'envoi authentifié (voir SPF, DKIM, DMARC sur OVH).
  • L'ebook source en PDF, déjà mis en forme (sans watermark).

Architecture du scénario

┌─────────┐    ┌──────┐    ┌────────┐    ┌──────────┐    ┌─────┐
│ Stripe  │ →  │ Make │ →  │ PDF.co │ →  │ Stockage │ →  │ Kit │
│ webhook │    │filter│    │  PDF   │    │ temp.    │    │email│
└─────────┘    └──────┘    └────────┘    └──────────┘    └─────┘
   achat         filtrer     watermark    lien signé    livraison
   complété      produit     email        48h            ebook
      

Chaque paiement Stripe réussi déclenche Make. Make filtre sur l'ID du produit concerné, demande à PDF.co de générer une version personnalisée de l'ebook avec l'email de l'acheteur en filigrane, stocke le fichier temporairement, puis envoie via Kit un email contenant un lien signé de téléchargement valide 48 heures.

Étape 1 — Créer le scénario Make et le déclencheur Stripe (4 min)

  1. Dans Make, « Create a new scenario ».
  2. Premier module : « Stripe » → « Watch events ».
  3. Connectez votre compte Stripe (authentification OAuth).
  4. Event type : checkout.session.completed. C'est le moment où un paiement Stripe est confirmé.
  5. Cliquez « OK ». Make propose de recevoir un événement de test : acceptez et effectuez une transaction de test dans Stripe pour alimenter la structure de données.

Point de contrôle : Make affiche les données d'une vraie transaction Stripe, avec customer_email, amount_total, line_items, etc. Si rien n'arrive, vérifiez que votre Stripe est en mode Test et que vous avez bien effectué une transaction.

Étape 2 — Filtrer sur le bon produit (2 min)

Si vous avez plusieurs produits sur Stripe, le scénario doit ne se déclencher que pour le bon.

  1. Entre le module Stripe et le suivant, cliquez sur la connexion et ajoutez un « Filter ».
  2. Label : « Bon produit ebook ».
  3. Condition : 1. line_items[].price.id Equal to price_xxxxx (l'ID du prix de votre ebook trouvé dans Stripe → Products).

Ce qui peut aller de travers : la structure de line_items est un tableau. Make demande parfois d'itérer dessus. Si votre filtre ne marche pas, ajoutez un module « Iterator » qui déplie le tableau avant le filtre.

Étape 3 — Générer le PDF watermarké via PDF.co (8 min)

  1. Dans PDF.co, créez un template avec votre ebook source. Menu « PDF Add Text » ou « PDF Add Watermark ».
  2. Notez l'API key dans Settings.
  3. Dans Make, ajoutez un module « HTTP » → « Make a request ».
  4. URL : https://api.pdf.co/v1/pdf/edit/add
  5. Method : POST
  6. Headers : x-api-key: VOTRE_API_KEY, Content-Type: application/json
  7. Body type : Raw → JSON (application/json).
  8. Request content :
{
  "url": "https://votre-stockage.com/ebook-source.pdf",
  "annotations": [{
    "text": "{{1.customer_email}} — exemplaire personnel",
    "x": 50,
    "y": 780,
    "size": 8,
    "pages": "0-",
    "color": "888888",
    "transparent": true
  }],
  "async": false,
  "name": "ebook-{{1.customer_email}}.pdf"
}
      

{{1.customer_email}} est une variable Make qui se remplit automatiquement avec l'email de l'acheteur reçu de Stripe. PDF.co retourne une URL vers le PDF personnalisé, valide 1 heure.

Point de contrôle : exécutez le module. La réponse JSON doit contenir un champ url avec le lien vers le PDF généré. Ouvrez le lien pour vérifier que le filigrane est bien présent sur toutes les pages.

Étape 4 — Uploader sur un stockage durable (3 min)

Le lien PDF.co n'est valide qu'une heure. Pour donner 48 heures à l'acheteur, on copie le fichier dans un stockage propre.

  1. Ajouter un module « HTTP » → « Get a file » pour télécharger le PDF depuis l'URL PDF.co.
  2. Ajouter un module « AWS S3 » → « Upload file » (ou « Google Drive » ou « Dropbox » selon votre stack).
  3. Bucket / folder : un dossier dédié aux livraisons, privé.
  4. Filename : ebook-{{1.id}}.pdf (utilise l'ID de la session Stripe, unique par vente).
  5. ACL : « Private » — pas d'accès public direct.
  6. Ajouter un module « AWS S3 » → « Generate presigned URL » avec une expiration de 172 800 secondes (48 heures).

Le lien signé S3 permet à l'acheteur de télécharger le fichier pendant 48 heures sans pouvoir le partager durablement (le lien cesse de fonctionner après expiration).

Étape 5 — Envoyer l'email via Kit (4 min)

  1. Dans Kit, créez une Broadcast template réutilisable ou une Sequence « Livraison ebook ».
  2. Récupérez l'API key Kit dans Settings → Advanced.
  3. Dans Make, ajoutez un module « Kit » → « Add subscriber to sequence » (ou « Send transactional email » si disponible).
  4. Email : {{1.customer_email}}.
  5. Tags : acheteur-ebook (pour segmenter plus tard).
  6. Custom fields : download_url = l'URL signée de l'étape 4.

Dans Kit, le template email utilise la variable {{ subscriber.download_url }} dans le contenu :

Sujet : Votre ebook est prêt à télécharger

Bonjour,

Merci pour votre achat. Votre exemplaire est disponible ici :

  > {{ subscriber.download_url }}

Le lien est valide 48 heures. Téléchargez-le rapidement
et sauvegardez le fichier sur votre appareil.

Votre exemplaire est personnalisé avec votre adresse email
en filigrane, en bas de chaque page. Merci de ne pas le
partager — chaque copie est traçable individuellement.

Une question ? Répondez simplement à cet email.

[signature]
      

Étape 6 — Tester en mode test (3 min)

  1. Dans Make, activez le scénario en mode « On / test ».
  2. Dans Stripe, effectuez une transaction test avec la carte 4242 4242 4242 4242 sur votre produit ebook.
  3. Surveillez l'exécution dans Make : tous les modules doivent passer en vert, sans erreur.
  4. Consultez votre boîte de test pour recevoir l'email de livraison.
  5. Cliquez le lien : le PDF doit se télécharger avec votre email (test) en filigrane.

Étape 7 — Activer en production et surveiller 24 h (1 min d'action)

  1. Basculez Stripe en Live si vous étiez en Test.
  2. Make : dans le scénario, bouton « Scheduling » → « Immediately » (déclenche dès qu'un événement arrive).
  3. Surveillez la première vraie vente : vérifiez que l'email arrive bien chez l'acheteur, et que le PDF a bien le bon filigrane.
  4. Vérifiez le panneau d'historique Make (History) pour voir les exécutions passées.

Ce qui peut aller de travers

  • Make affiche une erreur 429 (rate limit) sur Stripe : trop d'événements reçus d'un coup. Ajoutez dans Scheduling une limite « Process max 5 new events per execution ».
  • PDF.co retourne une erreur « PDF source not accessible » : votre URL source doit être publiquement accessible ou signée. Si votre ebook est sur S3 privé, générez une URL signée de courte durée avant de passer l'URL à PDF.co.
  • Le filigrane est illisible : ajustez la couleur (plus sombre ou plus clair selon le fond des pages), la taille (6 à 10 pt en filigrane), et activez transparent: true pour que ça reste discret.
  • L'email arrive en spam chez l'acheteur : votre domaine d'envoi Kit n'est pas authentifié. Suivez notre tutoriel SPF, DKIM, DMARC sur OVH.
  • L'acheteur rate les 48 h de validité : créez un scénario secondaire déclenché quand l'acheteur écrit à support@ pour régénérer une URL signée à la volée.

Coût mensuel estimé de cette automatisation

Volume mensuel Make (Core) PDF.co AWS S3 (stockage + bande passante) Total
50 ventes9 USD (10 000 ops)9 USD (Starter)~1 USD~19 USD
500 ventes9 USD9 USD~3 USD~21 USD
2 000 ventes29 USD (Pro)19 USD (Growth)~6 USD~54 USD

Sur une vente à 29 €, 2000 ventes mensuelles représentent 58 000 € de CA. Un coût d'automatisation de 54 USD (≈50 €) est parfaitement négligeable. À 50 ventes mensuelles, 19 USD représentent un peu plus — mais toujours rentable par rapport au temps économisé.

Pour aller plus loin

  • Ajouter une séquence post-achat de 7 emails — voir l'étape 5 de notre tutoriel Anatomie d'un tunnel d'ebook à 4,7 %.
  • Automatiser la relance des cartes expirées pour les paiements échelonnés via Stripe Billing.
  • Étendre le scénario pour livrer plusieurs produits avec la même architecture, en différenciant sur price.id dans le filtre.
Problème sur un module précis ?

Si un module échoue systématiquement, écrivez à [email protected] avec le nom du module et le message d'erreur exact. Les cas qui reviennent alimentent les prochaines révisions.