Cómo hacer un Bulk Merge de empresas de HubSpot sin perder datos

Fusionar registros de empresa en HubSpot conlleva un riesgo operativo inmediato. Como la fusión de empresas elimina de forma permanente los ID de los registros secundarios, recompone las cronologías de actividad y consolida propiedades, una fusión mal calculada puede sobrescribir campos personalizados o alterar las asociaciones de negocios principales sin que nadie se entere. De hecho, el 40% de los equipos retrasa la limpieza del CRM por miedo a fusionar los datos equivocados, perder historial o romper asociaciones del sistema.

Ejecutar un Bulk Merge de forma segura exige dejar atrás la revisión manual de pares y las exportaciones CSV genéricas, y centrarse en una lógica de selección determinista, reglas de conservación de campos y una verificación por fases.

Coincidencias más allá del dominio exacto

La deduplicación nativa se apoya casi por completo en coincidencias exactas de dominio (company.com = company.com). En la práctica, el 25% de las empresas ven que las herramientas nativas pasan por alto duplicados por pequeñas diferencias de formato, puntuación u ortografía, y otros registros ni siquiera tienen dominio. Encontrarlos exige ir más allá de los filtros de coincidencia exacta.

Coincidencia de dominio raíz

Al eliminar prefijos (www.), sufijos y variaciones de dominio de primer nivel (.com, .org, .co.uk), la coincidencia por raíz de dominio agrupa filiales regionales y dominios alternativos. Así salen a la luz las coincidencias de dominio no exactas y se revisan antes de cualquier fusión automática.

Coincidencias por otros campos identificadores

Cuando un registro no tiene dominio, la coincidencia puede apoyarse en otras propiedades clave. Añadir campos como el nombre de empresa (exacto o aproximado), el teléfono, el NIF o un ID interno permite localizar los duplicados huérfanos aunque falte el dominio.

Criterios para elegir el registro principal

Automatizar la fusión en bloque exige resultados claros. Asignar el registro principal al azar o revisarlo todo a mano crea cuellos de botella graves.

Una estrategia estructurada de registro principal se apoya en una lógica de sistema clara:

• Registro más antiguo: Conserva las fuentes de conversión originales, la atribución de marketing de primer contacto y las fechas de creación históricas.
• Registro más reciente: Prioriza las cuentas con actividad reciente del comercial y comunicación de ventas al día.
• Último registro actualizado: Asocia la condición de principal a los registros modificados hace poco por herramientas integradas o por una limpieza manual.
• Más datos en los campos: Selecciona el registro con más propiedades rellenadas para minimizar la pérdida neta de campos.
• Lógica de campos personalizados: Permite a los administradores elegir cualquier propiedad del registro como criterio para designar el principal.

Conservación de propiedades y resolución de conflictos

La pérdida de datos en las fusiones masivas ocurre propiedad a propiedad. Cuando dos registros tienen valores en conflicto, aplicar una única regla global a todos los campos puede sobrescribir contexto importante de la cuenta.

Cada empresa trata sus datos de forma distinta, así que conservar propiedades depende del contexto. Resuelve los conflictos según el uso que tu equipo da a cada campo:

• Campos del pipeline activo: Propiedades como el propietario de la cuenta, la etapa del ciclo de vida o el estado del negocio reflejan la actividad comercial en curso. La resolución de conflictos debe conservar el valor que refleja la operativa activa, sin importar qué registro sea más antiguo.
• Campos descriptivos y de contexto: En campos como descripciones de empresa, direcciones o notas internas, la elección depende del propio valor. Los equipos los revisan caso por caso y se quedan con el que tenga mejor formato o más detalle.
• Campos del sistema de registro: En las métricas de referencia, donde prima la coherencia histórica, quedarse con el valor del registro principal mantiene la coherencia con los informes y los modelos de atribución que ya tienes.

Vista previa campo a campo

Exportar una copia de seguridad en CSV se ve a menudo como el plan B de un Bulk Merge, pero una hoja de cálculo solo guarda valores estáticos. Antes de aplicar cambios en todo el CRM, un administrador debería poder configurar opciones de coincidencia campo a campo y definir reglas de registro principal para que ciertos valores ganen según criterios propios. Al lanzar un análisis se genera una vista previa campo a campo de cómo se fusionará cada conjunto de duplicados. Si una regla da un resultado inesperado, la lógica de coincidencia o las reglas de campo se ajustan antes de actualizar ningún registro.

Con las reglas por campo ya definidas, probar la lógica de fusión sobre una muestra aislada de 50 conjuntos de duplicados da una validación inmediata. Revisar esos 50 registros fusionados en la propia interfaz de HubSpot confirma que los contactos, negocios, tickets, cronologías de comunicación y campos personalizados asociados se conservaron como esperabas antes de procesar el resto de la base de datos.

Definir reglas de fusión con resultados predecibles protege el historial de la cuenta en las limpiezas grandes. Al combinar la coincidencia de dominio raíz con una lógica propia de conservación de campos, el equipo mantiene el control total de la integridad de los datos.

Preguntas frecuentes

¿Cómo se evitan las empresas duplicadas cuando los contactos usan dominios regionales o alternativos (p. ej., .org, .com.mx, .mx)?

HubSpot crea automáticamente un nuevo registro de empresa cada vez que un dominio entrante no coincide exactamente con un dominio primario existente. No puedes bloquear esa creación de forma nativa, pero sí automatizar la solución: usa la coincidencia por Domain Root para eliminar extensiones de país y variaciones de TLD después de la creación, aplica reglas de registro primario y deja que Auto Merge los combine en un único registro primario.

¿Cómo se gestionan las estructuras corporativas complejas con dominios de marca separados?

Depende por completo de tu estructura de go-to-market:

• Modelo por cuenta (cuenta única): Usa la coincidencia de dominio raíz para quitar prefijos y sufijios del dominio y fusionar los registros regionales en una cuenta principal central. Así el historial de negocios, el de comunicaciones y los contactos asociados quedan en un único registro de empresa global.
• Modelo por entidad (filiales separadas): Limita la coincidencia por dominio a variantes regionales exactas para que cada unidad de negocio siga siendo una entidad distinta, y relaciónalas como matriz y filial en lugar de fusionarlas.

¿A partir de qué punto deja de funcionar la gestión de duplicados nativa de HubSpot?

Las herramientas nativas topan con límites estructurales en cinco casos concretos:

1. Las herramientas web conectadas y las integraciones de terceros crean registros nuevos para clientes que ya existen en lugar de actualizar su perfil activo, y esquivan las reglas nativas de coincidencia exacta.
2. Cuando una misma empresa tiene 20, 30 o más de 40 registros duplicados, las interfaces nativas obligan a revisarlos uno a uno en lugar de resolver todo el grupo de una vez.
3. Las bases de datos grandes alcanzan enseguida el límite de visualización de las herramientas nativas (entre 2.000 y 10.000 coincidencias según el plan).
4. Las reglas nativas no detectan registros con extensiones de dominio distintas ni con pequeñas erratas o diferencias de formato.
5. Tus datos dependen de campos personalizados que necesitan reglas de conservación condicionales para que los campos del secundario no sobrescriban los del principal.

Fusionar empresas duplicadas en HubSpot es justo para lo que está hecho Dedupely: coincidencia por dominio raíz, reglas de registro principal que defines tú y una vista previa campo a campo antes de que cambie un solo registro.

Empieza gratis, conecta tu CRM y mira los duplicados que tienes antes de fusionar nada. Empieza aquí.