TL;DR
- Detectar duplicados en la entrada detiene algunos registros nuevos, normalmente con una coincidencia exacta de correo o dominio.
- La detección al introducir datos suele pasar por alto erratas, segundas direcciones de email y algunos registros importados o sincronizados.
- Buscar y fusionar con regularidad detecta coincidencias aproximadas y duplicados que ya están en el CRM.
- Muchos equipos de CRM combinan la deduplicación nativa en la entrada de datos con la búsqueda y fusión programadas.
- Dedupely encuentra y fusiona los duplicados que se cuelan en la entrada, con registros nuevos listos para cotejarse en minutos.
Hay dos momentos para tratar un duplicado. Puedes evitarlo al crear el registro o localizarlo después y fusionarlo con el registro que repite.
Los equipos suelen elegir una opción y esperar que lo cubra todo. La coincidencia al introducir datos parece más segura, ya que nada malo entra.
La limpieza programada parece más completa porque ve toda la base de datos. Cada una detecta un tipo distinto de duplicado y cada una deja algo sin detectar.
En esta entrada verás qué hace cada enfoque, qué deja pasar y cómo combinarlos para que sus huecos no se solapen.
Qué significa detectar duplicados en el momento de la entrada
La coincidencia en el momento de la entrada se ejecuta al crear o editar un registro. El CRM compara el nuevo registro con los existentes y decide qué hacer antes de guardarlo.
Muchos CRM incluyen alguna forma de ello como deduplicación nativa. Su comportamiento depende del CRM y de cómo llega el registro.
Bloquear, avisar o actualizar
La deduplicación nativa suele hacer una de tres cosas. Bloquea el registro nuevo, avisa al usuario y le permite guardarlo de todos modos, o actualiza el registro existente con los nuevos valores.
En un CRM, escribir un contacto con un correo que ya existe se bloquea. Un formulario enviado con ese mismo correo actualiza el contacto existente. En otro, un administrador decide si una regla muestra una alerta o bloquea el guardado.
Las reglas exactas y las aproximadas dependen del CRM
Algunas comprobaciones al entrar usan coincidencias exactas de correo o dominio. Otras, incluidos los criterios de coincidencia configurables de Salesforce, pueden comparar varios campos y usar métodos aproximados. Lo que se bloquea depende de la regla activa, del objeto y de si el registro llega por formulario, importación, API o entrada manual.
Una regla de bloqueo requiere pruebas cuidadosas porque puede rechazar un registro válido. Una advertencia puede permitir al usuario revisar una posible coincidencia antes de guardar. Elige la acción y los criterios según tus datos; cómo funciona la coincidencia de duplicados en un CRM trata la coincidencia exacta y aproximada.
A partir de octubre de 2026, de la base de conocimiento de HubSpot: Deduplicación de registros, y Ayuda de Salesforce: Evita que los usuarios creen registros duplicados.
Lo que se cuela con la coincidencia en el momento de la entrada
La detección en el momento de la entrada cumple su función con los duplicados para los que se diseñó. Los demás se cuelan, a menudo por motivos que nada tienen que ver con lo bien que esté configurada.
- Coincidencias cercanas: un error tipográfico en el correo, un apodo, "Acme Inc." junto a "Acme". La coincidencia exacta los lee como registros distintos.
- Una segunda dirección de correo: la misma persona se registra con un correo personal después de comprar con uno de trabajo. Nada en el campo clave coincide.
- Registros sin campo clave: un contacto introducido solo con nombre y teléfono, o una fila de importación sin correo. No hay nada con qué comparar.
- Importaciones e integraciones: algunos puntos de entrada siguen reglas distintas. En un CRM, las empresas creadas mediante la API no se comparan por dominio en absoluto.
- Advertencias que la gente ignora: un comercial ocupado ve una alerta, supone que es un error y guarda el registro de todos modos.
- Duplicados ya presentes en la base de datos: la coincidencia en el momento de la entrada solo analiza el registro que se está guardando. Nunca revisa los duplicados que ya tienes.
El bloqueo tiene un segundo coste que resulta fácil de pasar por alto. En un CRM, los registros procedentes de importaciones de datos y de la API no reciben ninguna alerta cuando una regla los bloquea, y no se guardan. Si nadie revisa qué se ha rechazado, esos datos desaparecen de la carga.
A partir de octubre de 2026, de la base de conocimiento de HubSpot: Deduplicación de registros, y Ayuda de Salesforce: Lo que conviene saber sobre las reglas de duplicados.
Qué detecta buscar y fusionar según un calendario
La deduplicación programada funciona después de guardar los registros. Una herramienta o una persona revisa toda la base de datos, agrupa los registros que corresponden a lo mismo y los fusiona.
Una búsqueda programada puede reunir candidatos dudosos para revisarlos antes de que cambie nada. Según la herramienta, puede comparar erratas, nombres que suenan igual, dominios de empresa y varios campos a la vez. Confirme la identidad antes de convertir esos candidatos en fusiones.
Coincidencias aproximadas y grupos
Buscar en toda la base de datos almacenada encuentra duplicados que las reglas de entrada configuradas no detectaron. Pueden incluir correos ligeramente distintos o una persona que usa dos direcciones. También encuentra grupos, como un cliente introducido por varias fuentes. Algunas reglas de entrada detectan también coincidencias aproximadas; la búsqueda programada ofrece otra oportunidad de revisión.
Los duplicados que ya tiene
Una ejecución programada también cubre registros antiguos. Incluye los duplicados anteriores a la activación de cualquier deduplicación nativa, los procedentes de migraciones y los de integraciones que omitieron las reglas de entrada.
Revisa antes de que cambie nada
No se bloquea ni se pierde nada al entrar un registro. Las coincidencias dudosas pueden esperar a que una persona las revise, y el resultado de la fusión puede comprobarse antes de que se produzca.
La contrapartida es el tiempo. Un duplicado existe un tiempo antes de fusionarse, y en ese periodo puede acumular actividad o entrar en una secuencia. La duración de ese periodo depende de sus fuentes, de lo que tratamos en con qué frecuencia deduplicar su CRM.
Entrada frente a programación de un vistazo
| Detección en la entrada | Búsqueda y fusión programadas | |
|---|---|---|
| Cuándo se ejecuta | Al crear o editar un registro | Después de guardar los registros, en toda la base de datos |
| Qué compara | Exacta o aproximada, según el CRM y la regla activa | Varios campos, incluidas las coincidencias aproximadas |
| En lo que mejor detecta | Repeticiones exactas de personas y formularios | Errores tipográficos, segundos correos, grupos y duplicados antiguos |
| Lo que no detecta | Coincidencias aproximadas, registros sin campo clave, algunas importaciones e integraciones | Duplicados que se forman entre ejecuciones |
| Quién decide | La regla, o un usuario que se encuentra con una advertencia | Reglas probadas, más revisión para los conjuntos poco claros |
| Riesgo principal | Registros bloqueados que no se guardan, o advertencias ignoradas | Coincidencias demasiado amplias que fusionan registros que no son duplicados |
Por qué muchos equipos necesitan ambos
Cada enfoque cubre el punto ciego del otro. La coincidencia en el momento de la entrada frena las repeticiones fáciles antes de que se propaguen. Una ejecución programada encuentra las coincidencias parciales y los duplicados antiguos que la entrada nunca ve.
El equilibrio entre ambos depende de tus datos. Qué se considera duplicado varía según el caso, y lo que para un equipo es un duplicado puede no serlo para otro. Define por escrito qué entiendes por duplicado antes de configurar cualquiera de los dos.
Deja que la entrada de datos gestione las repeticiones exactas
Active la deduplicación nativa que ofrece su CRM para el campo que identifica cada registro. Mantenga sus reglas acotadas, para que los usuarios confíen en las advertencias en lugar de pasarlas sin leer.
Si una regla bloquea importaciones o registros de API, revisa qué rechazó tras cada carga. Las capas que la rodean se tratan en cómo evitar contactos duplicados en equipos comerciales de rápido crecimiento.
Dejar que la programación se encargue del resto
Empieza por los duplicados evidentes, como coincidencias exactas de correo o dominio que han entrado por otra vía. Después pasa a coincidencias aproximadas de nombre con empresa o teléfono, y envía los casos dudosos a revisión.
Cuando tus reglas estén probadas, puedes fusionar automáticamente, según un calendario, los duplicados de los que estés seguro, como las coincidencias exactas de correo. Lo menos seguro, mantenlo en revisión.
Vigile de dónde siguen llegando los duplicados
Cada duplicado que encuentra la programación apunta a una fuente que esa entrada no detectó. Algunas fuentes, como formularios web que crean contactos nuevos, son más fáciles de corregir una vez que de fusionar una y otra vez.
Cómo Dedupely detecta los duplicados que se cuelan al registrarlos
Dedupely funciona después de crear los registros y detecta los nuevos en 1 a 5 minutos. Creas búsquedas de duplicados que admiten erratas, nombres que suenan igual y dominios compartidos, defines qué valor prevalece y previsualizas cada fusión. Cuando tus reglas estén probadas, puedes fusionar automáticamente, según una programación, los nuevos duplicados de los que estés seguro, como las coincidencias exactas de email.
Dos momentos, una sola definición de duplicado
La comparación en la entrada y la deduplicación programada abordan el mismo problema en momentos distintos. Las reglas de entrada pueden usar criterios exactos o aproximados, pero solo cubren los objetos y las vías de entrada configuradas. Las búsquedas programadas revisan la base de datos almacenada, con tiempo para que las personas revisen las coincidencias dudosas.
Usados juntos, se cubren las lagunas del otro. Lo que hace que funcionen es una definición compartida de duplicado. Así, la regla de entrada y la búsqueda posterior buscan lo mismo.
Preguntas frecuentes
¿Es mejor bloquear los duplicados al crearlos o fusionarlos después?
Muchos equipos necesitan ambos: el bloqueo en la entrada detiene las repeticiones exactas, como el mismo correo, antes de que se propaguen. La fusión posterior detecta coincidencias parciales, segundas direcciones de correo y duplicados antiguos que la comparación en el momento de la entrada nunca ve. Utilice reglas de entrada para los casos exactos y una búsqueda programada para el resto, con revisión de los conjuntos poco claros.
¿Por qué mi CRM sigue creando duplicados con la deduplicación activada?
El comportamiento nativo depende del CRM y de las reglas configuradas. Una comprobación de correo exacto no detecta una segunda dirección o una errata, mientras que una regla multicampo o difusa sí puede hacerlo. Algunas importaciones e integraciones usan reglas distintas, los usuarios pueden descartar avisos y las reglas de entrada no revisan toda la base de datos existente.
¿Pueden las reglas de duplicados del CRM provocar pérdida de datos?
Sí, cuando una regla bloquea registros que nadie revisa. En algunos CRM, una regla de bloqueo rechaza filas coincidentes de importaciones y cargas por API sin mostrar aviso, y esas filas no se guardan. Revisa qué rechazó cada carga y limita las reglas de bloqueo a coincidencias de las que estés seguro.
¿Con qué frecuencia deben fusionarse los duplicados tras la entrada?
Depende de la rapidez con la que sus fuentes añadan registros. Con formularios e integraciones constantes, los equipos suelen fusionar automáticamente ciertas coincidencias según un calendario y revisar el resto con regularidad. Los equipos que importan sobre todo listas pueden comprobar cada importación, con el objetivo de fusionar antes de que los duplicados lleguen a los informes y secuencias.
¿Qué es la detección de duplicados en el momento de la entrada?
La coincidencia se produce al crear o editar un registro. Según el CRM, la regla y la vía de entrada, la comparación puede ser exacta o aproximada. El sistema puede bloquear, avisar o actualizar un registro existente. Prueba cada vía en lugar de suponer que una sola regla cubre todos los registros nuevos.
O regístrate con Google
