Errores en workflows de GoHighLevel: 21 síntomas, causas y soluciones

Errores en workflows de GoHighLevel: 21 síntomas con su causa y su solución, desde disparadores por etiqueta y oportunidades hasta el clonado, tomados de cuentas reales.

Por Carlos Familia, Experto en CRM y automatización con IA. Actualizado el 20 de octubre de 2026. 10 min.

Cuando abrí la cuenta de GoHighLevel que una corredora hipotecaria de Florida había heredado de su agencia anterior, tenía 281 workflows y solo 95 estaban activos. Para archivar los 190 workflows de esa agencia comparé todo: 1,559 acciones y 257 disparadores, con 0 diferencias. Ese trabajo y las demás cuentas que he armado o reparado me dejaron una lista de las maneras en que un workflow puede verse bien y comportarse mal.

Un workflow es un flujo automatizado dentro de GoHighLevel: pasa algo (el disparador) y el sistema ejecuta una serie de pasos. En las cuentas que he trabajado, casi todos los errores vienen de cinco lugares: cómo se disparan, cómo se encuentran las oportunidades, qué paso se salta sin avisar, cómo se repiten los mensajes y qué arrastra una copia de otra cuenta. Busca tu síntoma abajo; cada uno trae la causa y la solución, y al final hay una tabla con los 21. Es la versión en español de GoHighLevel workflow mistakes.

Agregué la etiqueta y el workflow no arrancó

Causa. Un disparador de "etiqueta agregada" solo se activa cuando la etiqueta es nueva. Si el contacto ya la tiene, volver a agregarla no hace nada. Me pasó en un proyecto de un contratista de techos en Kentucky y con un llamador de IA de un spa médico en Pensilvania.

Solución. Quita la etiqueta primero y vuelve a ponerla. O crea una etiqueta de evento solo para el disparador, y deja aparte la etiqueta de estado. Una etiqueta que arranca un workflow es un evento, no un estado.

El mismo cliente nunca recibe la secuencia por segunda vez

Causa. El reingreso está apagado, así que quien regresa nunca recibe de nuevo la confirmación. En el proyecto de techos de Kentucky, los clientes que volvían no recibían las secuencias. En un proyecto de climatización (HVAC) en California, mi propio compilador de workflows venía por defecto sin reingreso.

Solución. Activa el reingreso en todo workflow que deba repetirse, y pruébalo pasando el mismo contacto dos veces.

Los contactos reciben el mismo mensaje dos veces

Causa. La etapa se movió primero y la etiqueta de control llegó un segundo después, así que el workflow de la etapa siguiente corrió sin su control. Así una clínica de bienestar mandó seguimientos duplicados y triplicados por WhatsApp.

Solución. Primero la etiqueta, después el cambio de etapa. Antes de cada mensaje saliente, revisa la etapa y una etiqueta de "enviado". La historia completa de esa clínica está en chatbot de WhatsApp para negocios.

Mi condición de etapa siempre da falso en las pruebas

Causa. Un contacto que inscribes a mano, o con una prueba, no tiene contexto de oportunidad. Una condición que lee la etapa da falso a menos que antes corra un paso de buscar oportunidad (find opportunity). Lo viví en el embudo de una clínica de bienestar.

Solución. Pon un paso de buscar oportunidad antes de cualquier condición de etapa.

El workflow movió la oportunidad equivocada

Causa. Un paso de buscar oportunidad sin filtro de pipeline (embudo de ventas) devuelve la más reciente de cualquier pipeline. La siguiente actualización la arrastra al lugar equivocado. En una cuenta hipotecaria de Florida, un workflow disparado por llamadas arrastró oportunidades de agentes inmobiliarios al pipeline de ventas, y después hubo que corregir 225 contactos.

Solución. Filtra siempre por pipeline y agrega una verificación del pipeline antes de actualizar.

Un cliente que regresa no puede tener una segunda oportunidad

