¿Cómo clonar workflows y propiedades de HubSpot entre portales en Chile?

Para clonar workflows y propiedades de HubSpot entre portales en Chile o Latinoamérica no existe un botón único. Si tus cuentas están en una organización multicuenta (cuenta principal Enterprise y cuentas conectadas Professional o Enterprise), puedes copiar workflows, formularios, segmentos y correos automatizados, y HubSpot crea las propiedades personalizadas que falten. Fuera de ese caso, las propiedades se exportan y se recrean, y los workflows se rehacen por API, con una herramienta de replicación o a mano. Siempre hay que remapear listas, correos, etapas y usuarios, y probar con registros de prueba antes de activar.

En resumen

• Para clonar workflows y propiedades de HubSpot entre portales no hay un botón único: la copia nativa existe solo en una organización multicuenta con cuenta principal Enterprise.
• Un workflow guarda los IDs de segmentos, correos, etapas y propietarios, y esos IDs cambian entre portales, por lo que cada copia exige remapear dependencias.
• Si abrirás un portal por país en Chile o Latinoamérica, exporta las propiedades, crea las dependencias antes que los workflows y prueba con registros ficticios antes de activar.

¿Conviene clonar portales o usar un solo portal de HubSpot con marcas?

Antes de clonar, confirma que de verdad necesitas dos portales. Mantener dos configuraciones iguales es trabajo permanente: cada cambio se hace dos veces o los portales se desalinean.

Un solo portal suele convenir cuando las filiales venden productos parecidos, comparten gerencia comercial y necesitan un forecast consolidado. Dentro de un mismo portal puedes separar unidades con equipos, pipelines y permisos, y HubSpot ofrece Marcas (Brands) con Marketing Hub Enterprise y su complemento. Revisa cómo manejar varias marcas en un solo portal de HubSpot antes de decidir.

Los portales separados tienen sentido en estos casos:

• Las entidades legales deben quedar aisladas: por ejemplo, una filial en México que no puede ver la base de clientes de Chile.
• Cada país tiene su propio contrato y administrador: la filial de Colombia o Perú paga y decide sobre su HubSpot.
• Una casa matriz o una agencia entrega un kit estándar: las mismas propiedades y automatizaciones para empresas que operan por separado.
• El portal actual está tan desordenado que conviene partir de cero: se arma uno nuevo y solo se trae lo que sirve.

Si decides abrir un portal nuevo, trátalo como una implementación de HubSpot por país, con alcance, responsable y documentación. Una copia rápida sin inventario traslada los problemas del origen al destino.

¿Qué se puede copiar entre portales de HubSpot y qué no?

La configuración viaja; los datos y las conexiones no. Las definiciones (propiedades, pipelines, segmentos, formularios, workflows) se replican con distintos métodos. Los registros, los usuarios, las integraciones y las llaves se crean o se conectan de nuevo en el destino.

Elemento	Cómo se replica	Qué revisar en el destino
Propiedades personalizadas	Exportarlas y recrearlas (al importar o por API). La copia multicuenta crea las que usan los recursos copiados.	Nombre interno (no se puede editar después de crearlo), tipo de campo, opciones y grupo
Propiedades de cálculo	Recrearlas a mano o por API	Las creadas por API solo se pueden editar por API
Pipelines y etapas	API de pipelines o configuración manual	Los IDs de pipeline y de etapa cambian; revisa orden y probabilidad de cierre
Segmentos (antes listas)	Copia multicuenta (solo la definición) o recrearlos	Filtros que apuntan a formularios, correos o propiedades del origen
Formularios y correos automatizados	Copia multicuenta	Tipos de suscripción personalizados, que se configuran a mano
Workflows	Copia multicuenta, API de workflows, herramienta de replicación o a mano	Acciones que usan segmentos, correos, usuarios, código personalizado o webhooks
Registros e historial	No viajan con la configuración: se importan o se migran aparte	Duplicados, propietarios y asociaciones
Usuarios, equipos y permisos	Se crean en cada portal	Asientos y permisos de cada persona
Integraciones	Se instalan y autorizan en cada portal	Llaves, tokens y mapeo de campos

La razón de fondo es simple. Un workflow no guarda "el segmento de clientes activos": guarda el ID de ese segmento. Lo mismo ocurre con correos, etapas, propietarios y equipos.

En el portal de destino esos IDs no existen o apuntan a otra cosa. Por eso una copia literal queda con acciones vacías o, peor, con acciones que apuntan al objeto equivocado.

¿Qué cambia por país en Chile, México, Colombia y Perú?

Si clonas hacia filiales de otros países, la configuración se copia igual, pero ajusta además estos puntos:

• Identificadores tributarios: usa el mismo nombre interno en todos los portales aunque la etiqueta cambie (RUT en Chile, RFC en México, NIT en Colombia, RUC en Perú). Así los scripts y las integraciones funcionan igual.
• Zona horaria y moneda: revisa la configuración de cada portal. Los workflows con horarios de ejecución y los montos de los negocios dependen de ella.
• Integraciones locales: el ERP y la facturación electrónica de cada país se conectan de nuevo en cada portal. Esas integraciones no se clonan con la configuración.
• Datos personales: clonar configuración no copia contactos. Si cargas registros reales para probar, trátalos como datos personales; en Chile, considera la Ley 21.719 de protección de datos personales.

¿Qué métodos existen para clonar workflows y propiedades de HubSpot?

Hay cinco caminos y casi siempre se combinan: copia multicuenta, exportación de propiedades, API, una herramienta de replicación y reconstrucción manual. El sandbox no copia entre dos portales productivos, pero sirve para ensayar.

1. Copia de recursos con la gestión multicuenta

Es la vía nativa. La cuenta principal necesita una suscripción Enterprise y puede conectar hasta 29 cuentas adicionales Professional o Enterprise. Necesitas permisos de Super Admin en la cuenta de origen y en la de destino.

Se entra por Configuración > Gestión de la organización > Multicuenta, pestaña Copia de recursos. También puedes seleccionar workflows en su lista y usar "Copiar a otra cuenta". Copia workflows, formularios, segmentos y correos de marketing automatizados.

Si un recurso usa una propiedad personalizada que no existe en el destino, HubSpot te muestra cuántas va a crear. No copia los datos de los formularios ni los registros de los segmentos, y los tipos de suscripción personalizados se configuran a mano. El detalle está en la guía oficial de HubSpot para copiar recursos entre cuentas.

2. Exportar las propiedades y recrearlas

En Configuración > Propiedades puedes exportar todas las propiedades de los objetos que elijas. El archivo trae nombre, nombre interno, tipo, descripción, grupo, opciones, usos y tasa de llenado.

Ese archivo es tu inventario y tu plano. Usa las columnas de usos y tasa de llenado para no clonar propiedades que nadie completa. Para crearlas en el destino tienes dos vías: una a una al importar, creando cada propiedad al mapear su columna, o en lote con la API de propiedades.

3. Scripts con la API de HubSpot

Las APIs permiten crear propiedades, pipelines con sus etapas y workflows. La API de workflows v4 lee, crea, actualiza y elimina workflows, pero sigue en beta y puede cambiar, según la documentación de la API de workflows v4. Un script te da control total del mapeo de IDs, a cambio de mantener código.

Ten en cuenta tres cosas en 2026:

• Aplicaciones privadas heredadas: un portal nuevo creado desde el 28 de septiembre de 2026, como el de una filial, ya no puede crearlas, y las cuentas existentes dejan de poder hacerlo el 26 de octubre de 2026. Las que ya existen siguen funcionando; para el destino usa Service Keys (beta) o una aplicación privada basada en proyectos.
• Límites de API: con una aplicación privada en un portal Professional son 190 llamadas cada 10 segundos y 625.000 al día (Enterprise: 1.000.000 diarias). Un script que crea cientos de propiedades debe respetar esa cuota.
• Propiedades de cálculo: si las creas por API, después solo se pueden editar por API, no desde la configuración.

4. Una herramienta de replicación

Existen herramientas de terceros que replican partes del portal; revisa en su documentación qué cubren antes de pagar. PortalSync para replicar configuraciones entre portales es la herramienta que desarrollamos en Revenue Hub Latam. Se conecta por OAuth, lee la configuración del origen y crea en el destino propiedades, listas, formularios, correos y workflows, primero las dependencias.

