Cómo evitar contactos duplicados cuando conectas varias herramientas

Por Carlos Manzano · · IA e integraciones · 4 min de lectura

Ilustración editorial de dos fichas parecidas que se revisan antes de unificar la identidad de un contacto.
En este artículo

Evitar contactos duplicados exige distinguir dos preguntas: si un registro ya existe y si dos registros corresponden realmente a la misma persona. La primera puede resolverse con un identificador estable. La segunda requiere criterios de coincidencia y, en casos ambiguos, revisión humana.

El nombre es una pista débil. Un correo puede ser compartido y un teléfono puede cambiar. Si automatizas fusiones basándote en semejanzas, puedes mezclar compras, conversaciones y preferencias de personas diferentes. Diseña primero qué coincidencias son suficientes y cuáles solo generan una sugerencia.

Conserva los identificadores de cada sistema

Cuando el formulario crea un contacto en el CRM, guarda la referencia devuelta. Las siguientes actualizaciones deberían utilizar esa relación siempre que siga siendo válida. Mantén una tabla de correspondencias entre sistema, tipo de registro e identificador, en lugar de buscar por nombre en cada ejecución.

Una empresa y una persona son entidades distintas. Dos contactos pueden compartir dominio corporativo sin ser duplicados. Del mismo modo, un autónomo puede aparecer como interlocutor y como entidad comercial. Define cómo los relacionas para que la integración no intente convertirlos en una sola ficha indistinta.

Normaliza sin inventar identidades

Elimina espacios accidentales y utiliza formatos coherentes para comparar teléfonos, conservando país y número original. Revisa el tratamiento de mayúsculas y caracteres según el campo. No elimines partes de una dirección de correo por una regla general que solo funciona en determinados proveedores.

La documentación de deduplicación de HubSpot explica sus reglas por correo, dominio e identificador de registro, con diferencias según la vía de creación. Antes de conectar una aplicación, comprueba si aplica las mismas reglas o introduce sus propios registros a través de la API.

Reglas propuestas para reconocer contactos
Coincidencia Acción inicial Comprobación
Identificador externo ya vinculado Actualizar el registro relacionado Tipo y sistema coinciden
Correo confirmado y único Buscar candidato existente No es un buzón compartido conocido
Mismo teléfono con nombres distintos Enviar a revisión Puede ser centralita o número reutilizado
Nombre parecido sin otro dato Mantener separados Solicitar información adicional
Dos oportunidades de una persona Relacionarlas con el contacto No fusionar proyectos diferentes

Diseña la fusión como una operación revisable

Antes de fusionar, muestra qué campos difieren y qué conversaciones pertenecen a cada ficha. Decide el registro que permanecerá y cómo conservar las referencias antiguas. Una fusión no debería borrar silenciosamente un permiso, una preferencia o un dato verificado.

Guarda quién autorizó la operación y qué se trasladó. Comprueba cómo trata el CRM las asociaciones a empresas, tareas y pedidos. Si la herramienta no permite deshacer la fusión, prepara una copia o una exportación suficiente para reconstruir la información afectada antes de actuar.

Ejemplo ficticio de un correo compartido

Una pequeña empresa utiliza una dirección general para solicitar varios servicios, y escriben desde ella dos personas. Es un ejemplo ficticio. La integración puede reconocer la empresa y la bandeja compartida, pero no debería afirmar que ambos interlocutores son la misma persona.

Una opción operativa es conservar el contacto de la cuenta compartida y anotar interlocutores en cada oportunidad, o crear personas separadas relacionadas con la empresa si el CRM lo admite. La elección debe ser consistente con la forma en que trabaja el equipo.

Prueba simultaneidad y cambios de datos

Envía dos formularios casi a la vez con el mismo contacto de prueba. Comprueba que las búsquedas y creaciones concurrentes no generan fichas adicionales. Después cambia el correo y verifica que se actualiza la relación correcta sin perder el historial anterior.

Incluye también un teléfono sin prefijo, un nombre abreviado y un correo mal escrito. Los casos dudosos deben quedar visibles para revisión. Mide duplicados nuevos, fusiones corregidas y registros sin correspondencia; reducir duplicados a costa de mezclar identidades no es una mejora de calidad.

Para seguir avanzando

Sigue explorando IA e integraciones

Artículos relacionados

Carlos Manzano
Información básica sobre cookies

Bienvenida/o a la información básica sobre las cookies de la página web responsabilidad de la entidad: Cis Net Solutions SL.

Una cookie o galleta informática es un pequeño archivo de información que se guarda en tu ordenador, “smartphone” o tableta cada vez que visitas nuestra página web. Algunas cookies son nuestras y otras pertenecen a empresas externas que prestan servicios para nuestra página web.

Las cookies pueden ser de varios tipos: las cookies técnicas son necesarias para que nuestra página web pueda funcionar, no necesitan de tu autorización y son las únicas que tenemos activadas por defecto.
El resto de cookies sirven para mejorar nuestra página, para personalizarla en base a tus preferencias, o para poder mostrarte publicidad ajustada a tus búsquedas, gustos e intereses personales. Puedes aceptar todas estas cookies pulsando el botón Aceptar todo o configurarlas o rechazar su uso clicando en el apartado configurar cookies.

Si quieres más información, consulta la política de cookies de nuestra página web.