¿El workflow de GoHighLevel no se activa? Cómo encontrar la causa y solucionarlo

Primero, identifica cuál es tu problema

Antes de cambiar nada, elige un contacto que debería haber pasado por el workflow pero no lo hizo. Lo que le pasó a ese contacto suele señalar directamente la causa.

Una nota sobre las pruebas. El botón Test Workflow en la parte superior derecha del builder te permite elegir un contacto y hacer clic en Run Test, pero el recorrido del builder de HighLevel dice que probar así «no es 100% perfecto» y recomienda publicar el workflow y probarlo en vivo. Sus pasos de solución de problemas también sugieren probar con un contacto nuevo que nunca haya estado en el workflow, para que las inscripciones anteriores y las reglas de reingreso no distorsionen el resultado.

Solución 1: Asegúrate de que el workflow esté publicado y guardado

Esto es lo más rápido de revisar, y suele ser el culpable justo después de que alguien edita la automatización de un cliente.

1. En la subcuenta del cliente, ve a Automations, luego a Workflows, y abre el workflow.
2. Busca el interruptor Draft/Publish en la esquina superior derecha. Un workflow en Draft no se ejecuta de verdad. Cámbialo a Publish.
3. Revisa el botón Save que está al lado. Un punto rojo significa que hay cambios sin guardar, así que haz clic en Save.

HighLevel trata guardado y publicado como dos estados distintos. Un workflow puede estar publicado mientras tus últimos cambios siguen sin guardarse, o estar guardado mientras todavía está en Draft. Cuando reactivas un workflow que estaba en borrador, los contactos que estaban en un paso de espera se quedan donde estaban. Si HighLevel no te deja publicar, ve directo a la Solución 2.

Cómo comprobar que funcionó: activa el evento con un contacto de prueba nuevo (envía el formulario o agrega la etiqueta), y luego abre el Enrollment History del workflow. El contacto debería aparecer ahí.

Solución 2: Resuelve lo que esté marcado en el panel Resolve Errors

HighLevel revisa los triggers y las acciones buscando problemas que pueda detectar, y marca el paso afectado con un indicador de error. Su artículo sobre cómo resaltar y resolver errores describe los pasos a seguir.

1. Selecciona Review issues para abrir la barra lateral Resolve Errors, que enumera cada trigger y acción afectados.
2. Para cada elemento, haz clic en Open step para ir a él y corregir la configuración, o en How to fix para recibir orientación con ayuda de IA. Lee cualquier cambio sugerido antes de aceptarlo.
3. Guarda y luego publica.

Lo típico que señala: campos obligatorios que quedaron vacíos, selecciones que faltan o no son válidas, integraciones desconectadas o no disponibles, y pasos de If/Else o Wait configurados de forma incorrecta. Puedes guardar un workflow que tenga errores, pero al intentar publicarlo aparece el mensaje Workflow can't be published yet, que enumera lo que falta corregir.

Dos advertencias. Un workflow que ya está publicado no vuelve a Draft si más adelante aparece un error, así que un workflow activo puede tener un paso roto sin que nadie se dé cuenta. HighLevel también dice que su revisión de errores todavía no cubre todo, así que un panel vacío no garantiza que el workflow esté bien.

Cómo comprobar que funcionó: los indicadores se quitan solos en cuanto se corrige el problema, y el workflow se publica sin la advertencia.

Solución 3: Revisa el trigger y sus filtros

Si algunos contactos entran y otros no, normalmente el trigger está haciendo exactamente lo que se le indicó. Abre el trigger en la parte superior del workflow y compara cada filtro con el registro del contacto que quedó fuera.

• Form Submitted: el filtro Form Is debe indicar exactamente el formulario que llenó el visitante. Si se copió un formulario para una landing page nueva, el workflow puede seguir apuntando al original. El artículo sobre el trigger Form Submitted de HighLevel dice que este trigger funciona con formularios creados dentro de HighLevel. Los formularios de herramientas externas pueden necesitar una integración o un webhook.
• Contact Tag: el trigger se activa cuando una etiqueta se Added (agrega) o se Removed (quita), así que revisa que esté configurado con el que necesitas y que el nombre de la etiqueta coincida exactamente. El artículo sobre el trigger Contact Tag aclara que el workflow se activa solo después de que el cambio de etiqueta se aplicó de verdad, y únicamente para etiquetas agregadas o quitadas después de que el workflow está activo.
• Varios filtros de etiqueta en un mismo trigger: el artículo sobre el trigger Contact Created dice que varios filtros de etiqueta se combinan con lógica AND, así que el contacto debe cumplir con todos. Un filtro «Not equals to» o «None of» puede excluir sin que lo notes justo al contacto con el que estás probando.
• Contact Created: el mismo artículo dice que las importaciones masivas no activan este workflow, y que un contacto fusionado con un registro existente tampoco lo vuelve a activar.

