Clay al CRM con n8n
Cualifica las filas que enriquece Clay y sube al CRM solo los Leads que superan el umbral (Europe/Madrid).
JSON Clay a CRM con n8n: cualifica leads enriquecidos, upsert HubSpot/Pipedrive y checklist RGPD en España · Europe/Madrid. Descarga gratis en Logixb2b.
Descarga el workflow
JSON listo para importar en n8n (Import from File). Sustituye solo REEMPLAZA_* y credenciales.
Qué resuelve este flujo Clay → CRM
Clay resuelve muy bien la parte de encontrar y enriquecer: empresa, persona, email verificado por un waterfall de proveedores, teléfono, cargo. Lo que Clay no decide por ti es qué filas merecen entrar en el CRM y cuáles no.
Este workflow de n8n toma las filas que ya salen de Clay (o un payload de prueba con la misma forma) y calcula un qualifyScore por lead: email con formato válido, email verificado por el waterfall, teléfono presente, cargo que encaja con tu ICP y país en la Unión Europea. Solo los Leads que superan un umbral configurable se suben a HubSpot o a Pipedrive; el resto cae en una rama Skip trazable, no se descarta en silencio.
La guía completa de cómo montar la tabla de Clay —búsqueda de empresas, cualificación con IA, búsqueda de personas por cargo y waterfall de email— vive en /como-usar-clay-enriquecer-leads-automaticamente. Este recurso es la mitad de implementación de esa guía: el paso final que lleva cada fila cualificada al CRM sin duplicados.
Qué necesitas antes de importar el JSON
Una instancia de n8n (local para probar, o ya en Cloud/VPS) y una tabla de Clay con las columnas de enriquecimiento ya activas: búsqueda de empresa, búsqueda de persona, waterfall de email y, si lo usas, verificación de teléfono. Este JSON no sustituye a Clay ni reimplementa sus columnas: recibe filas que Clay ya procesó.
También un CRM de destino con acceso API: Private App de HubSpot con scopes de contactos, o api_token de Pipedrive. No hace falta tener las dos plataformas conectadas a la vez; eliges una con el parámetro crmProvider y el mismo nodo de upsert construye la URL y el cuerpo correctos para la que elijas.
Opcionalmente una hoja de Google Sheets con una pestaña llamada Clay (columnas: fecha, batchLabel, company, email, qualifyScore, complianceFlag, crmProvider, estado) para dejar constancia de cada lote, y un Incoming Webhook de Slack si quieres que el equipo se entere del resumen sin entrar a n8n. Define de antemano tu qualifyThreshold y tus icpKeywords (cargos que buscas): el JSON llega con placeholders REEMPLAZA_* a propósito, pensados para sustituirse por credenciales de n8n, nunca pegados en el archivo.
Cómo está construido el workflow
El lienzo abre con el sticky INSTRUCCIONES y el Manual Trigger clay. Config Clay/CRM (Set) concentra crmProvider, las credenciales placeholder de HubSpot y de Pipedrive, icpKeywords, requireVerifiedEmail, qualifyThreshold, sheetsId, slackWebhookUrl y batchLabel.
Desde Config sale Payload de prueba (sample Clay), un Code que genera 3 leads de ejemplo con distinto email, teléfono, cargo y país, pensados para representar exactamente la forma de una fila que exportarías de Clay. Ese payload alimenta Normalizar leads + qualifyScore, que calcula el score y un complianceFlag por lead y reenvía también las credenciales de CRM que necesitará el siguiente paso.
IF lead cualificado separa dos caminos: los que pasan van a Upsert Lead CRM (HTTP, decide HubSpot o Pipedrive según crmProvider) → Append log Clay Sheets → Slack resumen Clay; los que no pasan van a Skip lead no cualificado (NoOp), una rama vacía a propósito para que puedas engancharle tu propio registro si quieres auditar los descartes. El workflow llega inactive y en timezone Europe/Madrid.
Cómo se calcula el qualifyScore y el complianceFlag
El nodo Normalizar leads + qualifyScore suma puntos por señales objetivas: +20 si el email tiene formato válido, +30 si el propio waterfall de Clay lo marca como verificado (emailVerified), +20 si hay teléfono presente, +20 si el cargo (title) contiene alguna de tus icpKeywords, y +10 si el país está en la lista de UE que trae el Code. El resultado se acota entre 0 y 100.
Un lead queda qualified solo si el email tiene formato válido, el score supera qualifyThreshold y, si activas requireVerifiedEmail, el email está además verificado por el waterfall.
El complianceFlag es un aviso simple: ok_ue_minimizar_datos para leads de un país UE (recuerda igualmente minimizar campos) o revisar_base_juridica_extra_ue para contactos fuera de la UE, donde la base jurídica del tratamiento del dato de contacto agregado por Clay merece una revisión aparte antes de subirlo al CRM.
Importar, probar sin tocar el CRM y conectar datos reales de Clay
En n8n: ⋯ → Import from File → assets/workflows/clay-enriquecer-leads-crm-n8n.json. El flujo llega tal cual para ejecutarse con Manual Trigger clay: correrá sobre los 3 leads del Payload de prueba (sample Clay) y verás en vivo cómo cambia el qualifyScore según email, teléfono, cargo y país de cada uno.
Ajusta qualifyThreshold e icpKeywords en Config hasta que el resultado del payload de prueba se parezca al criterio que aplicarías a mano revisando la tabla de Clay. Solo entonces crea las credenciales reales de n8n para tu CRM (Header Auth o Bearer con tu token de HubSpot o Pipedrive) y sustitúyelas en Upsert Lead CRM.
Para producción, sustituye el nodo Payload de prueba por tu propio disparador con datos reales: una columna de tipo Send Webhook en Clay que envíe cada fila cualificada de la tabla, o una exportación periódica que alimente el mismo Manual Trigger. Mientras migras, mantén el payload de prueba desactivado para que los datos ficticios no se mezclen con leads reales en la misma ejecución.
HubSpot o Pipedrive con el mismo nodo de Upsert
Upsert Lead CRM (HubSpot/Pipedrive) es un único nodo HTTP que decide la URL, la autenticación y el cuerpo del mensaje según el valor de crmProvider. Para HubSpot hace un upsert real: usa el email como idProperty en el batch upsert de contactos, así que ejecutar el mismo lote dos veces actualiza en vez de duplicar.
Pipedrive no ofrece un upsert nativo por email en una sola llamada, así que el nodo crea la persona directamente vía /persons.
Cambiar de un CRM a otro no exige tocar el resto del flujo: basta con cambiar crmProvider en Config Clay/CRM y rellenar las credenciales del proveedor elegido.
Subir n8n a producción 24/7 (VPS, Docker, Make, Zapier)
Un qualifyScore que solo corre en tu portátil no sirve para depurar leads de forma continua.
Pasos habituales en VPS: crear la máquina en región UE → conectar por SSH → instalar Docker → levantar el compose con n8n y su base de datos → abrir el puerto 443 → crear el usuario owner → Import from File → credenciales de HubSpot/Pipedrive, Sheets y Slack → una ejecución de prueba con Manual Trigger → Active.
Make o Zapier siguen el mismo mapa mental: un Webhook que reciba la fila de Clay (o el disparador que uses) → un Router/Formatter que aplique el mismo criterio de qualifyScore → creación o actualización del Lead en HubSpot/Pipedrive → Google Sheets → Slack. Este JSON es el esqueleto n8n; si trabajas en Make o Zapier, replica la lógica de cualificación sin copiar secretos entre plataformas.
RGPD, interés legítimo B2B y EU AI Act para deployers
El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si usas columnas de IA en Clay para resumir empresas, cualificar cuentas o redactar el primer mensaje de outbound, tu empresa actúa como desplegadora (deployer) de ese sistema, sin necesidad de haber entrenado ningún modelo.
En paralelo, el RGPD (AEPD) aplica porque el flujo trata datos de contacto de personas físicas (email, teléfono) agregados por Clay desde sus proveedores de datos. La base jurídica habitual en este contexto B2B es el interés legítimo, siempre documentado, con minimización de columnas que realmente vas a usar y atención especial al complianceFlag cuando el contacto está fuera de la UE.
En la práctica, este recurso ayuda con placeholders sin secretos reales, timezone Europe/Madrid, la opción de self-hosting en VPS UE para mantener los datos en territorio europeo, y logs de ejecución en n8n que sirven de rastro de auditoría. Detalle completo en /uso-responsable-de-ia-y-transparencia. Texto informativo, no sustituye asesoramiento legal.
Preguntas frecuentes
¿Qué umbral de qualifyThreshold debería usar?
Depende de cuánta calidad exige tu equipo comercial. Empieza en 50 con el payload de prueba, revisa qué leads pasan y ajusta hasta que el criterio se parezca al que aplicarías tú mismo revisando la tabla de Clay antes de conectar datos reales.
¿Puedo enviar los Leads cualificados a Pipedrive en vez de HubSpot?
Sí. Cambia crmProvider en Config Clay/CRM (hubspot|pipedrive); el nodo Upsert Lead CRM ya elige la URL, la autenticación y el cuerpo correctos según ese valor, y el resto del flujo (score, IF, Sheets, Slack) no cambia.
¿Este JSON reemplaza las columnas de enriquecimiento de Clay?
No. Clay sigue haciendo la búsqueda de empresas, personas y el waterfall de email; este flujo empieza donde Clay termina, tomando esas filas ya enriquecidas para decidir cuáles suben al CRM.
¿Para qué sirve el Payload de prueba (sample Clay)?
Trae 3 leads de ejemplo con distinto email, teléfono, cargo y país para que veas el qualifyScore en acción sin tocar tu CRM real ni depender todavía de un disparador conectado a tu tabla de Clay.
¿Evita duplicados si envío el mismo lead dos veces?
En HubSpot sí: el upsert usa el email como idProperty, así que una segunda ejecución actualiza el contacto en vez de duplicarlo. En Pipedrive el nodo crea la persona directamente; si necesitas evitar duplicados ahí también, añade una búsqueda previa por email siguiendo /evitar-duplicados-leads-automatizar-crm.
¿Dónde van mis credenciales de HubSpot, Pipedrive y Slack?
Nunca en el JSON descargado: ese archivo trae placeholders (REEMPLAZA_HUBSPOT_TOKEN, REEMPLAZA_PIPEDRIVE_API_TOKEN) a propósito. Crea credenciales reales dentro de n8n y enlázalas en los nodos HTTP correspondientes antes de activar el flujo.