Recursos · Integración n8n

Integración Hunter n8nAutomatiza Hunter con n8n.

Un dominio, un nombre o una dirección: de ahí sale todo lo que Hunter devuelve. La integración Hunter n8n cubre esos tres puntos de partida con 3 operaciones y una sola clave API, para que la lista de contactos se construya y se limpie dentro del mismo flujo de trabajo.

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

Por qué automatizar

¿Para qué sirve la integración Hunter n8n?

La integración Hunter n8n conecta tus flujos de trabajo, esas secuencias de pasos automatizados, con tu cuenta de Hunter mediante un solo nodo y 3 operaciones. Con un dominio, el nodo devuelve las direcciones de correo encontradas en internet para ese dominio, con sus fuentes. Con un dominio más un nombre y un apellido, devuelve la dirección más probable de esa persona. Con una dirección, verifica su entregabilidad.

Una ficha de CRM llega casi completa: nombre, apellido y empresa, pero la casilla de correo sigue vacía. Email Finder reconstruye la dirección más probable a partir de esos tres datos, y el flujo la escribe de vuelta en la fila de Google Sheets de la que salió. Nadie adivina el formato de correo de la empresa ni copia nada a mano.

El caso opuesto es el de la cuenta entera por descubrir: el comercial conoce la empresa pero a nadie dentro de ella. Domain Search barre el dominio y devuelve las direcciones encontradas con sus fuentes; con el filtro Department en sales y la antigüedad executive, salen los interlocutores que importan y no el listín completo. Esas filas se escriben después en Salesforce, donde el equipo ya trabaja a diario.

El tercer momento llega justo antes del envío. Email Verifier comprueba la entregabilidad de cada dirección, y un nodo If reparte el resultado: lo que pasa sigue su camino, lo que no cae en un canal de Slack para que alguien corrija la errata. Es el paso que la mayoría deja para después de una campaña, cuando ya no sirve de nada.

El nodo viene incluido con n8n, tanto en n8n Cloud como en una instancia autoalojada, y el credential (el acceso guardado una vez) aparece luego en la lista desplegable de cualquier nodo Hunter. Cuando un flujo necesita un endpoint de la API de Hunter que no está entre estas 3 operaciones, el nodo HTTP Request lo llama directamente y reutiliza ese mismo credential mediante la autenticación predefinida.

Conviene saberlo antes de diseñar nada: Hunter no tiene nodo trigger en n8n. Un flujo que lo use arranca con un Schedule Trigger a intervalo fijo, con un Webhook de n8n (una URL que le das a un servicio externo para que te avise) o con el trigger de otra herramienta, y el nodo Hunter se coloca más adelante. La Reseña n8n y el Curso n8n desarrollan ese montaje.

Conexión

¿Cómo se conecta Hunter con n8n?

  1. 01

    Genera la clave API en Hunter

    Necesitas una cuenta de Hunter. Dentro, abre la página de claves API desde tu perfil y genera una. Tenla a mano un par de minutos, hasta el siguiente paso. Ahí termina la autenticación: el credential de Hunter admite clave API y nada más, y el nodo no ofrece ningún selector de método que haya que tocar.

  2. 02

    Crea el credential en n8n

    En n8n, entra en el menú Credentials, añade un credential de Hunter y pega la clave en el campo API Key. Un credential se crea una sola vez y se reutiliza en todas partes: cada nodo Hunter lo propone después en su lista. Ponle el nombre de la cuenta de Hunter a la que pertenece, así se distingue solo el día que aparezca una segunda cuenta en el equipo.

  3. 03

    Prueba con un único elemento

    Coloca un nodo Hunter en un flujo, selecciona el credential, elige Email Verifier y ejecuta el nodo sobre una dirección que ya conozcas. Un único campo obligatorio, Email, y la respuesta llega. Es la forma más rápida de comprobar que la clave funciona antes de montar alrededor una hoja de cálculo, un CRM y un buzón de salida.

Acciones

Qué sabe hacer el nodo Hunter

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

01

Get every email address found on the internet using a given domain name, with sources

domainSearch

Lo que ves en n8n

Notas y casos de uso

Le das el dominio de una empresa y devuelve las direcciones de correo encontradas en internet para ese dominio, con sus fuentes. La operación para cuando conoces la empresa y a nadie dentro.

Parámetros clave

  • Domain: el dominio que se barre, escrito como stripe.com, a menudo {{ $json.field }} cuando la lista sale de una hoja.
  • Only Emails: marcado, el nodo devuelve solo los correos encontrados.
  • Return All: activado, n8n encadena las páginas de la API hasta traerlo todo; desactivado, Limit fija el número máximo de elementos.
  • Filters: opcional, con Type (personal o generic), Seniority (junior, senior, executive) y Department.