Revisa también si otros workflows de la subcuenta usan el mismo trigger. HighLevel dice que todos los workflows con el mismo trigger se activan al mismo tiempo, y sugiere evitar ese tipo de superposición.

Cómo comprobar que funcionó: crea un contacto nuevo que cumpla con todos los filtros, activa el evento y confirma que el contacto aparece en Enrollment History.

Solución 4: Revisa Allow Re-entry y las demás configuraciones de contacto

Si el workflow se ejecutó una vez para un contacto y ahora lo ignora, probablemente la causa sea una configuración. Abre el workflow y haz clic en la pestaña Settings en la parte superior de la página. Las opciones están en Contact Settings, como se describe en el resumen de configuraciones de workflow de HighLevel.

• Allow Re-entry: cuando está desactivado (gris), un contacto solo puede entrar y completar el workflow una vez. Cuando está activado (azul), un contacto puede volver a entrar después de completar el workflow por completo o de ser eliminado manualmente. Incluso con esta opción activada, un contacto que todavía está activo en el workflow no puede volver a entrar.
• La excepción: los workflows con un trigger basado en citas o facturas siempre permiten que un contacto entre una vez por cita o factura, sin importar lo que diga este interruptor.
• Allow multiple Opportunities: cuando está desactivado, solo la primera oportunidad que cumple con los criterios del trigger entra al workflow. Está activado por defecto en los workflows nuevos, pero desactivado en los workflows creados antes de que existiera esta función, así que revisa los workflows más antiguos de tus clientes que funcionan con oportunidades.
• Stop on Response: cuando está activado, el workflow termina para cualquier contacto que responda a un mensaje enviado desde ese workflow. Puede parecer que la automatización se detuvo a la mitad, cuando en realidad hizo justo lo que se configuró para que hiciera.

Guarda y publica después de cualquier cambio.

Cómo comprobar que funcionó: activa el evento otra vez para un contacto que ya completó el workflow. Con Allow Re-entry activado, debería aparecer una segunda vez en Enrollment History.

Solución 5: Revisa Enrollment History y Execution Logs

Cuando la configuración parece correcta, los logs muestran lo que realmente pasó. El artículo de HighLevel sobre execution logs y enrollment history cubre ambos.

1. Ve a Automations, luego a Workflows, abre el workflow y haz clic en Execution Logs. Enrollment History está justo al lado.
2. Ajusta el rango de fechas para cubrir el evento: un rango predefinido como Today o Yesterday, o un rango personalizado de hasta 30 días.
3. Si había un mensaje involucrado, hay un camino más rápido. Abre la conversación en Conversations, abre los detalles del mensaje y haz clic en el enlace del workflow bajo Workflow. Execution Logs se abre con ese contacto y esa ejecución ya seleccionados.

Qué significan los resultados:

• El contacto no aparece en absoluto en Enrollment History: el trigger nunca se activó para él. Vuelve a la Solución 1 y la Solución 3.
• Workflow Completed, Removed by Workflow Action o Removed by External Workflow Action: en ese orden, significan que el contacto terminó con normalidad, que un paso de este workflow lo eliminó, o que un paso de otro workflow lo eliminó. Si ves este último caso, revisa los demás workflows del cliente.
• Removed by - Snapshot Refresh: una actualización de snapshot eliminó el paso de espera del contacto. Las agencias que envían actualizaciones de snapshot a las cuentas de sus clientes deben estar atentas a este caso. Abre la entrada para ver los detalles en el panel lateral.
• Un Status resaltado o un enlace View Details: una acción tuvo un error. Abre los detalles y luego usa Go To Action para ir directamente a ese paso en el builder.
• Si no estás seguro por dónde pasó el contacto: haz clic en el ícono Highlight Contact Path. El builder se abre con la ruta del contacto marcada, incluyendo los pasos que tuvieron error y los que se saltaron.
• Una acción aparece como exitosa pero no cambió nada en el contacto: revisa las marcas de hora. Si dos acciones se ejecutaron en el mismo segundo, HighLevel llama a esto una condición de carrera y recomienda agregar una acción Wait de 1 minuto entre ambas.
• Un mensaje de texto o correo está en espera en lugar de fallido: revisa Time Window dentro de Communication Settings, en la pestaña Settings. Los mensajes programados fuera de esa ventana se pausan y se envían en el siguiente horario disponible. Las acciones internas, como agregar etiquetas o actualizar campos, no se ven afectadas.