Al terminar deja un registro de qué se creó, qué se omitió porque ya existía y qué falló. Ninguna herramienta reemplaza la revisión de un workflow con código personalizado o webhooks.

5. Reconstrucción manual

Con pocas propiedades y dos o tres workflows simples, rehacerlos a mano suele ser lo más rápido. Abre el workflow de origen junto al de destino y recrea disparador, ramas y acciones en el mismo orden. Dentro de un mismo portal existe la opción Clonar, pero solo copia en esa misma cuenta.

¿Y el sandbox?

Un sandbox estándar (con cualquier Hub Enterprise) es una copia de prueba de tu propio portal, no un puente entre dos portales productivos. Sirve para ensayar cambios y desplegarlos a producción, hasta 300 cambios a la vez, y las integraciones no se conectan solas. Está explicado en la guía de HubSpot para crear un sandbox y desplegar cambios.

Para elegir, cruza tu situación con el método:

Situación	Método recomendado
Filiales conectadas a una cuenta Enterprise	Copia multicuenta y revisión de cada workflow
Pocas propiedades y dos o tres workflows simples	Reconstrucción manual con el inventario exportado
Un kit estándar que repites en varios portales	Herramienta de replicación o script con API
Workflows con código personalizado o webhooks	Cualquier método más revisión manual del código y sus llaves
Cambios grandes dentro de tu propio portal	Sandbox estándar y despliegue a producción

¿Cómo clonar workflows y propiedades paso a paso sin romper dependencias?

El orden importa: primero lo que otros usan y al final los workflows, que se mantienen apagados hasta probarlos. Este es el proceso que recomendamos:

1. Limpia el origen. Antes de copiar, encuentra los workflows olvidados y archiva las propiedades sin uso. Lo que clonas sin revisar se multiplica.
2. Haz el inventario. Exporta las propiedades y lista cada workflow con su disparador, sus acciones y lo que usa: segmentos, correos, propiedades, usuarios, código y webhooks.
3. Define las convenciones de nombres. El nombre interno de una propiedad no se puede cambiar después de crearla. Acuerda el estándar antes; aquí tienes convenciones de nombres de propiedades en HubSpot.
4. Crea en orden. Grupos y propiedades, pipelines y etapas, usuarios y equipos, segmentos, formularios y correos, y al final los workflows.
5. Remapea los IDs. Arma una tabla de equivalencias entre origen y destino para segmentos, correos, etapas, propietarios y equipos. Corrige cada acción que los use.
6. Revisa código y webhooks. Las acciones de código personalizado y de webhook requieren Data Hub Professional o Enterprise en el destino. Confirma que existan ahí los secretos y las URL que usan.
7. Prueba con registros ficticios. Inscribe manualmente un contacto o negocio ficticio y sigue su recorrido en el historial del workflow.
8. Activa por etapas y registra. Enciende un workflow a la vez y decide si inscribe registros existentes. Anota en un registro de migración qué se creó, cuándo y quién lo hizo.

Los registros de auditoría (Configuración > Administración de cuentas > Registros de auditoría) muestran los cambios de los últimos 30 días y ayudan a reconstruir qué pasó si algo falla.

Si un workflow clonado falla, apágalo, corrige la acción y vuelve a probar con un registro ficticio. Lo que creaste por error (propiedades, segmentos) se archiva o elimina usando el registro de migración como guía.

¿Cómo validar que el clon funciona?

Un clon funciona cuando un registro de prueba recorre el mismo camino en ambos portales y termina en el mismo estado. Contar workflows y propiedades no basta.

Qué validar	Cómo	Señal de problema
Propiedades	Compara las exportaciones de ambos portales: nombre interno, tipo y opciones	Opciones de un desplegable con valores internos distintos
Pipelines	Etapas, orden y probabilidad de cierre	Negocios que caen en la etapa equivocada
Segmentos	Misma definición y conteo esperado con datos de prueba	Segmento vacío o con todos los contactos
Workflows	Registro de prueba inscrito a mano; revisa el historial	Acciones omitidas o con error
Correos y notificaciones	Envío de prueba a una casilla interna	Remitente, usuario o tipo de suscripción incorrecto
Integraciones	Un registro creado de punta a punta	Campos vacíos en el ERP o en HubSpot

