Ressources · Intégration n8n

Intégration BounceBan n8nAutomatiser BounceBan avec n8n.

Une adresse morte dans une base, c'est une campagne qui part de travers. L'intégration BounceBan n8n pose une opération de vérification dans n8n, avec un seul credential API, et elle traite les adresses catch-all, celles qui acceptent tout et ne disent rien à un test basique.

Nœud communautaire Ce nœud n'est pas livré avec n8n : c'est un paquet communautaire (n8n-nodes-bounceban) à installer depuis Settings › Community nodes sur une instance auto-hébergée. npm

Tester l'intégration BounceBan sur n8nVoir les 1 opérations

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

Pourquoi automatiser

Que couvre l'intégration BounceBan n8n ?

BounceBan regarde si une adresse email peut vraiment recevoir du courrier, et son angle affiché porte sur les adresses catch-all, celles qui acceptent tout et ne disent rien à un test basique. Dans n8n, ce contrôle devient un nœud à une ressource et une opération, email.validateEmail, qui prend une adresse et transmet le résultat de vérification à la suite du workflow.

Le premier terrain, c'est la porte d'entrée. Un formulaire d'inscription envoie l'adresse au workflow, le nœud la vérifie, et la ligne ne rejoint Google Sheets qu'ensuite. Même logique avant un message de bienvenue envoyé par Gmail : ce qui ne passe pas le contrôle ne part jamais, et la réputation d'envoi reste intacte.

Deuxième terrain, une base déjà constituée. Un fichier de contacts arrive, chaque adresse passe dans le nœud, et le workflow sépare ce qui est exploitable de ce qui demande un coup d'œil humain. Quand l'appel vient d'un formulaire hébergé ailleurs, Respond to Webhook renvoie la réponse au site une fois la vérification faite, sans laisser la page attendre dans le vide.

Troisième terrain, l'alerte. Un commercial saisit un contact, l'adresse est vérifiée, et le verdict atterrit dans un canal via Slack pendant que la personne a encore le dossier sous les yeux. Le champ Webhook URL sert aussi ici : BounceBan peut envoyer l'événement de résultat en HTTP POST vers une URL choisie, et une livraison ratée est retentée jusqu'à 2 fois de plus peu après.

Pour tout ce qui sort du nœud, le nœud HTTP Request appelle directement n'importe quel endpoint de l'API BounceBan et réutilise le même credential via l'authentification prédéfinie. Le nœud couvre le geste principal avec une opération ; ce repli existe pour le reste de l'API, pas pour l'usage quotidien. Si ce genre de montage est nouveau pour toi, la Formation n8n part des bases.

Deux limites à poser tout de suite. Il n'existe pas de trigger BounceBan, donc un workflow autour de cet outil démarre toujours avec autre chose. Et le paquet est un nœud communautaire, ce qui exclut les instances qui ne peuvent pas en installer. La version maximale du nœud est 1, l'opération traite une adresse par appel, et Processing Mode décide si les items s'enchaînent ou partent en parallèle.

Connexion

Comment installer et connecter le nœud BounceBan ?

  1. 01

    Installer le paquet communautaire

    Le nœud n'est pas livré avec n8n. Sur une instance auto-hébergée, ouvre Settings, puis Community nodes, et installe le paquet npm n8n-nodes-bounceban (version 1.1.1). n8n Cloud n'accepte que les nœuds communautaires vérifiés : vérifie ce point avant de construire quoi que ce soit autour. Côté n8n, l'installation d'un nœud communautaire ne coûte rien.

  2. 02

    Créer le credential BounceBan

    Le paquet en place, va dans le menu Credentials de n8n et crée le credential BounceBan à cet endroit. Il se crée une fois et se réutilise dans tous les workflows de l'instance : inutile de tout ressaisir à chaque nœud. Le nœud n'a pas de sélecteur d'authentification, le credential est le seul réglage à faire ; les champs exacts ne figurent pas dans la source utilisée ici, à vérifier dans n8n.

  3. 03

    Poser le nœud dans un workflow

    Ajoute le nœud BounceBan, choisis le credential dans sa liste déroulante, puis sélectionne la ressource Email et l'opération Verify Single Email. Remplis Email Address avec une valeur fixe du type example@domain.com le temps du test, puis remplace-la par une expression comme {{ $json.email }}, qui va chercher l'adresse dans l'item du nœud précédent. Une exécution manuelle suffit à voir ce qui revient.