Causa. Un pipeline admite una oportunidad por contacto. Si ya existe una, ganada o abandonada, GoHighLevel rechaza la segunda. La opción que lo permite se apagó sola en unas 2 horas en esa cuenta hipotecaria, y un cliente real que volvía chocó con eso.

Solución. Activa la opción, revísala cada hora con un proceso pequeño y decide de antemano si un cliente repetido recibe una oportunidad nueva o una actualización.

Un paso premium se saltó y el registro no dice por qué

Causa. Las acciones premium, como los webhooks personalizados, se saltan en silencio cuando el saldo de la agencia está vacío. El paso aparece como omitido y la razón queda enterrada en los detalles de su respuesta.

Solución. Mantén el saldo con fondos y vigílalo. Si un paso se salta, abre el detalle de la ejecución y lee el mensaje de respuesta antes de adivinar.

Un paso que convertí no hace nada

Causa. En el proyecto de mensajes de texto de la corredora hipotecaria cambié pasos de acciones del marketplace por pasos de webhook. Los nuevos conservaron una marca oculta de los viejos y GoHighLevel los saltó. Cinco contactos que llegaron en horario de oficina pasaron unos 2 días sin recibir su mensaje de bienvenida.

Solución. Después de cambiar el tipo de un paso, pasa un contacto real por el workflow y lee el registro. Que se vea bien en el editor no prueba nada.

Mi webhook no trae el campo que envié

Causa. El paso Webhook del workflow envía el contacto completo, y tus datos propios llegan anidados dentro de customData, en el cuerpo del mensaje. Me topé con esto en ese mismo proyecto.

Solución. Lee desde customData y, mientras construyes, registra una vez el contenido completo que llega.

No se creó la tarea

Causa. Un paso de agregar tarea asignado al dueño del contacto se salta cuando el contacto no tiene dueño. Lo vi en un vigilante de refinanciamientos para una corredora hipotecaria.

Solución. Asegúrate de que exista un dueño antes del paso de tarea, o agrega un responsable de respaldo.

Mi condición "ninguna de estas etiquetas" siempre se cumple

Causa. Un segmento if/else que une tres condiciones "no tiene la etiqueta" con O se cumple para cualquier contacto al que le falte al menos una de las tres, que en la práctica es casi todo el mundo.

Solución. "Ninguna de estas etiquetas" necesita Y. Corregí este mismo error en el proyecto de techos de Kentucky.

Los contactos desaparecieron del workflow cuando lo edité

Causa. Dos cosas. Borrar pasos donde hay contactos esperando termina sus inscripciones en segundos. Y publicar reactiva los disparadores, aunque los hayas guardado como inactivos.

Solución. Antes de borrar un paso, revisa quién está esperando. Después de cada publicación, comprueba el estado de los disparadores.

Mi copia apunta a los workflows de la cuenta vieja

Causa. Los pasos clonados que agregan o quitan contactos de otros workflows conservan los ID de workflow de la cuenta de origen y fallan sin avisar. Un proyecto de reparación de crédito me lo mostró.

Solución. Después de clonar, busca ID que no existan en la cuenta nueva y vuelve a elegir los destinos.

Abrí un disparador migrado y la evidencia desapareció

Causa. Abrir en el editor un disparador migrado y guardarlo borra los ID huérfanos, y con ellos la prueba de lo que estaba roto.

Solución. Revisa todo con un escaneo antes de que alguien toque los workflows migrados. En la migración de una empresa de almacenamiento portátil en Alabama, que salía de una cuenta de franquicia, el escaneo encontró 3 problemas reales entre 79 workflows, y los 3 ya estaban rotos en la cuenta de origen.

Mis correos cambiaron solos

Causa. Editar una plantilla de correo guardada cambia lo que envían los workflows ya publicados. El workflow no cambió; la plantilla que usa, sí.

Solución. Duplica la plantilla para hacer una versión nueva, y revisa primero qué workflows usan la vieja.

Las aperturas de correo se ven demasiado buenas

