Para evitar leads duplicados con n8n, define primero qué identifica al contacto, qué identifica al evento y qué acción ya se confirmó. Son problemas diferentes. La automatización debe consultar o actualizar el registro adecuado, conservar el estado comercial y permitir reintentos sin repetir tareas ni mensajes.
APLICABILIDAD
¿Dónde importa esta decisión?
- Empresas de servicios
- Equipos de marketing y operaciones
Separa identidad del contacto e identidad del evento
Un correo puede ayudar a relacionar contactos, pero no siempre identifica de forma suficiente a una persona o empresa. Un mismo contacto puede hacer varias solicitudes legítimas; no debes descartarlas todas como duplicadas. Define reglas para contacto, organización y oportunidad según el modelo del CRM, con revisión de casos ambiguos en lugar de fusionarlos indiscriminadamente.
El identificador del evento permite reconocer una notificación repetida. Consérvalo junto con el origen y el resultado del procesamiento. Normaliza formatos antes de comparar, sin modificar datos de manera que se pierda su significado. No utilices el nombre como única clave y no copies conversaciones completas a registros técnicos cuando basta con referencias operativas.
Protege cada escritura y cada mensaje
Comprueba si la operación ya se realizó antes de crear un contacto, asignar una tarea o enviar una confirmación. Si el CRM responde tarde, la ausencia de respuesta no demuestra que no haya guardado el cambio. Diseña una consulta de reconciliación y una clave estable para poder recuperar sin generar un segundo efecto.
Ejercicio propuesto: procesa un formulario, repite su webhook y corta la conexión después de escribir en el CRM. Al recuperar, debe existir una sola operación comercial confirmada y una evidencia de los intentos. La garantía depende también del almacenamiento y la concurrencia; una simple comprobación visual en dos nodos no evita todas las carreras simultáneas.
Haz que el seguimiento sobreviva a las excepciones
Registra estado, responsable y siguiente acción, no solo la fecha de entrada. Las ejecuciones que no puedan completarse deben llegar a una revisión operativa con contexto suficiente. Diferencia error transitorio, dato inválido y permiso revocado: repetir todos por igual puede aumentar el problema. Limita intentos y evita avisos con información personal innecesaria.
Revisa periódicamente contactos sin responsable y tareas vencidas junto con fallos técnicos. Una ejecución exitosa no prueba que alguien atendió al cliente. Documenta el procedimiento de recuperación y prueba cambios del workflow con datos controlados. La automatización aporta continuidad cuando el equipo entiende qué se confirmó, qué sigue pendiente y quién debe intervenir.
ENTIDADES ANALIZADAS
FUENTES
Referencias utilizadas.
PREGUNTAS FRECUENTES
Respuestas breves para decidir.
¿Debo eliminar automáticamente contactos repetidos?
No sin reglas claras. Puede haber varias solicitudes legítimas de la misma persona. Separa duplicación de eventos, identidad del contacto y oportunidades antes de fusionar o descartar.
¿Reintentar un flujo puede duplicar mensajes?
Sí, si no se protege cada efecto. Conserva identificadores y confirma acciones ya realizadas antes de repetir una escritura o un envío.
¿Qué información necesita una alerta?
Identificador del evento, paso fallido, estado confirmado y acción requerida. Evita incluir datos personales o conversaciones completas cuando no son necesarios para resolver la incidencia.