Ressources · Intégration n8n

Intégration MailerLite n8nAutomatiser MailerLite avec n8n.

Une liste email qui vit à part, c'est du travail manuel qui revient chaque semaine. L'intégration MailerLite n8n pose un nœud avec 4 opérations sur les abonnés et un trigger à l'écoute de 10 événements répartis en 2 familles. De quoi faire circuler l'information dans les deux sens.

Tester l'intégration MailerLite sur n8nVoir les 4 opérations

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

Pourquoi automatiser

Que couvre vraiment l'intégration MailerLite n8n ?

Deux nœuds, deux sens de circulation. Le nœud MailerLite appelle l'API et travaille sur la ressource Subscriber : créer un abonné, en lire un, en lister plusieurs, en modifier un. Le MailerLite Trigger, lui, attend. Il démarre le workflow, c'est-à-dire la suite d'étapes automatisées, dès que MailerLite signale quelque chose sur un abonné ou une campagne. Résultat : la liste cesse d'être un onglet isolé et devient une étape d'un process qui tourne seul.

Premier cas concret, l'inscription qui atterrit partout d'un coup. Un formulaire de site, une billetterie ou une page d'atterrissage crée une ligne quelque part, et la même exécution crée le contact avec subscriber.create. L'adresse passe par le champ Email, le reste de la ligne alimente les Custom Fields, et une copie part dans Google Sheets pour que le commercial voie la même chose que le marketing.

Deuxième cas, le désabonnement qu'on préfère apprendre tout de suite. L'événement subscriber.unsubscribed arrive, le workflow pose le message dans le canal Slack de l'équipe et lance subscriber.update pour aligner le Status du contact. Même logique pour subscriber.bounced : une adresse qui rebondit se traite mieux le jour même qu'au moment du bilan mensuel.

Troisième cas, le rythme des campagnes. À chaque campaign.sent, un récapitulatif part sur Telegram pour les personnes qui ne vivent pas dans MailerLite, avec la date de l'envoi écrite au passage dans un suivi. Rien de spectaculaire. Juste la fin des « on a envoyé quoi, déjà ? » du lundi matin.

Quand une opération manque au nœud, le nœud HTTP Request appelle n'importe quel endpoint de l'API MailerLite et réutilise le même credential, le compte de connexion enregistré dans n8n, via l'authentification prédéfinie. Aucune clé à ressaisir. C'est le chemin normal pour tout ce qui sort des 4 opérations exposées sur les abonnés.

Deux points à connaître avant de construire. Le nœud couvre 1 ressource et 4 opérations, donc le périmètre se lit d'un coup d'œil. Et le trigger n'offre aucune option fourre-tout : chacun des 10 événements utiles se coche à la main dans le paramètre Events. Pour situer la plateforme elle-même, l'Avis n8n creuse le sujet, et la Formation n8n prend la partie construction.

Connexion

Comment connecter MailerLite à n8n ?

  1. 01

    Générer la clé API dans MailerLite

    Ouvre ton compte MailerLite et va dans le menu Integrations : c'est là que la clé API se génère. C'est la seule méthode d'authentification acceptée par le nœud comme par le trigger, donc pas d'écran OAuth à valider ni d'application à installer côté MailerLite. Copie la valeur affichée, et garde l'onglet ouvert. L'étape suivante demande de savoir sur quelle version de MailerLite tourne le compte.

  2. 02

    Créer le credential dans n8n

    Dans n8n, menu Credentials, ajoute un credential MailerLite, autrement dit l'identifiant de connexion que n8n stocke une fois pour toutes. Colle la valeur dans API Key. Reste l'interrupteur Classic API : à activer uniquement si la clé appartient à un compte MailerLite Classic. La plupart des comptes récents, et tous les comptes gratuits, le laissent éteint. Une fois créé, ce credential apparaît dans la liste déroulante de tous tes workflows.

  3. 03

    Le brancher sur le nœud et le trigger

    Pose le nœud MailerLite sur le canevas, choisis le credential dans sa liste, puis la ressource Subscriber et l'opération voulue. Le MailerLite Trigger prend exactement le même credential, sans réglage supplémentaire. Coche les événements dans Events, puis active le workflow : c'est à ce moment que n8n enregistre son webhook auprès de MailerLite, un webhook étant une URL que l'outil appelle de lui-même dès qu'il se passe quelque chose.

Déclencheurs

Qu'est-ce qui déclenche un workflow depuis MailerLite ?

MailerLite Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans MailerLite. Il écoute 10 é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 MailerLite 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.

subscriber.*9
  • subscriber.
    • added_to_group
    • automation_completed
    • automation_triggered
    • bounced
    • created
    • removed_from_group
    • spam_reported
    • unsubscribed
    • updated
campaign.*1
  • campaign.
    • sent

Notes de configuration

