Intégration Brevo n8nAutomatiser Brevo avec n8n.

Ajoute un contact dans Brevo et renvoie la fiche qui vient d'être créée. Aucun champ n'est marqué requis sur cette opération : un appel vide passe donc quand même, et laisse un contact sans adresse.

• Email : l'adresse du contact, au format name@email.com suggéré par le champ, le plus souvent {{ $json.email }} quand elle vient d'un formulaire ou d'un nœud précédent.
• Contact Attributes : le tableau d'attributs ajoutés avec le contact, un nom et une valeur par entrée.

Cherche l'adresse d'abord, puis crée le contact ou met à jour celui qui existe. C'est l'opération qui empêche une base de se remplir de quasi doublons quand la même personne remplit deux formulaires.

• Email : requis ici, contrairement à Create. Il sert d'identifiant, donc une valeur vide bloque l'exécution du nœud au lieu d'écrire une fiche anonyme.
• Contact Attributes : le tableau d'attributs à mettre à jour, appliqué que le contact vienne d'être créé ou qu'il existait déjà.

Supprime le contact de Brevo. Il n'y a ni corbeille ni retour en arrière, donc cette opération se place en bout de branche, une fois la décision prise, jamais au milieu d'un nettoyage automatique.

• Contact Identifier : l'email encodé en URL, l'identifiant du contact, ou la valeur de son attribut SMS. Les trois fonctionnent, ce qui dépanne quand la demande arrive avec un numéro de téléphone plutôt qu'une adresse.

Lit un contact et renvoie ses attributs. C'est le deuxième nœud habituel après un trigger qui ne transmet qu'une adresse.

• Contact Identifier : requis. Accepte l'email encodé en URL, l'identifiant du contact ou la valeur de son attribut SMS, souvent écrit sous forme d'expression, par exemple {{ $json.email }}, pour que la valeur suive l'item dans le workflow.

Sort un lot de contacts de Brevo, un item par contact, pour les exports et les audits plutôt que pour une recherche unitaire.

• Return All : activé, n8n enchaîne les pages de l'API jusqu'au dernier contact. Désactivé, Limit fixe le nombre maximal renvoyé.
• Filters : réduit l'ensemble avant qu'il n'arrive sur le canevas.
• Sort : trie par date de création, ascendant ou descendant.
• Modified Since : ne garde que les contacts modifiés après une date UTC encodée en URL, au format YYYY-MM-DDTHH:mm:ss.SSSZ.

Modifie les valeurs d'attributs d'un contact existant, et échoue au lieu d'en créer un si l'identifiant ne correspond à personne. Cette rigidité est utile : elle sert quand la fiche doit être là.

• Contact Identifier : requis. L'email encodé en URL, l'identifiant du contact ou la valeur de l'attribut SMS.
• Attributes : le tableau d'attributs à mettre à jour, chacun avec son nom et sa nouvelle valeur.

Déclare un nouvel attribut de contact dans le compte, c'est-à-dire le champ que les opérations de contact rempliront ensuite. Quatre valeurs sont requises, plus que sur n'importe quelle autre opération du nœud.

• Category : requis, parmi normal, transactional, calculated, category et global.
• Name : requis, le nom de l'attribut.
• Type : requis, text, date, float ou boolean.
• Value : requis, la valeur de l'attribut.

Modifie un attribut déjà présent dans le compte. Le détail intéressant se cache dans les catégories : seules trois des cinq sont proposées ici, donc un attribut normal ou transactionnel ne se remodèle pas par ce chemin.

• Category : calculated, category ou global.
• Name : le nom de l'attribut existant, qui doit correspondre exactement.
• Value : la valeur à mettre à jour.
• Contact Attributes : sous Update Fields, la liste des valeurs et libellés que l'attribut peut prendre.

Retire un attribut du modèle de contact. Tous les contacts perdent ce champ, donc mieux vaut exporter d'abord et supprimer ensuite.

• Category : la famille à laquelle appartient l'attribut, parmi normal, transactional, calculated, category et global. Les cinq catégories sont disponibles ici, contrairement à l'opération de mise à jour.
• Name : l'attribut à retirer.

Liste les attributs déclarés dans le compte. C'est ainsi qu'un workflow vérifie ce qui existe avant d'essayer d'écrire dedans.

• Return All : activé, tous les attributs reviennent, sur autant de pages d'API que nécessaire. Désactivé, Limit fixe le nombre maximal renvoyé.

Envoie un email transactionnel composé dans le nœud, donc un contenu qui vit dans le workflow et pas dans Brevo.

• Sender et Receipients : requis tous les deux, et un champ vide arrête l'exécution.
• Send HTML : bascule le corps entre Text Content et HTML Content.
• Subject : l'objet du message.
• Receipients CC et Receipients BCC : destinataires supplémentaires, sous Additional Fields.
• Email Tags : étiquette l'envoi pour le retrouver plus tard, à côté d'Attachments dans la même collection.

Utilise un template conçu dans Brevo au lieu de HTML tapé dans n8n, ce qui laisse la mise en forme entre les mains de ceux qui tiennent la marque.

• Receipients : requis, le seul champ sur lequel le nœud insiste.
• Template ID : une liste déroulante alimentée par le compte, donc aucun identifiant à retenir.
• Template Parameters : sous Additional Fields, le jeu d'attributs qui personnalise le template, typiquement des expressions comme {{ $json.order_id }}.
• Attachments et Email Tags : fichiers à joindre et étiquettes de recherche.

Enregistre un expéditeur dans le compte, l'identité sous laquelle partiront les emails transactionnels. Les deux champs sont requis, ce qui en fait l'opération la plus simple du nœud à réussir.

• Name : requis, le nom affiché à côté de l'adresse chez le destinataire.
• Email : requis, l'adresse de l'expéditeur, au format name@email.com.

Retire un expéditeur du compte. Tout ce qui pointe encore vers cette identité doit être corrigé avant, puisque les opérations d'envoi nomment un expéditeur explicitement.

• Sender ID : l'identifiant de l'expéditeur à supprimer, pas son adresse. Get Many Senders reste la façon habituelle de trouver cet identifiant, souvent enchaîné en {{ $json.id }} directement dans ce champ.

Renvoie les expéditeurs disponibles dans le compte, avec leurs identifiants. C'est ce qui rend l'opération de suppression praticable.

• Return All : activé, le nœud parcourt les pages de l'API jusqu'à la liste complète. Désactivé, Limit plafonne le nombre d'expéditeurs renvoyés.