Automatizar el envío de leads de formulario a CRM con n8n (2026)
Pipeline completo para llevar un lead desde tu formulario web al CRM con n8n: preparar POST, webhook, normalización, validación, deduplicación por email, mapeo en HubSpot o Pipedrive, prueba con lead ficticio y puesta en producción con revisión de Executions para equipos B2B en España y la UE.
Marketing lanza la landing, ventas espera el contacto en el CRM y, demasiado a menudo, el puente entre ambos es un correo a info@ y una fila copiada a mano. Este artículo cierra ese hueco con un flujo n8n dedicado: webhook, limpieza, deduplicación y alta en HubSpot o Pipedrive.
Presupone acceso al editor de n8n. Quien aún elija dónde alojarlo puede contrastar Cloud frente a self-hosted; quien parta de cero en servidor, la guía de Docker paso a paso. Para aprender el canvas con otro caso, alertas de Leads en CRM, conviene leer antes el primer workflow de ventas B2B.
El vídeo recorre el circuito formulario, webhook, normalización, CRM que detallamos abajo, con foco en deduplicación por email antes del create.
Transcripción del vídeo
Conectar un formulario de captación con el CRM mediante n8n es uno de los primeros workflows que conviene montar en cualquier operación comercial B2B. El objetivo es simple: cuando alguien rellena un formulario en la web, en una landing o en un canal social, los datos deben aparecer en el CRM en segundos, con campos mapeados, etiquetas aplicadas y, si procede, una tarea o mensaje automático al equipo.
La arquitectura típica tiene tres capas: origen del dato (formulario o webhook del CRM), orquestador (n8n self-hosted en VPS europeo con zona horaria Europe/Madrid) y destino (registro de contacto u oportunidad en el CRM). n8n actúa como pegamento sin código pesado: recibe JSON, transforma, enriquece y envía.
El nodo de entrada suele ser un Webhook. n8n genera una URL única que pegas en la configuración del formulario o en la automatización nativa del CRM cuando se crea un contacto. Cada envío dispara la ejecución del workflow. Guarda el payload de prueba: facilita mapear campos sin adivinar nombres de variables.
Tras el webhook, un nodo HTTP Request o el conector nativo del CRM gestiona autenticación. OAuth2, API key o token de aplicación privada según la plataforma. En HubSpot, Pipedrive o CRMs similares, crea credenciales dedicadas con permisos mínimos: crear contactos, actualizar propiedades y, si hace falta, crear Leads. Nunca reutilices credenciales personales con acceso administrativo completo.
Un nodo Switch o IF enruta según el contenido del mensaje. Ejemplo: si el lead incluye etiqueta stop_bot, el flujo termina para que un humano continúe la conversación sin interferencia de IA. Si el payload trae audio de WhatsApp, una rama descarga el archivo, lo transcribe con un servicio de speech-to-text y pasa texto al agente. Si trae imagen, OCR o visión; si trae texto plano, va directo al procesamiento.
El núcleo del flujo puede ser un agente de IA con prompt estructurado: rol, tono, límites de información, preguntas de cualificación y prohibición de inventar precios o plazos. Conecta el modelo vía API —OpenAI, Anthropic u otro— y añade memoria de conversación para no repetir saludos en cada mensaje. Las tools del agente pueden consultar catálogo en Google Sheets, agendar en Google Calendar o actualizar campos del CRM.
Después de procesar, otro HTTP Request escribe en el CRM: crea o actualiza contacto, mueve la tarjeta de oportunidad de etapa, añade etiquetas según intención detectada y registra la transcripción de la interacción en notas. Mantén idempotencia: si el mismo lead envía dos veces el formulario, busca por email o teléfono antes de duplicar registros.
Para formularios clásicos —Typeform, Tally, Webflow, WordPress— el webhook envía respuestas campo a campo. Mapea explícitamente nombre → first_name, empresa → company, teléfono → phone normalizado sin espacios ni prefijos inconsistentes. Un nodo Set o Code puede limpiar formatos antes del insert en CRM.
Añade ramas de notificación: Slack al canal comercial con resumen del lead, email interno al owner asignado, fila nueva en Google Sheets para reporting paralelo. Si la API del CRM falla, captura el error, reintenta con backoff y envía alerta; no pierdas leads silenciosamente.
Seguridad y cumplimiento: expón webhooks solo por HTTPS; valida firma o token secreto en la cabecera si el origen lo permite; no registres en logs tokens ni datos sensibles innecesarios; documenta retención conforme a RGPD. En workflows descargables, usa placeholders para credenciales, nunca claves reales.
Prueba el circuito completo con datos ficticios antes de producción: envío de formulario, aparición en CRM, etiqueta correcta, notificación recibida, tiempo total inferior a treinta segundos. Monitoriza ejecuciones fallidas en el panel de n8n y revisa semanalmente durante el primer mes.
Este patrón escala: el mismo webhook base puede ramificar a secuencias de email, WhatsApp Business API o asignación territorial. Empieza minimal —formulario a contacto en CRM— y añade IA y enriquecimiento cuando el volumen lo justifique. La clave es que ningún lead quede en el limbo entre el gracias por contactar de la web y la bandeja del comercial.
Contenido con fines educativos y operativos; no constituye asesoramiento financiero, fiscal ni legal.
Qué ganas al conectar formulario y CRM
El beneficio medible no es tener automatización, sino reducir minutos entre envío del formulario y contacto accionable en CRM. En campañas de captación B2B en la UE, cada hora de retraso suele traducirse en respuestas más frías del prospecto.
Tras la primera semana en producción deberíais ver: contactos con email y empresa ya normalizados, UTMs conservadas para atribución, menos duplicados gracias a la búsqueda previa, y un registro en Executions por cada envío fallido en lugar de leads perdidos en silencio. Si mañana cambiáis de Tally a Webflow, el CRM sigue igual: solo ajustáis el nodo Set.
Prepara el formulario y el endpoint
Antes de crear el webhook, alinea tres piezas: formulario, tabla de mapeo y credencial CRM en sandbox. Confirma que la landing permite POST a URL externa, Webflow, Tally, WordPress, HTML propio, y anotad si el cuerpo llega como JSON o como application/x-www-form-urlencoded; esa diferencia decide cómo leer campos en el primer nodo.
Listad lo que ventas exige en el registro: email, nombre, empresa, teléfono con prefijo (+34 en España), UTMs y checkbox de consentimiento comercial conforme al RGPD. En HubSpot anotad firstname y company; en Pipedrive, name y org_name. Nombra el workflow de forma operativa, por ejemplo [PROD] Landing demo ES, HubSpot dedupe.
Recibe el lead en n8n
El nodo Webhook recibe el POST del formulario. Configúralo en método POST; si la landing lo permite, responde 200 en cuanto llegue el payload para que el usuario vea confirmación aunque el CRM tarde unos segundos.
- Pulsa Listen for test event y envía un POST de prueba (formulario en borrador, curl o Postman).
- Revisa si los campos llegan en la raíz (
email) o anidados (body.email). - Guarda el workflow y copia la URL de producción para el formulario publicado.
Sin cabeceras de autenticación, podéis validar un token en campo oculto con un IF. En la UE, limita qué datos conserváis en Executions si tu política de privacidad restringe retención de payloads. Recuerda: la URL de producción solo procesa tráfico real cuando el workflow está activo.
Limpia y valida los campos
El nodo Set normaliza antes del CRM: email con trim().toLowerCase(), teléfono con prefijo +34 si aplica, empresa sin espacios sobrantes, timestamp de entrada y UTMs copiados para reporting.
Tras Set, un nodo IF aplica reglas acordadas con ventas: email válido, consentimiento true, empresa no vacía. La rama falsa termina en No Operation o en un log para marketing. Validar aquí evita errores 400 del CRM y contactos basura que luego hay que fusionar.
Evita duplicados antes de crear el contacto
Busca por email antes de crear. Tras la validación, añade CRM, Search filtrando por el email normalizado. Si no hay resultado, Create; si existe, Update sin sobrescribir el propietario salvo regla explícita.
Los formularios que reintentan el POST por timeout pueden generar duplicados en segundos; compara fecha del último envío en ventana de cinco minutos para ignorar reintentos. En Pipedrive, revisa también el dominio corporativo antes de crear una org nueva; en HubSpot, asocia a la company existente si el dominio ya está registrado.
Mapea al CRM
Usa mapeo explícito, no Map Automatically. En HubSpot: Create Contact con email, firstname, lastname, phone, company, UTMs en propiedades custom y lifecycle stage acordado con ventas.
En Pipedrive: Create Person y, si aplica, Organization desde el campo empresa; opcionalmente un Lead en etapa Nuevo si el formulario implica demo. Tras el CRM, un nodo Slack o Email con nombre, empresa, origen y enlace al registro. Credenciales separadas por entorno, permisos mínimos y renovación de OAuth anotada en calendario.
Prueba con un lead falso
No actives con tráfico real sin pruebas reproducibles. Usa email test+formulario@tudominio.es, prefijo TEST- en nombre y empresa, y POST con curl incluyendo UTMs.
- Ejecuta nodo a nodo; IF debe rechazar email inválido.
- Primera ejecución: contacto en sandbox del CRM.
- Segunda con mismo email: Update, no segundo Create.
- Comprueba aviso Slack/email con enlace correcto.
Guarda el ID de ejecución exitosa y pide al comercial que confirme en sandbox que ve los campos que usa en su día a día.
Activa y revisa fallos
Activa el workflow, pega la URL de producción en la landing y enviad tráfico acotado antes del pico de campaña. Durante la primera semana, RevOps revisa Executions cada mañana: buscad 400 del CRM, duplicados inesperados y latencias por encima de diez segundos.
Si un nodo falla en rojo, desactiva el flujo, corrige mapeo o credencial, repite POST de prueba y solo entonces reactiva. Deja documentaos webhook, credenciales, owner del flujo y tabla de campos en la wiki, sin eso, marketing cambiará el formulario y nadie sabrá qué rama tocar.
Tabla de mapeo de campos
Referencia genérica formulario, n8n Set, CRM. Adapta los nombres de propiedad a tu tenant de HubSpot o Pipedrive; la columna Campo formulario suele ser lo que envía la landing sin normalizar.
| Campo formulario | Tras nodo Set (n8n) | HubSpot | Pipedrive |
|---|---|---|---|
email (lowercase, trim) |
email |
email (tipo work) |
|
| first_name / nombre | first_name |
firstname |
Parte de name o campo custom |
| last_name / apellidos | last_name |
lastname |
Parte de name o campo custom |
| company / empresa | company |
company |
org_name, Organization |
| phone / teléfono | phone (+prefijo) |
phone |
phone |
| utm_source | utm_source |
Propiedad custom UTM Source | Campo custom persona/org |
| utm_campaign | utm_campaign |
Propiedad custom UTM Campaign | Campo custom persona/org |
| consent_marketing | consent (boolean) |
hs_legal_basis / checkbox custom |
Campo custom + nota en persona |
| form_id / landing | lead_source |
hs_analytics_source o custom |
Etiqueta o campo Origen |
Errores habituales
Estos problemas aparecen en casi todo primer despliegue de formulario a CRM n8n. Conocerlos ahorra idas y venidas con soporte del CRM.
- Content-Type distinto: el formulario envía form-urlencoded y mapeas como JSON anidado. Revisa la estructura real en la primera ejecución del webhook.
- Campos anidados no mapeados: Typeform envía
form_response.answers; necesitas un nodo Function o Set con rutas completas antes del CRM. - Create sin búsqueda previa: duplicados masivos tras campaña de Linked Ads; añade Search por email siempre.
- Propiedad CRM inexistente: HubSpot devuelve 400 si la custom property no está creada; créala antes o mapea solo campos nativos en v1.
- Webhook de test en producción: marketing publica la URL de test; los leads no persisten. Usa URL de producción solo con workflow activo.
- Timeout del formulario: el CRM tarda y el formulario muestra error al usuario aunque el contacto se creó; responde 200 desde el webhook en cuanto recibes, procesa el CRM después (patrón respond early).
- RGPD omitido: automatizar no legitima tratar datos sin consentimiento; incluye el checkbox y no sincronices leads que lo tengan en false.
¿Cómo encaja este flujo con el EU AI Act y el RGPD?
El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si tu equipo usa automatizaciones con nodos de IA en n8n (Gemini, OpenAI, Claude u otros), la empresa actúa como desplegadora (deployer): no hace falta haber creado el modelo. Desde el 2 de febrero de 2025 el Artículo 4 exige un nivel suficiente de alfabetización en IA para quien opera estos sistemas. En España, la supervisión se articula con la AESIA (IA) y la AEPD (RGPD).
El RGPD sigue aplicando a nombres, correos y cargos de Leads B2B: base jurídica, minimización y, si hay perfiles automatizados a escala, evaluación de impacto. AI Act y RGPD se acumulan. Preferid n8n self-hosted en VPS UE, zona Europe/Madrid, logs de ejecución y aprobación humana (human-in-the-loop) antes de acciones sensibles en el CRM.
Detalle de transparencia Logixb2b: Uso responsable de IA y Transparencia. Este apartado es informativo, no sustituye asesoramiento legal ni de un DPO.
Evalúa tus horas y riesgos con el Auditor de Eficiencia Operativa B2B.
Extra. Checklist y payload de ejemplo
Checklist operativa y JSON de referencia para probar el webhook con curl o Postman. Copia, adapta nombres de campo y usa en sandbox antes de conectar la landing real.
CHECKLIST, Formulario, n8n, CRM
Preparación
, [ ] Campos del formulario listados y alineaos con ventas
, [ ] Credencial CRM sandbox creada en n8n
, [ ] Tabla de mapeo revisaa (email, empresa, UTMs, consentimiento)
, [ ] Base legal RGPD documentaa para leads comerciales
Webhook n8n
, [ ] Nodo Webhook POST configurao
, [ ] POST de prueba recibido (Listen for test event)
, [ ] Estructura JSON anotada (raíz vs anidado)
Flujo
, [ ] Set: normalizar email, teléfono, empresa
, [ ] IF: email válido + consentimiento true
, [ ] Search CRM por email
, [ ] IF: existe, Update | no existe, Create
, [ ] Notificación Slack/email con enlace al registro
Pruebas
, [ ] Lead TEST- creado en sandbox
, [ ] Segundo envío mismo email, Update, no duplicado
, [ ] Email inválido, rama rechazada sin tocar CRM
Producción
, [ ] Workflow activo
, [ ] URL webhook producción en formulario publicado
, [ ] Responsable asignado + revisión Executions día 1 a 7
Payload JSON de ejemplo (curl):
curl -X POST https://TU-N8N/webhook/formulario-demo \
-H Content-Type: application/json \
-d '{
email: test+formulario@tudominio.es,
first_name: TEST-Ana,
last_name: García,
company: TEST-Logística Iberia SL,
phone: +34600123456,
utm_source: linkedin,
utm_medium: cpc,
utm_campaign: demo-q3-2026,
consent_marketing: true,
form_id: landing-demo-es
}'Preguntas frecuentes
¿Qué formularios web funcionan mejor con un webhook de n8n?
Funciona con cualquier formulario que permita POST a URL externa: Webflow, WordPress con plugin, Typeform, Tally, HubSpot Forms o HTML propio. Lo decisivo es inspeccionar el payload real en la primera ejecución del webhook, no el nombre de la herramienta.
¿HubSpot o Pipedrive: cuál conviene para automatizar leads con n8n?
Ambos tienen nodos nativos. HubSpot encaja si marketing ya concentra formularios, scoring y propiedades custom; Pipedrive si el equipo vive en personas, organizaciones y Leads. La secuencia Search, Create/Update por email es casi idéntica; cambian nombres de propiedad y permisos OAuth.
¿Cómo evito duplicados si alguien rellena el formulario dos veces?
Inserta CRM Search filtrando por el email normalizado antes del Create. Si existe contacto, ramifica a Update sin pisar propietario salvo regla explícita. Para reintentos del formulario por timeout, compara timestamp del último envío en una ventana corta o guarda hash del email en campo interno.
¿Es compatible con RGPD automatizar leads desde un formulario?
Sí, si el formulario recoge consentimiento comercial, tenéis base legal documentaa y n8n solo reenvía a sistemas autorizados en el registro de actividades. No sincronicéis leads con consentimiento en false ni retenéis payloads sensibles en nodos de log sin política de borrado.
¿Qué hago si el lead llega al CRM pero faltan campos?
Abre la ejecución fallida y compara la salida del Webhook con la tabla de mapeo: casi siempre el formulario renombró un campo o anidó el valor. Corrige el nodo Set, repite curl de prueba y valida en sandbox antes de reactivar producción.