Actions

Ce que sait faire le nœud BounceBan

Le nœud BounceBan expose 1 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
RessourceVerify Single Email
Email✓

Email

1 opération
01

Verify a single email address

email.validateEmail

Ce que tu vois dans n8n

Notes & cas d'usage

L'opération envoie une adresse à BounceBan et rend son résultat de vérification au nœud suivant, adresses catch-all comprises.

Paramètres clés

  • Email Address : l'adresse à contrôler, saisie sous la forme example@domain.com ou tirée de l'item avec {{ $json.email }}.
  • Processing Mode : sequential, le réglage par défaut, vérifie les emails un par un ; batch traite plusieurs items en parallèle.
  • Mode : regular ne suppose rien du domaine de l'entreprise du titulaire ; deepverify le suppose identique et améliore le taux de réussite sur les adresses accept-all.
  • Disable Catchall Verify : sur 1, seule la vérification SMTP de base a lieu et ces adresses reviennent en result: 'unknown', score: -1, coût en crédits 0.
Cas d'usage
filtrer une adresse dès sa saisie dans un formulaire.
Besoin d'aide

Besoin d'aide pour automatiser BounceBan avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

BounceBan et n8n, les questions fréquentes

01L'intégration BounceBan n8n est-elle gratuite ?
Côté n8n, oui. Le nœud BounceBan est un nœud communautaire distribué sous forme de paquet npm, n8n-nodes-bounceban, et n8n ne facture ni son installation ni son exécution. Il n'est pas livré avec le produit : il s'installe depuis Settings, puis Community nodes, sur une instance auto-hébergée, et n8n Cloud n'accepte que les nœuds communautaires vérifiés. Ce que coûtent les vérifications chez BounceBan est une autre question, que cette page ne traite pas. Un détail utile quand même : quand la vérification catch-all est désactivée, les adresses concernées reviennent avec un coût en crédits de 0.
02Quel credential faut-il pour le nœud BounceBan ?
Un seul credential BounceBan, créé une fois depuis le menu Credentials de n8n. Tous les workflows de l'instance peuvent ensuite le sélectionner dans la liste déroulante du nœud, sans rien ressaisir ailleurs. Le nœud lui-même n'a pas de sélecteur d'authentification : il n'y a donc aucun arbitrage à faire entre plusieurs méthodes, le credential est tout le paramétrage. À noter : le paquet doit être installé avant que ce type de credential apparaisse dans la liste, puisqu'un nœud communautaire apporte sa propre définition de credential. Les champs exacts à remplir ne figurent pas dans la source utilisée pour cette page : à vérifier directement dans n8n au moment de la création.
03Quelles sont les limites du nœud BounceBan dans n8n ?
Le nœud expose 1 ressource et 1 opération, et sa version maximale est 1 : la surface est volontairement étroite, une adresse vérifiée par appel. Processing Mode décide si les items s'enchaînent ou se traitent en parallèle, c'est le seul levier de débit à l'intérieur du nœud. Tout le reste de l'API BounceBan 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. Et comme il s'agit d'un nœud communautaire, une instance qui ne peut pas installer de nœuds communautaires ne peut pas l'exécuter du tout.
04Existe-t-il un trigger BounceBan dans n8n ?
Non, cet outil n'a pas de nœud trigger dans n8n. Un workflow qui le concerne démarre donc avec un autre déclencheur, et trois pistes couvrent presque tous les cas. Le Schedule Trigger lance le workflow à intervalle fixe, ce qui convient à une base nettoyée chaque matin. Le nœud Webhook de n8n fournit une URL qu'un service tiers appelle, ce qui convient à un formulaire ou à une application capable d'émettre à la soumission. Dernière piste : le trigger d'un autre outil ouvre le workflow, et le nœud BounceBan prend place plus loin dans la chaîne.
05n8n ou Make pour vérifier des emails ?
Tout dépend de l'endroit où le workflow doit tourner. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération, avec une logique visuelle que beaucoup d'équipes prennent en main vite. n8n s'auto-héberge en Docker ou en npm, ou s'utilise sur n8n Cloud, et un workflow reste identique dans les deux cas. Ce choix pèse plus que d'habitude ici : le nœud BounceBan est communautaire, les nœuds communautaires s'installent sur une instance auto-hébergée, et n8n Cloud n'accepte que les nœuds vérifiés. Maîtrise des données et modèle de coût vont dans le même sens.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations