Automatiser l'email marketing avec Brevo (ex-Sendinblue) et n8n : contacts, transactionnel, IA

Brevo (ex-Sendinblue) est l'outil d'email marketing le plus répandu chez les TPE/PME françaises : plan gratuit généreux, interface en français, hébergement européen. Mais tant que les contacts y entrent à la main et que les campagnes partent sans lien avec ce qui se passe sur votre site ou votre boutique, vous n'exploitez qu'une fraction de l'outil. n8n comble exactement ce vide : un node Brevo natif pour les contacts et les emails transactionnels, l'API REST v3 pour tout le reste. Ce guide couvre la mise en place, la synchronisation des contacts dans les deux sens, l'envoi transactionnel avec templates, les scénarios déclenchés, l'enrichissement par IA et les obligations RGPD.

Mise en place : clé API v3 et credential n8n

1. Dans votre compte Brevo, ouvrez les paramètres et la section des clés API, puis générez une nouvelle clé v3 (les anciennes clés v2 ne fonctionnent pas avec le node n8n) ;
2. Dans n8n, ajoutez un node Brevo (il apparaît aussi sous son ancien nom Sendinblue dans certaines versions), créez un credential et collez la clé ;
3. Testez avec une opération simple — création d'un contact de test — avant de brancher quoi que ce soit en production.

Le node couvre les ressources Contact (créer, mettre à jour, supprimer, lister), Email (envoi transactionnel, avec ou sans template) et la gestion des expéditeurs et attributs. Pour les listes, les campagnes marketing ou les statistiques, le node HTTP Request appelle l'API v3 avec la même clé dans le header api-key. Créez une clé dédiée à n8n, révocable sans casser vos autres intégrations.

Synchroniser les contacts dans les deux sens

Site → Brevo : inscription avec attributs et liste

Le workflow de base : un node Webhook (ou Form Trigger) reçoit l'inscription depuis votre site, un node Set normalise les données, puis le contact est créé dans Brevo avec ses attributs (PRENOM, NOM, et vos attributs personnalisés) et rattaché à la bonne liste. Deux précautions font toute la différence :

• Upsert par email, jamais de création aveugle. L'email est l'identifiant unique d'un contact Brevo. Via l'API, passez updateEnabled: true pour que l'appel mette à jour un contact existant au lieu d'échouer en doublon :

POST https://api.brevo.com/v3/contacts
{
  "email": "{{ $json.email.toLowerCase().trim() }}",
  "updateEnabled": true,
  "attributes": {
    "PRENOM": "{{ $json.firstname }}",
    "SOURCE": "formulaire-site"
  },
  "listIds": [12]
}

• Idempotence côté n8n. Un formulaire soumis deux fois ou un webhook rejoué ne doit pas déclencher deux emails de bienvenue : une clé d'idempotence sur l'email ou l'ID de soumission protège la suite du workflow.

Ce même pipeline s'étend naturellement : enrichissement automatique du lead avant l'écriture dans Brevo, et copie vers votre CRM sur le modèle de notre guide HubSpot/Pipedrive.

Brevo → site : désinscriptions et bounces par webhook

