Limpiar un portal de HubSpot es trabajo de método: primero diagnosticar, luego actuar en un orden concreto (datos, propiedades y workflows) y siempre con la cautela de desactivar antes de borrar. Hecho así, el saneamiento reduce la deuda técnica sin frenar la operación. Esta guía es el procedimiento que sigue al concepto explicado en deuda técnica en HubSpot, dentro del marco de cómo recuperar el control de un portal.
La tentación, ante un portal saturado, es empezar a borrar. Es también la forma más rápida de romper algo: un workflow que parecía muerto alimentaba un informe, una propiedad «duplicada» era la que leía una integración. Limpiar sin romper nada consiste, sobre todo, en el orden y en las cautelas.
Antes de tocar nada
- Diagnosticar primero. La limpieza actúa sobre los hallazgos de una auditoría, no sobre corazonadas. Sin ese mapa, se corre el riesgo de retirar lo que funciona y conservar lo que sobra.
- Trabajar en sandbox cuando esté disponible. Probar los cambios de mayor alcance en un entorno de pruebas antes de llevarlos a producción evita sorpresas.
- Exportar antes de retirar. Una exportación de las propiedades y los registros afectados es la red de seguridad que permite revertir si algo se comportó de forma inesperada.
- Congelar la creación nueva. Durante el saneamiento conviene pausar la creación de propiedades y workflows nuevos, para no ampliar la deuda mientras se reduce.
Limpiar workflows
- Inventariar y agrupar. Extraer la lista completa de workflows activos y agruparlos por función. El objetivo es entender el mapa antes de tocar ninguna pieza.
- Marcar los candidatos. Señalar los que no tienen dueño identificable, los que se solapan con otro y los que llevan meses con errores activos. Esa es la deuda que más pesa.
- Desactivar antes de borrar. En lugar de eliminar, desactivar y observar durante un periodo (dos o tres semanas suele bastar) para confirmar que nada dependía de ese workflow. Si nadie lo echa en falta, entonces se borra.
- Documentar y nombrar. Cada workflow que se conserva recibe un nombre que explica su función y una nota de propósito. Una nomenclatura clara y una organización en carpetas es lo que evita que el desorden vuelva. Los workflows de nurturing de ciclo largo, por su complejidad, merecen especial cuidado en este paso, como vemos al hablar de nurturing B2B en ciclos largos.
Consolidar propiedades
Las propiedades duplicadas o sin uso son la segunda fuente de deuda. El procedimiento evita la retirada en caliente:
- Detectar duplicadas y sin uso. Operations Hub facilita el análisis de propiedades sin datos; sin él, se aproxima con exportaciones y vistas. El objetivo es una lista de candidatas, no una purga inmediata.
- Elegir la superviviente. Entre varios campos para el mismo dato, se conserva el que más se usa en formularios, workflows y reporting, y se planifica la migración del resto hacia él.
- Migrar y luego retirar. Primero se traslada el dato a la propiedad superviviente y se actualizan formularios y automatizaciones; solo después se archiva la propiedad antigua. El gobierno de propiedades entre unidades de negocio tiene sus propias reglas, como explicamos al copiar propiedades entre empresas del portal.
Sanear datos
Con los workflows y las propiedades ordenados, el saneamiento del dato es más seguro:
- Deduplicar contactos y empresas con las herramientas del portal, revisando los criterios de coincidencia antes de fusionar.
- Asignar propietarios a los registros que no los tengan, porque sin owner no funcionan las asignaciones ni las notificaciones.
- Revisar la base legal de los contactos antes de cualquier campaña, para no arrastrar un riesgo de cumplimiento.
- Archivar lo residual. Las propiedades de una integración que ya no se usa —Salesforce migrado, por ejemplo— son deuda que conviene archivar una vez confirmado que el sistema de origen está inactivo.
El orden importa
El saneamiento va de lo más profundo a lo más visible: primero los datos, luego las propiedades, por último los workflows. Tiene lógica: los workflows dependen de las propiedades, y las propiedades describen los datos. Limpiar en orden inverso obliga a rehacer trabajo cada vez que una capa inferior cambia.
Preguntas frecuentes
¿Se puede limpiar HubSpot sin frenar la operación?
Sí, si se trabaja por fases y con cautela: sandbox para lo de mayor alcance, exportación previa y la regla de desactivar antes de borrar. Los cambios se llevan a producción de forma escalonada, no de una vez.
¿Conviene borrar los workflows que no se usan?
No de inmediato. Es más seguro desactivarlos y observar dos o tres semanas. Si en ese periodo nadie los echa en falta y ningún informe se resiente, entonces se eliminan.
¿Cada cuánto hay que limpiar un portal de HubSpot?
La limpieza profunda se hace tras una auditoría; el mantenimiento, de forma continua. Un portal con nomenclatura clara y propiedades con dueño acumula deuda mucho más despacio [TODO→A1.1: señales de un HubSpot descontrolado].
De la limpieza al gobierno
Limpiar una vez ordena el portal; gobernarlo es lo que lo mantiene ordenado. Cada workflow y cada propiedad que nace con dueño y propósito es deuda que no se genera. Cómo llegar a ese estado es el marco que desarrollamos en cómo recuperar el control de un portal de HubSpot.
Estamos preparando el Health-check de HubSpot, un autodiagnóstico del gobierno del portal con puntuación por dimensión y plan de acción. Si el portal necesita una limpieza y no está claro por dónde empezar, programad una conversación de diagnóstico con el equipo.
Enric Rodrigo es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise.