Biblioteca de recursos

Cómo auditar un portal de HubSpot: checklist por áreas

Escrito por Irene Sierra | Jul 28, 2026 2:33:20 PM

Auditar un portal de HubSpot consiste en revisar, área por área, si el dato, las automatizaciones, la medición, la adopción y la seguridad responden al negocio. Este checklist recorre las áreas que revisamos en una auditoría enterprise y los criterios que separan un hallazgo crítico de una mejora menor. Es el detalle operativo del marco que explicamos en la guía sobre cómo recuperar el control de un portal de HubSpot.

Antes de abrir HubSpot conviene tener una lista de qué mirar. Sin ella, una auditoría se convierte en un paseo por menús que confirma lo que ya se intuía. Con ella, cada área se revisa con el mismo criterio y el resultado se puede comparar y priorizar.

Antes de empezar: alcance y accesos

Dos decisiones ordenan todo lo demás. La primera es el alcance: qué hubs y tiers entran (Marketing, Sales, Service, Content, Operations) y cuántas unidades de negocio hay. La segunda son los accesos: un usuario con permisos de administración, a ser posible dedicado a la auditoría y de duración limitada.

Toda la revisión es de solo lectura. En esta fase no se modifica nada en producción; se inventaría, se analiza y se anota. Los cambios llegan después, con el plan aprobado [TODO→A1.1: señales de un HubSpot descontrolado].

El checklist por áreas

Agrupamos las áreas bajo las cinco dimensiones del health-check, para que el resultado encaje con el diagnóstico general del portal.

Gobierno del dato

  • Modelo de datos. Propiedades duplicadas o creadas y nunca rellenadas, objetos personalizados y su uso real, normalización de nombres y formatos. Una señal útil: cuando las propiedades de integración superan el 30 % del total de propiedades personalizadas, el modelo está condicionado por un sistema externo y conviene investigar si sigue activo.
  • Contactos y empresas. Duplicados, registros sin propietario y calidad de la base (rebotes, bajas). Los porcentajes ayudan a dimensionar: contactos sin owner por encima del 15 %, o empresas sin owner por encima del 30 %, bloquean asignaciones y workflows de gestión de cuentas.
  • Base legal y GDPR. Contactos sin base legal registrada antes de cualquier campaña de email. Por encima del 10 %, es un riesgo que conviene resolver antes que optimizar nada.
  • Lifecycle y Lead Status. Si ambos campos están alineados o funcionan por separado, y si hay saltos que no deberían existir de Subscriber a SQL sin pasar por Lead o MQL que suelen delatar una automatización mal planteada.

Automatizaciones

  • Inventario de workflows. Cuántos hay activos, cuáles tienen dueño y propósito documentado, y cuáles llevan meses con errores activos sin que nadie los revise.
  • Solapamientos y nomenclatura. Workflows que compiten por el mismo dato, listas de exclusión en los envíos automáticos, y una nomenclatura y una organización en carpetas que permitan entender para qué sirve cada uno sin abrirlo.

Medición

  • Pipelines y deals. Etapas realmente necesarias frente a etapas heredadas, deals abiertos sin importe (por encima del 25 %, el forecast pierde fiabilidad), deals con fecha de cierre ya pasada y registro de motivos de pérdida.
  • Reporting. Qué dashboards consume la dirección de verdad, y cuáles llevan más de un año sin que nadie los revise. Un informe que nadie abre no está cumpliendo su función.

Adopción y procesos

  • Uso real por Hub. Secuencias, tareas, plantillas y playbooks en Sales; formularios, listas y campañas en Marketing; pipeline de tickets y encuestas en Service. La pregunta no es si la funcionalidad existe, sino si el equipo la usa.
  • Aprovechamiento de la licencia. Qué porcentaje de las funcionalidades del tier contratado está realmente en uso. Es habitual pagar Enterprise y operar como Professional; ese hueco suele ser la primera oportunidad de mejora sin coste adicional de licencia.