Causa. Gmail descarga el píxel de seguimiento cuando el correo llega, así que un correo que nadie tocó cuenta como abierto.

Solución. Juzga los correos por clics y respuestas. Las aperturas son una señal poco confiable.

Mi prueba de bucle dejó de funcionar

Causa. Forzar la reanudación de un bucle más de unas 4 veces lleva a GoHighLevel al estado "Loop Locked". Me pasó probando workflows con mi compilador.

Solución. Prueba los bucles con esperas reales de 1 minuto.

Mi manejador de rebotes volvió a encender el correo

Causa. Los workflows de rebote y de queja que usaban un paso de No molestar (DND) configurado para cambiar un canal específico apagaron el DND del correo, lo contrario de lo que se buscaba.

Solución. Después de armar cualquier paso de DND, pruébalo con un contacto de prueba y lee el panel de DND.

Las solicitudes de reseña solo llegan a los clientes contentos

Causa. Un filtro por calificación en el paso que pide la reseña hace que solo se le pida a quienes dieron 4 o 5 estrellas. Eso es filtrar reseñas (review gating). En la cuenta hipotecaria el patrón era el correcto: la solicitud va a todos, y solo el mensaje de agradecimiento filtra por calificación.

Solución. Filtra por calificación solo cuando agradeces, nunca cuando pides.

Mi notificación interna no llegó a la persona que elegí

Causa. Las notificaciones internas por correo y por SMS solo aceptan como destinatario al dueño del contacto. Si quieres avisar a quien administra la oficina o a un segundo vendedor, la notificación no puede.

Solución. Haz que esa persona sea el dueño del contacto en ese momento, o avísale con una tarea o por otro canal. Me topé con esto en el proyecto de techos de Kentucky.

A los clientes con cita les siguen llegando correos de seguimiento

Causa. La secuencia de seguimiento no tiene salida cuando el cliente agenda. En ese proyecto de techos, el seguimiento siguió escribiéndoles a clientes con cita, y el camino de reprogramación no tenía salida. Detener al responder (stop-on-reply) causó otro problema: terminaba secuencias sin avisarle a nadie.

Solución. Dale a cada secuencia salidas en los eventos que la vuelven inútil: una cita reagendada, una respuesta o un cambio de etapa. Mi recuperación de citas perdidas a 3 meses para una empresa de climatización de California corre una vez por semana durante 12 semanas, con salidas por reagendar, responder y cambiar de etapa. Cuando "detener al responder" termina una secuencia, avisa a una persona.

¿Cómo detecto esto antes de que lo note un cliente?

Prueba cada camino con un contacto aislado que tenga No molestar activado y ningún teléfono real, y lee el registro de ejecución de cada recorrido. En mis cuentas demo por nicho fueron 268 recorridos en la segunda ronda y 104 de 104 en la primera. El método completo, en inglés, está en cómo pruebo los workflows de GoHighLevel.

¿Cuál es la tabla de consulta rápida?

Si prefieres no depurar todo esto solo, pídele a cualquier experto que estés evaluando que corra uno de tus workflows con un contacto de prueba antes de tocar tu cuenta. Así empieza contratar a un experto en GoHighLevel, y si aún estás conociendo la plataforma, lee qué es GoHighLevel. La auditoría de la cuenta hipotecaria muestra esa cuenta de punta a punta, y mortgage CRM lo que llegó a ser (ambas en inglés). Para una segunda opinión sobre tu cuenta, abajo tienes mi calendario.

Sobre el autor

Carlos Familia, Experto en CRM y automatización con IA. GoHighLevel, n8n, agentes de IA, servidores. Desarrollador full stack.

Construyo sistemas de CRM en GoHighLevel, automatizaciones de n8n en mis propios servidores y agentes de IA de voz y chat para negocios de servicios. Desarrollador full stack: escribo el workflow, la integración con la API, la base de datos y el servidor donde corre, y pruebo cada sistema con recorridos reales antes de entregarlo.