Ressources · Intégration n8n

Intégration Postmark n8nAutomatiser Postmark avec n8n.

Un email part de ton application, et ensuite ? L'intégration Postmark n8n répond à cette question précise. Le nœud Postmark Trigger, le nœud qui démarre un workflow, écoute 6 événements répartis en 6 familles et passe la main au reste du canevas. Pour les équipes produit et ops qui envoient déjà via Postmark.

Tester l'intégration Postmark sur n8n

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que fait l'intégration Postmark n8n ?

Postmark aide à délivrer et à suivre l'email applicatif, et rend compte de ce qui arrive à chaque message qu'il a traité. Côté n8n, la jonction se fait par un nœud déclencheur, le Postmark Trigger en version 1. À l'activation du workflow, n8n enregistre un webhook auprès de Postmark, c'est-à-dire une URL que Postmark appelle de lui-même, et chaque événement coché arrive sur le canevas en quelques secondes.

Le principe tient en une phrase : Postmark continue son travail, n8n réagit. Tout ce qui suit le déclencheur relève de la logique de workflow habituelle, filtrer, enrichir, écrire, prévenir.

Premier réflexe pour beaucoup d'équipes : la plainte pour spam. L'événement spamComplaint démarre l'exécution, l'option Include Content joint le contenu du message, et le workflow envoie l'ensemble dans une conversation Telegram où quelqu'un regarde vraiment. Pas besoin d'aller fouiller un tableau de bord : l'information vient à toi.

Deuxième usage, plus administratif. Sur delivery, le workflow ajoute une ligne dans Microsoft Excel 365 avec la date de l'événement. Une équipe finance qui doit prouver qu'un avis a bien été envoyé dispose alors d'un registre tenu automatiquement, sans que personne ne coche quoi que ce soit à la main.

Le troisième cas intéresse plutôt le commerce. L'événement click se déclenche quand un destinataire clique un lien, et la ligne part dans Google Sheets à côté du contact concerné. Le rappel se crée pendant que le sujet est chaud, pas le vendredi suivant, et personne n'a besoin de surveiller un tableau de bord pour s'en apercevoir.

Postmark entre dans n8n par son trigger. Quand tu veux appeler un endpoint de l'API Postmark depuis le même workflow, le nœud HTTP Request s'en charge en réutilisant exactement le même credential via l'authentification prédéfinie. Pour le reste, l'Avis n8n détaille les arbitrages de plateforme et la Formation n8n montre comment on construit ce genre de workflow.

Connexion

Comment brancher Postmark sur n8n ?

  1. 01

    Récupérer le Server API Token

    Tout commence côté Postmark. Il te faut un compte Postmark sur un serveur Postmark, puis un Server API Token, seule méthode d'authentification acceptée ici. Il se trouve dans l'onglet API Tokens de ton serveur Postmark. Seuls les Account Owners, les Account Admins et les utilisateurs disposant des privilèges Server Admin sur ce serveur y ont accès. Si l'onglet n'apparaît pas, c'est une question de rôle, pas de configuration.

  2. 02

    Créer le credential dans n8n

    Retour dans n8n. Ouvre le menu Credentials et crée un credential Postmark, c'est-à-dire l'identifiant stocké que n8n réutilisera à ta place. Colle le Server API Token dedans, enregistre. Ce credential se crée une fois et se retrouve ensuite dans la liste déroulante de tous les nœuds qui l'acceptent, sur l'ensemble de tes workflows. Personne n'a besoin de se repasser le token au prochain automatisme.

  3. 03

    Poser le trigger et cocher les événements

    Ajoute le nœud Postmark Trigger sur le canevas et sélectionne le credential enregistré. Ouvre Events et coche ce que ce workflow doit écouter parmi les 6 valeurs disponibles. Deux interrupteurs changent le comportement ensuite : First Open et Include Content. Enregistre, puis active le workflow pour que le webhook soit déclaré et que Postmark commence à appeler.

Déclencheurs

Qu'est-ce qui démarre un workflow depuis Postmark ?

Postmark Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Postmark. Il écoute 6 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Postmark appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

bounce.*1
  • bounce.
    • bounce
click.*1
  • click.
    • click
delivery.*1
  • delivery.
    • delivery
open.*1
  • open.
    • open