Seguridad y permisos

  • Configuración y accesos. Usuarios inactivos que conservan licencia, roles y niveles de permiso, uso de sandbox para probar antes de producción, y configuración de consentimiento y tracking.
  • Integraciones. Qué sistemas están conectados y si funcionan sin duplicar datos. El caso que más conviene mirar: propiedades de Salesforce en el portal. Si Salesforce sigue activo en paralelo, hay riesgo de datos duplicados y procesos confusos; si fue migrado, esas propiedades suelen ser residuales y toca archivarlas [TODO→A2.2: limpiar workflows, propiedades y datos].

Cómo se prioriza un hallazgo

Un checklist produce hallazgos; lo que los hace accionables es priorizarlos con un criterio común. Nosotros usamos tres niveles.

Un hallazgo de prioridad alta es el que bloquea el inicio de un proyecto o genera un riesgo legal u operativo crítico: deals sin contacto asociado, Lifecycle y Lead Status desalineados, propietarios faltantes, GDPR sin cubrir o una integración activa sin sistema de referencia definido. La prioridad media agrupa lo que genera deuda técnica o dificulta el reporting (propiedades residuales, duplicados en el pipeline, etapas en desuso, ausencia de lead scoring). La prioridad baja son mejoras de nomenclatura y configuración menor.

Con esos niveles, cada área recibe un estado: crítico si tiene al menos un hallazgo de prioridad alta, mejorable si solo tiene medios, y bueno si únicamente quedan mejoras menores. Así, un vistazo al informe basta para saber por dónde empezar.

De la checklist al plan de acción

El checklist es el diagnóstico; el entregable útil es el plan. Cada hallazgo se cruza en una matriz de impacto y esfuerzo, y se ordena en fases: qué se limpia, qué se consolida, qué se rediseña y qué se deja como está, con un motivo explícito en cada caso. Empezar por las mejoras visibles en semanas ayuda a sostener la confianza interna mientras avanzan los proyectos de fondo [TODO→A2.2].

Hacerlo con checklist o con extracción de datos

Buena parte de este checklist se recorre a mano, revisando la configuración pantalla por pantalla. Hay una excepción: los censos completos. Contar propiedades sin uso, deals sin contacto o contactos sin base legal a mano es inviable en un portal grande. Ahí ayuda extraer los datos por la API con Operations Hub, o con un script de solo lectura para obtener las cifras exactas sobre las que aplicar los umbrales anteriores. La revisión manual aporta el criterio; la extracción aporta la escala.

Preguntas frecuentes

¿Qué se necesita para auditar un portal de HubSpot?

Un usuario con permisos de administración sobre los hubs incluidos en el alcance, idealmente dedicado y temporal, y un checklist por áreas como el de esta guía. Para los censos completos (propiedades, deals, contactos) ayuda extraer los datos por la API en modo solo lectura.

¿Cuántas áreas cubre una auditoría completa?

En una auditoría enterprise revisamos hasta once áreas: configuración, modelo de datos, contactos, deals, workflows, lifecycle, integraciones, y las herramientas de Marketing, Sales y Service, más reporting. En esta guía se agrupan bajo las cinco dimensiones del health-check para leer el resultado de un vistazo.

¿Se puede auditar HubSpot sin herramientas de pago?

El checklist manual no las necesita. Para los conteos a escala, Operations Hub facilita el análisis de propiedades sin uso; sin él, esos censos se aproximan con exportaciones y búsquedas guardadas, con menos precisión.

Del checklist al criterio

Una checklist ordena la revisión, pero el valor de una auditoría está en el criterio con el que se interpreta cada hallazgo: qué umbral importa en un portal de varias unidades de negocio, qué integración residual conviene archivar, qué se prioriza primero. Ese es el marco que desarrollamos en la guía sobre 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. Mientras tanto, si al recorrer este checklist aparecen varios hallazgos de prioridad alta, programad una conversación de diagnóstico con el equipo.

Irene Sierra es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise. Trabaja en la auditoría e implantación de portales HubSpot para empresas B2B con operaciones complejas.