Cómo comprobar que funcionó: pasa un contacto nuevo por el workflow y luego usa Highlight Contact Path para confirmar que no hay pasos con error y que nada se saltó sin razón.

Si nada de esto funcionó

Reúne la evidencia antes de contactar a soporte. Te ahorra una ronda de preguntas, y los propios pasos de solución de problemas de HighLevel piden más o menos lo mismo.

• El nombre de la subcuenta y el nombre exacto del workflow
• El contacto afectado (nombre más correo o teléfono)
• Aproximadamente cuándo ocurrió el evento, y en qué zona horaria
• Qué debería haber pasado, y qué pasó en realidad
• Capturas de pantalla del trigger y sus filtros, de la pestaña Settings, y de las entradas de Enrollment History y Execution Logs con View Details abierto

Según el artículo de opciones de soporte de HighLevel, solo los Agency Admins y los Agency Users pueden ver el botón de soporte, así que si eres el cliente, envía toda esta información a tu agencia. Desde una cuenta de agencia, haz clic en el signo de pregunta azul en la esquina superior derecha (solo en escritorio) para iniciar un chat en vivo con AI Support Chat o Agent Chat. Los chats que no se resuelven se convierten en un ticket. También puedes unirte a la fila de Zoom o abrir un ticket directamente. No existe una dirección de correo de soporte general, y la línea telefónica es para temas de ventas, facturación e inicio de sesión, así que usa el chat o un ticket para problemas de workflow.

Preguntas frecuentes

¿Por qué mi workflow funciona con Test Workflow pero no con contactos reales?

HighLevel dice que probar con un contacto dentro del builder no es 100% perfecto y recomienda publicar el workflow y probarlo en vivo. Usa un contacto nuevo que nunca haya estado en el workflow, y luego compara el evento real (qué formulario, qué etiqueta) con los filtros del trigger.

¿Un workflow recién publicado toma a los contactos que ya tenían la etiqueta?

No. HighLevel dice que las etiquetas activan workflows solo cuando se agregan o quitan después de que el workflow está activo. Para inscribir a contactos existentes, fíltralos en Contacts, luego en Smart Lists, selecciónalos y usa Trigger automation para agregarlos al workflow. En esa lista solo aparecen los workflows publicados.

El log dice que Add Tag se ejecutó correctamente, entonces ¿por qué al contacto le falta la etiqueta?

HighLevel describe esto como una condición de carrera: dos actualizaciones en el mismo segundo pueden llegar en el orden equivocado. Revisa las marcas de hora en Execution Logs, y luego agrega una acción Wait de 1 minuto entre las dos acciones.

¿Qué significa 'Removed by - Snapshot Refresh' en los logs?

Significa que una actualización de snapshot eliminó el paso de espera del contacto, así que salió del workflow en ese punto. Abre la entrada en Execution Logs para ver los detalles en el panel lateral, y luego decide si esos contactos necesitan volver a agregarse, teniendo en cuenta tu configuración de Allow Re-entry.

¿Mi cliente puede contactar directamente a soporte de HighLevel por esto?

Normalmente no. HighLevel dice que solo los Agency Admins y los Agency Users ven el botón de soporte, y los admins y usuarios a nivel location no. Los clientes deberían enviar los detalles a su agencia, que puede reportarlo por chat en vivo o con un ticket.

Guías relacionadas

• ¿El dominio de GoHighLevel no conecta? Soluciona los errores de Pending y SSL

Cuando el seguimiento conviene tenerlo junto con el sitio web

Por lo general, una de las soluciones anteriores es suficiente, y no hay razón para cambiar de plataforma. Pero si de todos modos estás reconstruyendo el sitio de un cliente y quieres tener el formulario, los contactos y el seguimiento todo en un mismo lugar, WebNewBiz ejecuta automatizaciones de workflow basadas en triggers (por ejemplo, al enviar un formulario, en una fecha programada o en un cumpleaños) dentro del mismo CRM que el sitio web. Eso viene incluido desde el plan Growth ($79 al mes) en adelante, y las consultas del sitio web llegan al CRM automáticamente. Las limitaciones, con honestidad: es una plataforma más joven con un ecosistema más pequeño que el programa de agencias de GoHighLevel, el CRM no está incluido en los planes más económicos Lite y Starter, y los precios para agencias no están publicados. Crea tu sitio web por $1, o si manejas una agencia, conversemos sobre white-label. Si estás comparando opciones de forma más amplia, revisa nuestra guía de alternativas a GoHighLevel.