Un clon no está terminado cuando aparece en el destino. Está terminado cuando un registro de prueba hace el mismo recorrido que en el origen.

Durante las primeras semanas, revisa los errores de los workflows clonados y compara resultados entre portales. Los fallos más frecuentes vienen de segmentos, correos o propiedades que faltan en el destino, y conviene validar las dependencias antes de replicar workflows entre portales. Para que el clon no se desalinee con el tiempo, define quién aprueba cambios y documenta y mantén las automatizaciones en un solo lugar.

¿Cómo te ayuda Revenue Hub Latam a replicar portales de HubSpot?

En Revenue Hub Latam, partner Platinum de HubSpot en Santiago, abrir un portal por país o filial es parte de la Implementación de HubSpot, con alcance y precio cerrados. Replicamos la configuración con PortalSync o por API, validamos con registros de prueba junto a tu equipo y entregamos el inventario y el mapa de dependencias. Con la garantía Es tuyo, el código y llaves de cualquier script quedan a tu nombre, igual que la documentación. Puedes revisar evidencia por industria en los casos de éxito o partir con un Diagnóstico de 30 minutos sin costo.

Preguntas frecuentes

¿Se puede copiar un workflow de un portal de HubSpot a otro?

Sí, de forma nativa solo si ambos portales están en una organización multicuenta: la cuenta principal debe ser Enterprise y las conectadas Professional o Enterprise. Desde la lista de workflows usas "Copiar a otra cuenta". Sin multicuenta, el workflow se recrea por API, con una herramienta de replicación o a mano. En todos los casos revisa segmentos, correos y usuarios que use el workflow.

¿Cómo copio las propiedades personalizadas de un portal de HubSpot a otro?

Exporta todas las propiedades desde Configuración > Propiedades: obtienes nombre interno, tipo, grupo y opciones. Luego créalas en el destino con la API de propiedades o una a una al importar. Si usas la copia multicuenta, HubSpot crea las propiedades que necesitan los recursos copiados. Define antes los nombres internos, porque no se pueden cambiar después.

¿Qué plan de HubSpot necesito para clonar workflows entre portales?

Los workflows existen en Professional y Enterprise, así que el portal de destino necesita una de esas ediciones. Para la copia nativa entre cuentas, la cuenta principal de la organización multicuenta debe ser Enterprise. Las acciones de código personalizado y de webhook requieren además Data Hub Professional o Enterprise. En empresas de Chile y LATAM, revisa esto antes de comprar licencias de HubSpot para la filial.

¿Qué pasa con los segmentos, correos y usuarios que usa un workflow clonado?

El workflow los referencia por ID, y esos IDs cambian entre portales. Si el segmento, el correo o el usuario no existe en el destino, la acción queda vacía o con error. Por eso conviene crear primero las dependencias, armar una tabla de equivalencias entre origen y destino y mantener el workflow apagado hasta probarlo con un registro de prueba.

¿Sirve un sandbox de HubSpot para clonar entre dos portales?

No. El sandbox no mueve configuración hacia otro portal productivo: solo despliega cambios al mismo portal del que nace, y requiere cualquier Hub Enterprise. Al clonar, su uso práctico es ensayar en una copia del portal de origen la limpieza y los ajustes de workflows antes de replicarlos en la filial. Para copiar entre portales de distintos países usa la copia multicuenta, la API o una herramienta de replicación.

¿Conviene un portal por país o uno solo para Chile y Latinoamérica?

Un solo portal conviene cuando las filiales comparten gerencia comercial, productos y forecast: evitas mantener dos configuraciones. Portales separados convienen cuando las entidades legales deben quedar aisladas o cada país tiene su propio contrato y administrador. Si eliges varios portales, define quién aprueba cambios para que la configuración no se desalinee entre Chile, Perú o México.

¿Qué hago con el código personalizado y las integraciones al clonar?

Revísalos a mano siempre. El código personalizado usa secretos y llaves que deben existir en el destino, y las integraciones con ERP, facturación o WhatsApp se instalan y autorizan de nuevo en cada portal. Antes de activar, prueba un registro de punta a punta. Si el script usaba una aplicación privada heredada, en un portal nuevo no podrás crear otra: usa Service Keys (beta) o una aplicación privada basada en proyectos.