spam.*1
    subscription.*1

      Notes de configuration

      01Set Up the Postmark TriggerToute l'intégration repose sur ce nœud. Tu le poses, tu lui donnes le credential construit à partir du Server API Token, tu lui dis quoi écouter. L'activation est le moment décisif : c'est elle qui déclare l'URL du webhook auprès de Postmark. À partir de là, chaque événement coché arrive en quelques secondes, sans polling, donc sans aucun intervalle de vérification à régler.

      Toute l'intégration repose sur ce nœud. Tu le poses, tu lui donnes le credential construit à partir du Server API Token, tu lui dis quoi écouter. L'activation est le moment décisif : c'est elle qui déclare l'URL du webhook auprès de Postmark. À partir de là, chaque événement coché arrive en quelques secondes, sans polling, donc sans aucun intervalle de vérification à régler.

      Paramètres clés

      • Events : les événements Postmark auxquels le nœud s'abonne. Il y en a 6, répartis en 6 familles, et chacun se coche séparément.
      • First Open : ne se déclenche qu'à la première ouverture pour l'événement Open, donc un message rouvert plus tard ne relance pas une seconde exécution.
      • Include Content : joint le contenu du message pour les événements Bounce et Spam Complaint, ce qui donne matière à la branche qui suit.
      Cas d'usage
      un même trigger porte plusieurs événements, et une étape d'aiguillage envoie ensuite chacun vers sa branche. Les nœuds suivants lisent une valeur de l'événement avec une expression du type {{ $json.field }}, la syntaxe n8n qui désigne un champ de l'item entrant.
      02Bounce and Spam ComplaintCes deux-là voyagent ensemble, parce qu'un même interrupteur les concerne. bounce se déclenche sur un rebond du message, spamComplaint quand un destinataire signale le message comme indésirable. Chacun forme sa propre famille dans le catalogue. Ce sont les événements où l'équipe veut rarement une simple notification : il faut décider quoi faire de cette adresse ensuite.

      Ces deux-là voyagent ensemble, parce qu'un même interrupteur les concerne. bounce se déclenche sur un rebond du message, spamComplaint quand un destinataire signale le message comme indésirable. Chacun forme sa propre famille dans le catalogue. Ce sont les événements où l'équipe veut rarement une simple notification : il faut décider quoi faire de cette adresse ensuite.

      Paramètres clés

      • Events : coche bounce, spamComplaint, ou les deux dans le même nœud.
      • Include Content : joint le contenu du message pour les événements Bounce et Spam Complaint, donc le workflow reçoit le message lui-même et pas seulement l'avis qu'il s'est passé quelque chose.
      Cas d'usage
      une équipe support fait converger les deux vers une branche unique qui marque le compte, archive le contenu pour la personne qui le lira, et ouvre une tâche. Laisse Include Content décoché quand le workflow se contente de compter et de classer.
      03Open and ClickL'engagement occupe deux familles d'un événement chacune. open part à l'ouverture du message, click au clic sur un lien qu'il contient. C'est la paire qui alimente le plus souvent un CRM ou une liste de tâches, et celle où la répétition pose problème. D'où l'interrupteur First Open, prévu exactement pour ça.

      L'engagement occupe deux familles d'un événement chacune. open part à l'ouverture du message, click au clic sur un lien qu'il contient. C'est la paire qui alimente le plus souvent un CRM ou une liste de tâches, et celle où la répétition pose problème. D'où l'interrupteur First Open, prévu exactement pour ça.

      Paramètres clés

      • Events : coche open et click ensemble pour une branche d'engagement complète, ou prends-en un seul.
      • First Open : ne se déclenche qu'à la première ouverture pour l'événement Open, ce qui évite qu'un même destinataire relance le workflow à chaque fois qu'il revient sur le message.
      Cas d'usage
      une équipe produit branche click sur la création d'une tâche de suivi pour le compte concerné, et garde open avec First Open activé pour n'écrire qu'une ligne de premier contact par destinataire. Deux questions différentes, deux réglages.
      04Subscription ChangeLa famille subscription contient un seul événement, subscriptionChange, déclenché quand Postmark signale un changement d'état d'abonnement chez un destinataire. C'est le plus discret des 6 et souvent le plus coûteux à ignorer, parce que deux systèmes finissent par ne plus être d'accord sur qui doit recevoir quoi.

      La famille subscription contient un seul événement, subscriptionChange, déclenché quand Postmark signale un changement d'état d'abonnement chez un destinataire. C'est le plus discret des 6 et souvent le plus coûteux à ignorer, parce que deux systèmes finissent par ne plus être d'accord sur qui doit recevoir quoi.

      Paramètres clés

      • Events : coche subscriptionChange. Il fonctionne très bien seul, dans un petit workflow dédié, plus simple à déboguer qu'une branche noyée dans un trigger chargé.
      Cas d'usage
      une boutique en ligne laisse l'événement mettre à jour sa propre base d'abord, puis répercute le même changement vers les outils côté marketing. Comme l'événement arrive en quelques secondes, la campagne préparée juste après tient déjà compte du changement, sans reprise manuelle de la liste ni export intermédiaire à refaire le lendemain matin.
      05DeliveryToutes les automatisations ne réagissent pas à un problème. L'événement delivery, seul membre de la famille delivery, se déclenche quand Postmark signale que le message est bien parti. C'est la voie calme parmi les 6, celle qu'on branche quand un système en aval a besoin de savoir qu'un envoi a eu lieu, pas pourquoi il a échoué.

      Toutes les automatisations ne réagissent pas à un problème. L'événement delivery, seul membre de la famille delivery, se déclenche quand Postmark signale que le message est bien parti. C'est la voie calme parmi les 6, celle qu'on branche quand un système en aval a besoin de savoir qu'un envoi a eu lieu, pas pourquoi il a échoué.

      Paramètres clés

      • Events : coche delivery. Décoché, ce workflow n'entend jamais parler des envois réussis.
      Cas d'usage
      une application de facturation fait passer l'email d'avis de « en attente » à « traité » dès que l'événement arrive, ce qui rend une boucle de relance inoffensive : elle ne renvoie pas deux fois le même avis. Une séquence d'accueil s'en sert aussi comme feu vert avant de lancer l'étape suivante, plutôt que de la déclencher à l'aveugle sur un simple délai.
      Besoin d'aide

      Besoin d'aide pour automatiser Postmark avec n8n ?

      L'équipe te répond directement.

      Chaque message est lu par une personne.

      FAQ

      Postmark et n8n, les questions qui viennent après

      01L'intégration Postmark n8n est-elle gratuite ?
      Oui, côté n8n. Le nœud Postmark Trigger est livré avec n8n : rien à installer, aucun coût supplémentaire pour le nœud lui-même. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée en Community Edition sous licence Sustainable Use, installée avec Docker ou npm. Un workflow se comporte de la même façon des deux côtés, donc un trigger monté sur une instance de test tourne tel quel en production. Ce que coûte un compte Postmark est une autre affaire, entre Postmark et toi, et cette page ne la traite pas.
      02Quels credentials faut-il pour le Postmark Trigger ?
      Un seul jeton. Postmark propose ici une unique méthode d'authentification, l'API token, et plus précisément un Server API Token pris dans l'onglet API Tokens de ton serveur Postmark. Il faut donc d'abord un compte Postmark sur un serveur Postmark. Le jeton est visible pour les Account Owners, les Account Admins et les utilisateurs disposant des privilèges Server Admin sur ce serveur, ce qui explique bien des recherches inutiles quand le rôle ne suffit pas. Dans n8n, le jeton va dans un credential créé une fois depuis le menu Credentials, puis repris dans une liste déroulante.
      03Quelles sont les limites de Postmark dans n8n ?
      Ça dépend de ce que tu demandes au workflow. Postmark entre dans n8n par son trigger : le workflow démarre quand un événement Postmark se produit, et les 6 événements se choisissent explicitement dans le paramètre Events, une case par événement voulu. Quand il faut appeler un endpoint de l'API Postmark depuis le même workflow, le nœud HTTP Request s'en charge sur n'importe quel endpoint, en réutilisant exactement le même credential via l'authentification prédéfinie. Tu n'as donc pas un second jeton à gérer. Écouter avec le trigger, appeler avec HTTP Request : les deux se complètent.
      04Le Postmark Trigger réagit-il en temps réel ?
      Oui. Ce trigger fonctionne par webhook : n8n déclare une URL auprès de Postmark à l'activation du workflow, et c'est Postmark qui appelle cette URL dès qu'un des événements cochés se produit. Chaque événement arrive en quelques secondes, sans polling, donc sans intervalle à régler et sans décalage entre l'événement et l'exécution. Conséquence pratique : un workflow inactif n'entend rien du tout, puisque la déclaration se fait à l'activation. Active d'abord, teste ensuite avec un vrai message, et regarde l'exécution apparaître dans la liste pendant que tu as encore la fenêtre ouverte.
      05n8n ou Make pour Postmark ?
      Quatre critères tranchent, et le prix n'en est qu'un. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : un flux d'événements soutenu a donc un coût qui suit le volume. n8n tourne sur son offre Cloud ou sur ta propre infrastructure avec Docker ou npm, ce qui change qui détient les données qui transitent dans un bounce ou une plainte pour spam. La logique visuelle diffère aussi, et là c'est une question de goût. Tranche sur l'hébergement, la maîtrise des données, le modèle de coût et ta façon de construire.
      Même plateforme

      Autres docs utiles sur ce stack.

      Voir toutes les intégrations