Condições avançadas em regras condicionais

Conforme suas automações ficam mais sofisticadas, condições simples deixam de dar conta. A SiteUp oferece um conjunto de recursos que permite combinar critérios de forma rica — sempre dentro do construtor visual, sem precisar escrever código.

Operadores lógicos E/OU

Por padrão, condições adicionadas em sequência são conectadas pelo operador E, ou seja, todas precisam ser verdadeiras para que a regra dispare. O construtor também permite alternar para OU entre condições, o que viabiliza cenários em que qualquer dos critérios serve para acionar a automação.

Exemplo de combinação

SE caixa de entrada é WhatsApp E conteúdo contém "urgente" OU prioridade é urgente ENTÃO atribuir ao supervisor.

Para cenários com múltiplos blocos lógicos, divida em várias regras simples — cada uma cobrindo um caminho — em vez de empilhar operadores no mesmo bloco. Esse desenho é mais legível e mais fácil de depurar.

Catálogo de operadores

Cada condição expõe operadores específicos conforme o tipo de dado:

Tipo de dado	Operadores disponíveis
Texto livre (conteúdo, assunto)	igual a, diferente de, contém, não contém
Lista de valores (status, prioridade, equipe)	igual a, diferente de
Identificador (atendente, caixa de entrada)	igual a, diferente de
Etiquetas	está presente, não está presente
Numérico	igual a, diferente de, maior que, menor que
Data	antes de, depois de, há N dias
Atributo personalizado	depende do tipo cadastrado

Observação: a SiteUp não expõe operador de expressão regular (regex). Para detectar variações de uma palavra, insira múltiplos termos separados por vírgula em contém, ou crie condições alternativas conectadas por OU.

Múltiplas palavras-chave em uma condição

Em campos como conteúdo ou assunto, é possível inserir várias palavras separadas por vírgula. A condição retorna verdadeiro se qualquer uma delas aparecer. Esse comportamento substitui a maior parte dos casos em que um regex seria desejado.

Exemplo: para detectar pedidos de cancelamento, configure conteúdo contém com os termos cancelar, cancelamento, encerrar conta, sair. Cada vírgula representa um valor independente.

Condições por atributo personalizado

Atributos personalizados de contato e de conversa, definidos em Configurações → Atributos personalizados, podem ser usados como condição em qualquer regra. Os tipos suportados são:

Tipo de atributo	Operadores típicos
Texto	igual a, diferente de, contém, não contém
Número	igual a, diferente de, maior que, menor que
Data	antes de, depois de, há N dias
Lista (select)	igual a, diferente de
Caixa de seleção (booleano)	igual a verdadeiro, igual a falso
Link, e-mail, telefone	igual a, diferente de

Exemplo prático

Sua base tem o atributo personalizado plano (valores: free, starter, pro, enterprise). Para priorizar contatos pagos:

Trigger: mensagem criada
Condições: plano igual a pro OU plano igual a enterprise
Ações: definir prioridade alta e atribuir à equipe Atendimento Premium

Condições negativas e exclusivas

Para evitar reexecução e laços, use condições negativas como filtros de saída:

Etiqueta não está presente
Status diferente de resolvido
Atendente atribuído diferente de vazio
Prioridade diferente de urgente

A combinação de uma condição que aplica uma etiqueta com outra que verifica a ausência dessa mesma etiqueta é o padrão recomendado para garantir que a regra rode apenas uma vez por conversa, mesmo que o evento dispare várias vezes.

Combinando múltiplos atributos

O cenário mais poderoso costuma combinar atributos do contato com critérios da mensagem. Exemplo: detectar pedido de cancelamento apenas em clientes do plano Enterprise para escalar imediatamente.

Trigger: mensagem criada
Condições: conteúdo contém cancelar, encerrar, sair E plano igual a enterprise E etiqueta churn-risk não está presente
Ações: aplicar etiqueta churn-risk + atribuir ao Customer Success + adicionar nota privada com instruções de retenção

Limitações e dicas

Mantenha o número de condições por regra em patamar gerenciável: regras com mais de oito condições costumam ser mais difíceis de manter do que duas regras separadas.
Sempre que adicionar condição negativa, valide na linha do tempo da conversa que o comportamento esperado está acontecendo.
Documente cenários complexos no campo de descrição da regra para facilitar manutenção futura.
Quando a condição depender de mudança de atributo (e não apenas do estado atual), avalie se conversa atualizada é o gatilho correto.

Próximos passos

Para investigar comportamento inesperado, leia Monitoramento e debug.
Para revisar o catálogo de eventos disponível como gatilho, consulte Triggers e eventos.