Un workflow de GoHighLevel está conectado a la cuenta donde se creó mediante ids internos; si lo mueves sin reescribir esos ids, llega roto. Esto es exactamente lo que se rompe y cómo lo corrige el remapeo por nombre.
Dentro de GoHighLevel, casi todo lo que toca un workflow es un registro con su propio id interno: un pipeline, una etapa de ese pipeline, un usuario al que asignas una tarea, una etiqueta, un campo personalizado, un calendario, una plantilla. Cuando creas un workflow, GoHighLevel no guarda en su definición los nombres de esos registros. Guarda sus ids. Una acción «Add tag: Hot Lead» no almacena el texto «Hot Lead»: almacena algo como tag_7c1f…, el id de esa etiqueta en esa cuenta.
Esos ids son propios de cada cuenta. La misma etiqueta, creada a mano en una segunda cuenta, recibe allí un id completamente distinto. Por eso, cuando la definición de un workflow se saca de una cuenta y se pega en otra, todos los ids que lleva siguen apuntando a registros que solo existen en la cuenta de origen. El destino no tiene ningún registro con ese id, así que la referencia queda colgando. Esta es la causa de casi todos los reportes de «copié mi workflow y dejó de funcionar», y por eso copiar el JSON en bruto no es un movimiento de verdad.
La rotura no es aleatoria: afecta a todo campo del workflow que contiene un id propio de la cuenta en lugar de un valor literal. En la práctica, eso significa:
Cada uno de estos es un punto de fallo silencioso. GoHighLevel suele dejarte guardar un workflow con una referencia colgante; simplemente no hace nada, o hace algo equivocado, cuando un contacto llega a ese paso en producción. Es el peor tipo de rotura: invisible hasta que un contacto real pasa por ahí.
ExportGHL Workflows trata el movimiento como una conciliación, no como una copia. Cuando despliegas un workflow guardado en una cuenta de destino, lee cada referencia propia de la cuenta que hay en la definición, busca qué era esa referencia en el origen (su nombre) y encuentra el registro con el mismo nombre en el destino. El id de origen que quedaba colgando se reescribe entonces con el id propio del destino para ese pipeline, etapa, etiqueta, usuario, campo, calendario o plantilla.
Asociar por nombre es la clave correcta porque los nombres son lo que las dos cuentas realmente comparten. Rara vez los ids internos coinciden entre cuentas, pero muy a menudo tienes una etiqueta «Hot Lead», un «Sales Pipeline» con una etapa «Booked» y un campo personalizado «Lead Source» en ambas. ExportGHL recorre el grafo completo de referencias, incluidas las etapas anidadas en su pipeline y los enlaces entre workflows, de modo que una etapa remapeada acaba en el pipeline remapeado correcto, y no en cualquier etapa de nombre parecido.
Como se despliega en el destino como un workflow nuevo, no se sobrescribe nada de lo que ya tienes. (Puedes elegir actualizar uno existente, pero es una decisión explícita, no lo habitual.) El resultado es un workflow que hace referencia a los registros reales del destino y se ejecuta igual que en el origen. Esta página forma parte de la guía completa para exportar workflows de GoHighLevel, el centro para guardar, mover y respaldar automatizaciones entre cuentas.
Conviene separar los dos tipos de cosas que hay dentro de un workflow: las referencias propias de la cuenta que hay que remapear y los bloques estructurales que pasan por sí solos.
Referencias remapeadas por nombre. Cada una se asocia con el registro propio del destino y se reescribe el id. Si existe coincidencia, se conserva; si no existe, el workflow queda en borrador hasta que la aportes o la asocies:
Bloques del workflow. La estructura de la automatización se conserva exactamente, porque no depende de la cuenta. Un bloque solo pasa a borrador por una referencia propia de la cuenta a la que apunta, nunca por el bloque en sí:
En resumen: la estructura y los valores literales (tiempos de espera, texto plano de los mensajes, lógica de las ramas) se conservan intactos, cada referencia propia de la cuenta se remapea por nombre cuando coincide, y todo lo que no coincide deja el workflow entero en borrador en lugar de publicarlo roto.
A veces un nombre realmente no existe en el destino: la etiqueta «Hot Lead» nunca se creó allí, o un usuario no es miembro. ExportGHL no adivina y no publica algo que fallará en silencio. Señala cada referencia sin asociar para que veas con precisión qué falta, y mantiene el workflow desplegado como borrador. Después creas el registro que falta (o asocias la acción a uno existente) y publicas cuando todo se resuelve.
Este comportamiento de borrador por defecto es deliberado. El fallo que quieres evitar es un workflow que parece activo pero se dispara mal en silencio, así que lo seguro es negarse a publicar hasta que cada referencia apunte a algo real.
Herramientas como GHL Workflows Pro, GHL Workflow Importer/Exporter y GHL Workflows JSON Exporter pueden exportar el JSON de un workflow e importarlo en otra cuenta. (A veces se agrupa con ellas a Super Cloner, pero este clona páginas de embudos y sitios web, no workflows.) Eso mueve la estructura, pero los ids que contiene se copian tal cual: no se concilian con el destino. Así que las referencias a pipelines, etiquetas, usuarios, campos y plantillas siguen apuntando a los ids de la cuenta de origen, y vuelves a tener que reparar cada paso a mano. Exportar el JSON es el 80 % fácil; remapear las referencias propias de la cuenta es el 20 % difícil que de verdad hace que el workflow funcione, y es la parte que se saltan. Si estás comparando opciones, la comparativa de clonadores muestra su comportamiento lado a lado, y el paso a paso de un único movimiento está en copiar entre cuentas.
Las herramientas propias de GoHighLevel tampoco cierran esta brecha. La duplicación nativa solo funciona dentro de una cuenta, y los snapshots copian la plantilla de una cuenta entera: las referencias se resuelven solo porque el snapshot trae sus propias copias de cada pipeline, etiqueta y campo, algo que no sirve cuando mueves un workflow a una cuenta que ya está en uso. El remapeo entre cuentas existe precisamente para el caso que GoHighLevel deja sin cubrir.
La prueba gratuita mueve un workflow de principio a fin para que veas el remapeo y el marcado como borrador en tu propia cuenta antes de gastar nada. Después son créditos de pago por uso que nunca caducan, o una licencia Toolkit de pago único sin suscripción; la página de precios tiene el detalle.
Despliega gratis un workflow en otra cuenta: verás cómo cada pipeline, etiqueta y campo se reescribe para el destino y cómo se señala todo lo que no coincide antes de que se active.
Empezar gratis
ExportGHL