Recursos · Integración n8n

Integración BounceBan n8nAutomatiza BounceBan con n8n.

Una dirección que rebota se paga en entregabilidad, no en tiempo. La integración BounceBan n8n aporta una operación de verificación dentro de n8n, con una sola credencial de API, y cubre las direcciones catch-all, esas que lo aceptan todo y no le dicen nada a una comprobación básica.

Nodo comunitario Este nodo no viene con n8n: es un paquete comunitario (n8n-nodes-bounceban) que instalas desde Settings › Community nodes en una instancia autoalojada. npm

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué cubre la integración BounceBan n8n?

BounceBan comprueba si una dirección de correo puede recibir mensajes de verdad, y su enfoque declarado son las direcciones catch-all, esas que lo aceptan todo y no le dicen nada a una comprobación básica. Dentro de n8n esa comprobación se convierte en un nodo con un recurso y una operación, email.validateEmail, que toma una dirección y entrega el resultado de la verificación al resto del flujo.

El primer uso está en el alta. Llega un registro, el nodo verifica la dirección y solo después se escribe la fila en Google Sheets o sale el mensaje de bienvenida por Gmail. Lo que no pasa el control nunca llega a la lista, y la reputación de envío se queda donde estaba.

El segundo uso mira hacia la agenda. Cuando alguien reserva una cita desde Calendly, el flujo toma la dirección del invitado, la pasa por el nodo y avisa antes de que el recordatorio se pierda en un buzón inexistente. Lo mismo sirve para un archivo de prospección: cada dirección pasa por la operación y el flujo separa lo aprovechable de lo dudoso.

El tercero es el aviso. Un comercial escribe un contacto, la dirección se verifica y el veredicto cae en un canal con Slack, mientras quien lo escribió todavía tiene el caso delante. Aquí entra el campo Webhook URL: BounceBan puede enviar el evento con el resultado por HTTP POST a la URL que indiques, y un envío fallido se reintenta hasta 2 veces más poco después.

Para lo que queda fuera del nodo, el nodo HTTP Request llama a cualquier endpoint de la API de BounceBan y reutiliza la misma credencial mediante la autenticación predefinida. Con una sola operación el nodo cubre el gesto principal, así que ese recurso está pensado para el resto de la API. Si estás comparando plataformas antes de montar nada, la Reseña n8n entra en ese terreno.

Conviene dejar claros dos límites. No hay nodo trigger de BounceBan, así que un flujo alrededor de esta herramienta arranca siempre con otra cosa. Y el paquete es un nodo comunitario, lo que deja fuera a las instancias que no pueden instalar uno. La versión máxima del nodo es 1, la operación trabaja con una dirección por llamada y Processing Mode decide si los items van uno detrás de otro o en paralelo.

Conexión

¿Cómo se instala y se conecta el nodo BounceBan ?

  1. 01

    Instala el paquete comunitario

    El nodo no viene con n8n. En una instancia autoalojada, abre Settings y luego Community nodes, e instala el paquete npm n8n-nodes-bounceban (versión 1.1.1). n8n Cloud solo acepta nodos comunitarios verificados, así que comprueba ese punto antes de diseñar nada alrededor. Por el lado de n8n, instalar un nodo comunitario no tiene coste.

  2. 02

    Crea la credencial de BounceBan

    Con el paquete ya instalado, entra en el menú Credentials de n8n y crea ahí la credencial de BounceBan. Una credencial se crea una vez y se reutiliza en todos los flujos de la instancia, así que no hace falta repetir el ajuste en cada nodo. El nodo no ofrece selector de autenticación: la credencial es todo el ajuste, y los campos exactos que rellenar no constan en la fuente usada para esta página, así que conviene mirarlos en n8n al crearla.

  3. 03

    Coloca el nodo en un flujo

    Añade el nodo BounceBan, elige la credencial en su lista desplegable y selecciona el recurso Email con la operación Verify Single Email. Rellena Email Address con un valor fijo del tipo example@domain.com mientras pruebas y cámbialo después por una expresión como {{ $json.email }}, que lee la dirección del item anterior. Con una ejecución manual ya ves la forma de lo que devuelve.

Acciones

Qué sabe hacer el nodo BounceBan

El nodo BounceBan expone 1 operaciones en 1 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoVerify Single Email
Email✓

Email

1 operación
01

Verify a single email address

email.validateEmail

Lo que ves en n8n

Notas y casos de uso

La operación manda una dirección a BounceBan y devuelve su resultado de verificación al nodo siguiente, con las direcciones catch-all incluidas.

Parámetros clave

  • Email Address: la dirección que se comprueba, escrita como example@domain.com o tomada del item con {{ $json.email }}.
  • Processing Mode: sequential, la opción por defecto, verifica de uno en uno; batch procesa varios items a la vez.
  • Mode: regular no presupone nada del dominio de la empresa del titular; deepverify lo da por coincidente y mejora el acierto en direcciones accept-all.
  • Disable Catchall Verify: en 1 solo se hace la verificación SMTP básica y esas direcciones vuelven como result: 'unknown', score: -1, con coste en créditos 0.
Casos de uso
filtrar una lista importada antes de lanzar una campaña.
Necesitas ayuda

¿Necesitas ayuda para automatizar BounceBan con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

BounceBan y n8n, preguntas frecuentes

01¿La integración BounceBan n8n es gratuita?
Por el lado de n8n, sí. El nodo de BounceBan es un nodo comunitario que se distribuye como paquete npm, n8n-nodes-bounceban, y n8n no cobra por instalarlo ni por ejecutarlo. No viene incluido con el producto: se instala desde Settings y luego Community nodes, en una instancia autoalojada, y n8n Cloud solo acepta nodos comunitarios verificados. Lo que cuestan las verificaciones en BounceBan es otro asunto y esta página no lo trata. Un detalle que sí conviene saber: cuando se desactiva la verificación catch-all, esas direcciones vuelven con un coste en créditos de 0.
02¿Qué credencial necesita el nodo de BounceBan?
Una sola credencial de BounceBan, creada una vez desde el menú Credentials de n8n. Cualquier flujo de la instancia puede elegirla luego en la lista desplegable del nodo, sin volver a escribir nada. El nodo en sí no tiene selector de autenticación, así que no hay que decidir entre métodos: la credencial es toda la configuración. Ten en cuenta que el paquete debe estar instalado antes de que ese tipo de credencial aparezca en la lista, porque un nodo comunitario trae consigo su propia definición. Los campos exactos que rellenar no constan en la fuente usada para esta página, así que conviene mirarlos en n8n al crearla.
03¿Qué límites tiene el nodo de BounceBan en n8n?
El nodo expone 1 recurso y 1 operación, y su versión máxima es 1: la superficie es estrecha a propósito, una dirección verificada por llamada. Processing Mode decide si los items se procesan uno a uno o en paralelo, y ese es el único margen de rendimiento dentro del nodo. Todo lo demás de la API de BounceBan pasa por el nodo HTTP Request, que llama a cualquier endpoint reutilizando la misma credencial con la autenticación predefinida. Y al tratarse de un nodo comunitario, una instancia que no pueda instalar nodos comunitarios no lo ejecuta en absoluto.
04¿Hay un trigger de BounceBan en n8n?
No, esta herramienta no tiene nodo trigger en n8n. Un flujo que la use arranca con otro disparador, y hay tres caminos que cubren casi todo. El Schedule Trigger lanza el flujo a intervalo fijo, algo que encaja con una base que se limpia cada mañana. El nodo Webhook de n8n da una URL que llama un servicio externo, útil para un formulario o una aplicación capaz de avisar al enviarse. El tercer camino es el trigger de otra herramienta: abre el flujo y el nodo de BounceBan aparece más abajo en la cadena, como un paso más.
05¿n8n o Make para verificar correos?
Depende de dónde tenga que vivir el flujo. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación y con una lógica visual que muchos equipos dominan rápido. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, y el flujo es idéntico en ambos casos. Aquí esa decisión pesa más de lo habitual: el nodo de BounceBan es comunitario, los nodos comunitarios se instalan en una instancia autoalojada y n8n Cloud solo admite los verificados. El control de los datos y el modelo de coste apuntan en la misma dirección.