01Set Up the MailerLite TriggerLe MailerLite Trigger occupe la première case du canevas et fournit l'item de départ. Il tourne sur le même credential clé API que le nœud, donc rien à reconfigurer une fois celui-ci en place.

Le MailerLite Trigger occupe la première case du canevas et fournit l'item de départ. Il tourne sur le même credential clé API que le nœud, donc rien à reconfigurer une fois celui-ci en place.

Paramètres clés

  • Events : la liste des événements MailerLite auxquels ce workflow répond. Un seul ou plusieurs, mais toujours nommément : aucune option fourre-tout ne les attrape tous, et un événement non coché n'arrive jamais jusqu'à n8n.
Quand l'utiliser
dès que MailerLite est la source qui sait en premier. Le mécanisme est un webhook, MailerLite appelle donc une URL n8n de sa propre initiative, et n8n enregistre cette URL au moment où tu actives le workflow. Chaque événement arrive en quelques secondes, sans aucune vérification périodique de l'API entre deux. Revers de la médaille : un workflow désactivé n'entend rien, et un canevas de test laissé inactif donne l'impression d'une connexion cassée alors qu'elle dort.
02Subscriber EventsNeuf des dix événements parlent d'un contact précis, ce qui fait de cette famille la matière première de la plupart des workflows. Le cycle de vie d'abord : subscriber.created à l'arrivée d'une adresse, subscriber.updated quand un champ personnalisé change, subscriber.unsubscribed au moment du désabonnement.

Neuf des dix événements parlent d'un contact précis, ce qui fait de cette famille la matière première de la plupart des workflows. Le cycle de vie d'abord : subscriber.created à l'arrivée d'une adresse, subscriber.updated quand un champ personnalisé change, subscriber.unsubscribed au moment du désabonnement.

L'appartenance aux groupes a son duo, subscriber.added_to_group et subscriber.removed_from_group, pratique quand un groupe représente un segment que d'autres outils doivent connaître aussi. Côté réception, subscriber.bounced et subscriber.spam_reported remontent les signaux désagréables. Les automatisations en ajoutent deux, subscriber.automation_triggered au démarrage d'une séquence et subscriber.automation_completed à sa sortie.

Quand l'utiliser
coche l'événement étroit plutôt que le large. Un workflow branché sur le seul subscriber.removed_from_group reste lisible, là où un workflow qui prend tout démarre sur une longue cascade de conditions.
03Campaign SentUn seul événement couvre le versant campagne : campaign.sent, émis à l'envoi d'une campagne. Il est l'unique membre de sa famille et parle de l'envoi lui-même, pas d'un lecteur en particulier.

Un seul événement couvre le versant campagne : campaign.sent, émis à l'envoi d'une campagne. Il est l'unique membre de sa famille et parle de l'envoi lui-même, pas d'un lecteur en particulier.

Quand l'utiliser
comme coup d'envoi de tout ce qui gravite autour d'une campagne. Prévenir le canal où l'équipe suit les sorties, inscrire la date dans un tableau de suivi, ou lancer une attente avant l'étape suivante d'une séquence. Il se marie bien avec les événements d'abonnés : la campagne part, puis les réactions remontent sous forme de subscriber.unsubscribed ou subscriber.spam_reported sur le même canevas. Garder les deux dans un seul workflow donne l'envoi et ses suites dans un même historique d'exécution, au lieu de deux workflows que personne ne lit ensemble.
Actions

Que sait faire le nœud MailerLite ?

Le nœud MailerLite expose 4 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdate
Subscriber✓✓✓✓

Subscriber

4 opérations
01

Create a subscriber

subscriber.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute un contact au compte MailerLite et renvoie la fiche créée, directement exploitable par les nœuds qui suivent.

Paramètres clés

  • Email : l'adresse du nouvel abonné, au format name@email.com. Le champ est requis, donc une valeur vide bloque l'exécution du nœud ; en pratique on y met une expression comme {{ $json.email }}, issue du formulaire ou de la ligne entrante.
  • Additional Fields : facultatif, mais utile à ouvrir. On y trouve Status (active, unconfirmed, bounced, junk, unsubscribed), Custom Fields, et la trace du consentement : Subscribed At, Opted In At, Opt In IP, IP Address, Unsubscribed At.
Cas d'usage
un formulaire d'atelier remplit un tableur, et la même exécution inscrit le participant dans MailerLite avec la source rangée dans un champ personnalisé.
02

Get a subscriber

subscriber.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit un contact et renvoie cette seule fiche, le moyen le plus simple de savoir ce que MailerLite détient aujourd'hui sur une adresse.

Paramètres clés

  • Subscriber Email : l'adresse de l'abonné à récupérer. L'opération travaille à partir de l'email lui-même, pas d'un identifiant interne, donc une adresse collectée ailleurs suffit pour retrouver quelqu'un.
Cas d'usage
avant une relance écrite à la main, relire la fiche pour voir le statut et les champs personnalisés en cours, puis brancher la suite dessus plutôt que d'écraser une donnée plus fraîche.
03

Get many subscribers

subscriber.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les abonnés du compte et renvoie un item par contact, prêt à parcourir ou à exporter.

Paramètres clés

  • Return All : activé, n8n enchaîne les pages de l'API et ramène tous les abonnés. Désactivé, c'est Limit qui plafonne le nombre d'items renvoyés, ce qui garde un test court.
  • Filters : contient Status, pour ne demander que les contacts active, ou au contraire les unsubscribed quand l'objectif est de faire le ménage.
Cas d'usage
un export hebdomadaire des contacts actifs vers le tableur que l'équipe commerciale ouvre déjà tous les lundis.
04

Update a subscriber

subscriber.update

Ce que tu vois dans n8n

Notes & cas d'usage

Écrit de nouvelles valeurs sur un contact existant et renvoie la fiche telle qu'elle se présente après modification.

Paramètres clés

  • Subscriber Email : l'adresse de l'abonné, qui sert à retrouver la bonne fiche. Alimente-la depuis les données du trigger avec une expression quand la mise à jour suit un événement.
  • Additional Fields : ce que tu veux changer. Custom Fields reçoit les valeurs venues d'un autre outil, et Status fait passer le contact entre active, unsubscribed, bounced, junk et unconfirmed.
Cas d'usage
un devis signé côté CRM, et le workflow inscrit la nouvelle étape dans les champs personnalisés du contact dans la minute.
Besoin d'aide

Besoin d'aide pour automatiser MailerLite avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qu'on se pose sur MailerLite et n8n

01L'intégration MailerLite est-elle gratuite dans n8n ?
Oui, côté n8n. Le nœud MailerLite et le MailerLite Trigger sont livrés avec n8n : rien à installer, aucun coût supplémentaire, que tu passes par n8n Cloud ou par une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, et déplacer un canevas d'un poste vers un serveur ne change pas le fonctionnement du nœud. Ce que coûte un compte MailerLite est une autre question, que cette page ne traite pas. Le seul prérequis de ce côté : un compte capable de générer une clé API depuis le menu Integrations.
02Quels credentials faut-il pour connecter MailerLite à n8n ?
Une clé API, et c'est la seule méthode d'authentification prise en charge. Tu la génères depuis le menu Integrations de ton compte MailerLite, puis tu la colles dans le champ API Key d'un credential MailerLite côté n8n. Ce même credential sert au nœud et au trigger, donc tu le crées une fois et tu le choisis ensuite dans une liste déroulante, workflow après workflow. Le réglage qui mérite ton attention est l'interrupteur Classic API : à allumer seulement si la clé provient d'un compte MailerLite Classic. La plupart des comptes récents, et tous les comptes gratuits, le laissent éteint.
03Quelles sont les limites du nœud MailerLite dans n8n ?
Le périmètre est volontairement resserré : 1 ressource, Subscriber, et 4 opérations dessus. Tout ce que l'API MailerLite expose au-delà passe par le nœud HTTP Request, qui appelle n'importe quel endpoint en réutilisant le même credential via l'authentification prédéfinie, donc sans seconde clé à gérer. Sur les listes, garde en tête que c'est Return All qui fait enchaîner les pages de l'API : laissé désactivé, c'est Limit qui décide du nombre d'abonnés récupérés, très bien pour un test, trompeur pour un export. Côté trigger, l'absence d'option fourre-tout oblige à cocher chaque événement nommément.
04Le MailerLite Trigger réagit-il en temps réel ?
Oui. Le trigger fonctionne par webhook : MailerLite appelle une URL n8n de lui-même à chaque fois qu'un des événements cochés se produit. Rien ne va interroger l'API à intervalle régulier. n8n enregistre cette URL auprès de MailerLite au moment où tu actives le workflow, et chaque événement atteint ensuite le canevas en quelques secondes. Deux conséquences pratiques. Un workflow non activé ne reçoit rien, donc tester sur un canevas inactif donne la fausse impression d'une connexion en panne. Et seuls les événements cochés dans le paramètre Events sont transmis, faute d'option qui couvrirait les 10 d'un coup.
05n8n ou Make pour l'intégration MailerLite n8n ?
Ça dépend de trois critères, et la liste des fonctions n'en fait pas vraiment partie. L'hébergement d'abord : n8n tourne sur ton propre serveur via Docker ou npm, ou sur n8n Cloud, tandis que Make existe uniquement en version hébergée. Ce choix décide donc aussi par où transitent les données de tes abonnés. Le modèle de coût ensuite : Make facture à l'opération, ce qui pèse quand un workflow se déclenche sur chaque événement d'abonné d'un compte actif. La logique visuelle enfin : les deux dessinent un canevas, et celui que tu lis le plus vite est celui que tu maintiendras. Monte le même petit workflow des deux côtés avant de trancher.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations