Como evitar que um workflow dispare mensagens duplicadas no GoHighLevel

Mensagens duplicadas são um dos problemas mais recorrentes relatados por usuários de automação no GoHighLevel. Além de prejudicar a experiência do contato, o envio repetido de SMS, e-mails ou mensagens de WhatsApp pode comprometer a reputação do domínio e gerar custos desnecessários. Este guia explica as causas mais comuns e como corrigi-las de forma sistemática.

Por que um workflow dispara mensagens duplicadas?

Antes de partir para a solução, é essencial entender a origem do problema. As causas mais frequentes são:

• Trigger configurado com eventos sobrepostos: dois gatilhos diferentes que respondem ao mesmo evento (por exemplo, "Form Submitted" e "Tag Added" acionados pelo mesmo formulário).
• Workflow duplicado ativo: o mesmo workflow foi copiado ou recriado, e ambas as versões permanecem publicadas.
• Re-enrollment habilitado sem filtros adequados: a opção que permite o contato entrar no workflow mais de uma vez está ativa, mas não há condição que impeça reentradas desnecessárias.
• Múltiplas integrações disparando o mesmo evento: webhooks externos, Zapier ou outra ferramenta de automação acionam o workflow ao mesmo tempo que um trigger nativo.
• Wait steps mal configurados: quando um fluxo tem bifurcações (If/Else) sem caminho claro, o contato pode percorrer mais de um ramo e receber ações duplicadas.

Identificar a causa correta é o primeiro passo. Use a aba Execution Logs dentro do workflow para verificar quantas vezes e por qual gatilho o contato entrou no fluxo.

Passo a passo: auditoria inicial do workflow

1. Acesse Automation → Workflows no menu lateral.
2. Localize o workflow suspeito e clique em Edit.
3. Vá até a aba History ou Execution Logs (o nome pode variar conforme a versão da plataforma) e filtre pelo contato que recebeu as mensagens duplicadas.
4. Verifique o campo Trigger Source em cada entrada: se aparecer mais de uma entrada com origem diferente para o mesmo contato no mesmo período, o problema está nos triggers.
5. Volte à aba Triggers do workflow e liste todos os gatilhos ativos. Compare com outros workflows publicados para identificar sobreposições.
6. No menu Automation → Workflows, filtre por Published e procure por workflows com nomes semelhantes ou idênticos — é comum encontrar versões antigas ativas por engano.

Como configurar corretamente o re-enrollment e os filtros de trigger

A opção de re-enrollment é útil em alguns cenários (como campanhas recorrentes), mas deve ser usada com critério.

Desabilitando o re-enrollment quando não é necessário

1. Dentro do workflow, clique no ícone de engrenagem (Settings) ou acesse as configurações do trigger.
2. Localize a opção Allow re-enrollment ou equivalente.
3. Se o objetivo do workflow é onboarding ou confirmação de cadastro — ações que devem ocorrer apenas uma vez —, desative essa opção.
4. Salve e republique o workflow.

Adicionando filtros de condição ao trigger

Quando o re-enrollment precisa permanecer ativo, use filtros para restringir quem pode reentrar:

1. No bloco do trigger, clique em Add Filter ou Add Condition.
2. Adicione uma condição baseada em tag, como "Tag does NOT contain [nome-da-tag-de-controle]".
3. Crie uma ação no final do workflow que adicione essa tag ao contato após a conclusão do fluxo. Assim, quem já passou pelo workflow não será elegível para reentrar.
4. Teste com um contato de teste antes de publicar.

Usando a ação "Remove from Workflow"

Em fluxos mais complexos com bifurcações, adicione a ação Remove from Other Workflows ou End Workflow nos ramos que não devem continuar. Isso evita que o contato fique "preso" em múltiplos caminhos simultaneamente.

Erros comuns e troubleshooting

O contato recebe a mensagem duas vezes, mas só aparece uma entrada no log do workflow Isso geralmente indica que outro workflow (ou uma integração externa) está disparando a mesma mensagem. Verifique todos os workflows publicados e confirme se há webhooks ou ferramentas de terceiros conectadas à subconta.

Desativei o re-enrollment, mas o contato ainda reentrou Algumas versões da plataforma exigem que o workflow seja despublicado e republicado para que a alteração nas configurações do trigger tenha efeito. Simplesmente salvar pode não ser suficiente. Despublique, aguarde alguns segundos e publique novamente.

O workflow foi copiado e ambas as versões estão ativas Vá em Automation → Workflows, filtre por Published e procure workflows com nomes duplicados ou com sufixos como "Copy of...". Despublique a versão antiga antes de continuar usando a nova.

Mensagens de SMS duplicadas, mas e-mails chegam normalmente Verifique se há uma ação de SMS duplicada dentro do mesmo workflow (dois blocos de SMS seguidos sem condição entre eles). Isso costuma acontecer após edições manuais em que uma ação é arrastada e copiada por acidente.

O problema ocorre apenas para contatos que vieram de uma integração específica Nesse caso, o conflito provavelmente está entre o trigger nativo e um webhook ou Zap que também dispara o workflow. Revise a integração externa e considere remover o trigger nativo ou o externo — manter os dois ativos para o mesmo evento quase sempre resulta em duplicação.

Nota: as telas e nomenclaturas exatas podem variar dependendo da versão do GoHighLevel e do plano contratado. Sempre consulte os logs de execução antes de fazer alterações em workflows ativos em produção.

Quando o GoHighLevel pode não ser a melhor escolha

Se a sua operação exige rastreamento granular de cada disparo com auditoria detalhada em tempo real, vale considerar que as ferramentas de log nativas do GoHighLevel, embora funcionais, têm limitações em volume e profundidade de histórico. Plataformas dedicadas de automação de marketing, como ActiveCampaign ou Customer.io, oferecem logs mais robustos para operações de alto volume. O GoHighLevel é uma boa opção para agências e operações que centralizam CRM, automação e comunicação em uma única ferramenta, mas não necessariamente a melhor para todos os cenários.

Boas práticas para evitar duplicações no futuro

• Documente cada workflow com uma descrição clara do gatilho e do público-alvo antes de publicar.
• Use uma tag de controle em todo workflow que não deve ser repetido para o mesmo contato.
• Revise periodicamente os workflows publicados e despublique ou exclua versões antigas.
• Prefira um único trigger por workflow sempre que possível; múltiplos triggers no mesmo fluxo aumentam a chance de sobreposição.
• Teste com contatos de teste em um ambiente separado antes de ativar em produção.
• Monitore os logs após qualquer alteração significativa, especialmente nas primeiras 24 horas.

Seguindo essas práticas, a incidência de mensagens duplicadas cai significativamente e a manutenção dos workflows se torna muito mais simples ao longo do tempo.