Le sens retour est tout aussi important : Brevo sait pousser ses événements vers une URL externe. Configurez un webhook Brevo (dans les paramètres, ou via l'API) pointant vers un node Webhook n8n, pour les événements marketing (désinscription) et transactionnels (hard bounce, plainte spam, blocage). À réception, n8n met à jour le statut du contact dans votre base et votre CRM. Deux règles :

• Un hard bounce est définitif : l'adresse n'existe pas ou plus. La recontacter dégrade votre réputation d'expéditeur — marquez-la comme invalide partout, immédiatement ;
• Une désinscription est un retrait de consentement : elle doit se propager à tous vos systèmes, pas seulement à Brevo. C'est une exigence RGPD, pas une option.

Emails transactionnels : template + paramètres

Pour les emails liés à une action (confirmation, facture, relance), l'opération d'envoi transactionnel du node Brevo accepte un ID de template et des paramètres injectés dans le template avec la syntaxe {{ params.NOM_DU_PARAMETRE }} côté Brevo. Le workflow n8n construit les paramètres dynamiquement :

• template conçu et testé dans l'éditeur Brevo (le rendu HTML reste chez Brevo, la logique chez n8n) ;
• paramètres alimentés par expression : {{ $json.order_id }}, {{ $json.total }}… ;
• l'expéditeur doit être un domaine authentifié dans Brevo (SPF/DKIM configurés), sans quoi la délivrabilité s'effondre.

Cette séparation template/logique est ce qui rend l'ensemble maintenable : le marketing retouche le design dans Brevo sans toucher aux workflows, n8n décide quand et avec quelles données envoyer.

Déclencher des scénarios sur événements

C'est là que n8n dépasse les automations intégrées de Brevo, limitées à l'écosystème Brevo :

• Nouvelle commande : l'événement e-commerce (webhook Shopify/WooCommerce/PrestaShop) déclenche l'email de confirmation transactionnel, met à jour les attributs du contact (dernier achat, montant cumulé) et le bascule dans une liste « clients » — le socle décrit dans notre guide de l'automatisation des commandes e-commerce ;
• Panier abandonné : détection du panier non converti, attente de quelques heures, puis email transactionnel personnalisé avec le contenu du panier — le pipeline complet est détaillé dans notre article sur la relance de paniers abandonnés par IA ;
• Lead entrant : le formulaire de contact passe d'abord par une qualification par IA, et seuls les leads pertinents entrent dans la séquence de nurturing Brevo, avec un attribut de score exploitable en segmentation.

Enrichir avec l'IA : segmentation, objets, newsletters

Trois patterns qui combinent bien avec Brevo :

• Segmentation assistée : un passage périodique sur les contacts (via l'API listes) où un modèle classe chaque contact selon ses attributs et son historique, et écrit le segment dans un attribut personnalisé — que vos campagnes Brevo utilisent ensuite comme filtre ;
• Personnalisation de l'objet : le workflow génère un objet adapté au segment ou au contexte (produit vu, contenu du panier) avant l'envoi transactionnel, sur les principes de notre guide de l'automatisation des emails par IA. Ce n'est pas un gadget : une étude de Navdeep Sahni, S. Christian Wheeler et Pradeep Chintagunta publiée en 2018 dans Marketing Science, « Personalization in Email Marketing: The Role of Noninformative Advertising Content » (voir l’étude), menée par expérimentation randomisée sur des millions d'envois, a mesuré que la simple présence du prénom du destinataire dans l'objet augmentait le taux d'ouverture d'environ 20 %, les leads générés de 31 %, et réduisait les désinscriptions de 17 % ;
• Brouillons de newsletters depuis un flux RSS : votre veille RSS automatisée alimente un modèle qui rédige un brouillon de newsletter (sélection, résumés, transitions), créé ensuite comme campagne brouillon via l'API Brevo — un humain relit et programme l'envoi. L'IA prépare, l'humain valide.

RGPD : consentement, double opt-in, purge

L'email marketing est l'un des terrains les plus surveillés du RGPD. Trois obligations à câbler dans vos workflows plutôt qu'à traiter à la main :

• Consentement tracé : enregistrez la source, la date et la preuve du consentement dans des attributs du contact au moment de l'inscription ;
• Double opt-in : Brevo gère nativement le processus (email de confirmation avec template dédié) — via l'API, le contact n'entre dans la liste qu'après le clic de confirmation. Fortement recommandé en France pour la qualité de liste autant que pour la conformité ;
• Droit à l'effacement et purge : un workflow qui supprime le contact de Brevo, du CRM et de vos bases sur demande, et une purge programmée des contacts inactifs sans consentement récent. Notre guide du traitement des demandes RGPD avec n8n détaille l'orchestration multi-systèmes.

Pièges connus : rate limits, doublons, bounces

• Rate limits de l'API : l'API v3 impose des limites de débit (variables selon le plan et l'endpoint). Pour une synchronisation initiale de milliers de contacts, traitez par lots avec une pause entre chaque, et activez le retry sur les erreurs 429 dans les paramètres du node ;
• Doublons : toujours l'upsert par email normalisé, jamais de création directe ;
• Hard bounces ignorés : sans le webhook retour, vous continuez d'écrire à des adresses mortes et votre réputation d'expéditeur se dégrade silencieusement. Le webhook bounce → mise à jour du statut est le premier workflow « retour » à mettre en place.

Les autres outils d'emailing branchés sur n8n

Brevo n'est pas seul. Voici ce qui change avec les outils les plus courants, marketing comme transactionnels.

Outil	Brique n8n	À retenir
Mailchimp	node Mailchimp + Mailchimp Trigger	clé API avec suffixe -usXX ; tags plutôt que merge fields pour un score IA
Klaviyo	HTTP Request	en-têtes Authorization: Klaviyo-API-Key … et revision obligatoires
ActiveCampaign	node ActiveCampaign + Trigger	URL du compte + clé API ; tags appliqués par un classifieur IA
Resend	HTTP Request	domaine vérifié (SPF, DKIM, DMARC) ; webhooks signés Svix
Postmark	HTTP Request + Postmark Trigger	erreur 422 sans sender signature ; token POSTMARK_API_TEST pour tester
Instantly	node communautaire vérifié n8n-nodes-instantly	API et webhooks à partir du plan Hypergrowth

Mailchimp

Le node gère audiences, membres, tags et campagnes existantes ; créer une campagne de zéro passe par HTTP Request. Le Mailchimp Trigger remonte en temps réel désinscriptions et adresses nettoyées : propagez le retrait de consentement vers votre CRM sans attendre un export.

Klaviyo

Un profil (profile-import) décrit le contact et sert à segmenter ; un événement (events) décrit une action et déclenche un flow. Contre les 429, Retry On Fail avec délai croissant et envoi par lots. Dans l'autre sens, l'action Webhook d'un flow Klaviyo poste vers un Webhook Trigger n8n.

ActiveCampaign

La credential prend l'URL API du compte et la clé (Paramètres → Développeur). Un Text Classifier ou un AI Agent choisit le tag, le node l'applique. L'ActiveCampaign Trigger enregistre un webhook et peut filtrer par source (Public, Admin, API, System). La ressource Deal suffit pour un pipeline simple.

Resend et Postmark (transactionnel)

Resend exige un domaine vérifié pour la production et signe ses webhooks via Svix (email.delivered, email.bounced, email.complained). Postmark bloque tout envoi tant que l'expéditeur n'est pas validé et sépare transactionnel et marketing avec les Message Streams. Dans les deux cas, un hard bounce doit retirer l'adresse de vos listes avant tout nouvel envoi.

Instantly (prospection à froid)

Le node est construit par Instantly et vérifié par n8n, donc installable aussi sur n8n Cloud. Les événements reply_received, lead_interested ou lead_meeting_booked arrivent par webhook. La ressource Account Management permet de surveiller le warmup de chaque boîte d'envoi.

Newsletter automatique depuis des flux RSS

Plusieurs flux RSS, un LLM qui sélectionne et résume seulement ce que les flux ont renvoyé (jamais de contenu ajouté, chaque bloc garde son lien), un email HTML, puis l'envoi Brevo. Un IF bloque l'envoi sous un minimum d'articles (par exemple 3) et un node Wait permet une relecture sur Slack avant l'envoi réel. Le plan gratuit de Brevo (300 emails par jour) suffit pour une petite liste.

En résumé

Brevo + n8n forme un duo naturel pour l'email marketing des TPE/PME : clé API v3 dans un credential dédié, node Brevo natif pour les contacts et le transactionnel, HTTP Request pour le reste. Commencez par la synchronisation bidirectionnelle des contacts — upsert par email dans un sens, webhook désinscriptions/bounces dans l'autre — puis branchez les emails transactionnels sur vos événements métier. L'IA s'ajoute là où elle rapporte (segmentation, objets, brouillons de newsletters), et le RGPD se traite en workflow : consentement tracé, double opt-in, purge automatisée.