Casos de uso
preparar una cuenta quedándote con el departamento sales en nivel executive, y no con el dominio entero.
02

Generate or retrieve the most likely email address from a domain name, a first name and a last name

emailFinder

Lo que ves en n8n

Notas y casos de uso

Aquí la persona ya está identificada y su dirección no. A partir de tres datos, la operación devuelve la dirección de correo más probable de ese individuo.

Parámetros clave

  • Domain: el dominio de la empresa donde trabaja la persona, por ejemplo stripe.com.
  • First Name: el nombre de pila. Las mayúsculas dan igual, un valor en minúsculas entra tal cual.
  • Last Name: la misma regla para el apellido, cómodo cuando el origen de los datos lo escribe todo en mayúsculas.
Casos de uso
rellenar la columna de correo vacía de una exportación de CRM fila por fila, o cerrar una ficha justo después de capturar un nombre en un formulario.
03

Verify the deliverability of an email address

emailVerifier

Lo que ves en n8n

Notas y casos de uso

Entra una dirección, sale una comprobación de entregabilidad. Coloca esta operación entre la lista y el buzón de salida, no después de la campaña: así el flujo decide el camino de cada dirección según su propio resultado.

Parámetros clave

  • Email: la dirección a verificar, con la forma name@email.com que indica el campo, o {{ $json.field }} cuando llega del nodo anterior.
Casos de uso
revisar las direcciones recogidas por formulario antes de que entren en una lista de envío, y mandar las que no pasan a un canal donde alguien corrija.
Necesitas ayuda

¿Necesitas ayuda para automatizar Hunter con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Hunter y n8n, las dudas más frecuentes

01¿La integración Hunter n8n es gratuita?
Por el lado de n8n, sí. El nodo de Hunter viene incluido con n8n, así que no hay nada que instalar ni coste adicional de n8n, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo construido en una funciona igual en la otra. Lo que sí necesitas es una cuenta de Hunter, porque el nodo se autentica con una clave API generada desde esa cuenta, y lo que Hunter cobre por su parte es otra cuestión que esta página no trata. El nodo, el credential y las 3 operaciones no añaden nada a tu factura de n8n.
02¿Qué credentials necesita el nodo de Hunter?
Una clave API, y es el único método de autenticación admitido. Creas una cuenta de Hunter, generas una clave desde la página de claves API de tu perfil y añades un credential de Hunter en el menú Credentials de n8n pegándola en el campo API Key. El nodo no ofrece ningún selector de autenticación, así que no hay nada más que decidir. Como los credentials viven fuera de los flujos en n8n, la misma entrada sirve para todos los nodos Hunter que añadas después, y cada nodo la elige de su lista. Cambiar la clave es editar un credential, no revisar flujos.
03¿Qué límites tiene el nodo de Hunter en n8n?
Lo primero que hay que prever es el volumen en Domain Search. Con Return All activado, n8n encadena las páginas de la API hasta traer todos los resultados del dominio, que es justo lo que quieres en una exportación completa y justo lo que no quieres en una prueba rápida. Desactívalo y Limit fija el número máximo de elementos devueltos. Lo segundo es el alcance: todo lo que se sale de estas 3 operaciones pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de Hunter reutilizando el mismo credential con la autenticación predefinida.
04¿Puede un flujo de n8n reaccionar a Hunter en tiempo real?
Desde Hunter no, porque esta herramienta no tiene nodo trigger en n8n, es decir, ningún nodo que arranque un flujo cuando algo se mueve en su lado. El flujo empieza en otro sitio y llama al nodo Hunter más adelante. Tres arranques habituales: un Schedule Trigger que se ejecuta a intervalo fijo, útil para barrer una lista de dominios cada mañana, un Webhook de n8n al que llama un servicio externo cuando pasa algo allí, o el trigger de otra herramienta de tu montaje. A partir de ahí, el nodo Hunter actúa como cualquier nodo de acción.
05¿n8n o Make para Hunter?
Depende de cuatro criterios, y el precio es solo uno. El alojamiento marca la primera diferencia: n8n se autoaloja o usa n8n Cloud; Make solo existe alojado por Make. De ahí sale el control de los datos, porque una instancia propia mantiene los datos de prospección en una infraestructura tuya. El modelo de coste: Make factura por operación, algo que se nota cuando un barrido de dominio devuelve muchos resultados de golpe. Y la lógica visual: los dos dibujan el flujo en un lienzo, así que ahí manda la forma de razonar de tu equipo. Ninguna opción es mala aquí.