Existe uma assimetria pouco discutida em ferramentas de automação de marketing: quem constrói os segmentos e as campanhas normalmente não é quem cuida do servidor.

O time de marketing monta a operação com a lógica do negócio, e está certo em fazê-lo. Mas cada decisão de construção tem um custo computacional que só aparece meses depois, na forma de uma plataforma lenta, contatos entrando em campanhas com atraso e disparos que demoram a sair.

Este guia traduz essas decisões: o que pesa, o que não pesa e como construir a mesma operação de forma que ela continue funcionando conforme a base cresce. Ele complementa o artigo sobre dimensionar um servidor para Mautic — lá, quanto de servidor a operação exige; aqui, como reduzir essa exigência.

Segmentos: onde está o custo

Recapitulando o essencial: cada segmento é uma regra aplicada repetidamente aos contatos, para determinar quem entra e quem sai. O custo total é a quantidade de segmentos multiplicada pela complexidade de cada um.

O que torna uma regra cara:

Critério	Custo	Observação
Campo simples	Baixo	Cidade, origem, campo próprio
Data de cadastro	Baixo	Comparação direta
Comportamento recente	Médio	Exige cruzar histórico
Pertencer a outro segmento	Alto	Depende de outro cálculo
Muitos critérios combinados	Alto	Multiplica as verificações
Texto contido em campo	Alto	Busca sem índice eficiente

Duas linhas merecem atenção especial.

Segmentos que dependem de outros segmentos criam encadeamento: para calcular um, é preciso ter calculado o anterior. Em cadeias longas, isso multiplica o tempo total e cria uma ordem obrigatória de processamento.

Busca por texto contido em um campo é uma das operações mais caras que existem em banco de dados, porque não aproveita bem os índices. Um segmento que procura uma palavra dentro de um campo de texto percorre a base inteira a cada recálculo.

Sete práticas que reduzem o consumo

Cada uma delas mantém a mesma operação de marketing, com custo menor:

1. Prefira campos a comportamento. Quando for possível gravar uma informação em um campo no momento em que ela acontece, o segmento passa a consultar um campo simples em vez de cruzar histórico.
2. Reduza a profundidade das cadeias. Segmentos que dependem de outros, que dependem de outros, criam encadeamentos caros. Duas camadas costumam bastar.
3. Use filtros de campanha em vez de segmentos para condições que só importam dentro de um fluxo. Nem toda condição precisa virar um segmento permanente.
4. Desative o que não é usado. É a medida de maior impacto e custo zero — segmentos criados para campanhas antigas continuam recalculando indefinidamente.
5. Combine segmentos redundantes. É comum encontrar três segmentos quase idênticos, criados por pessoas diferentes.
6. Limite segmentos baseados em texto livre, substituindo por campos estruturados sempre que possível.
7. Revise trimestralmente, com alguém responsável por manter a lista enxuta.

A prática 1 é a que mais reduz custo e a menos aplicada: gravar um campo no momento do evento troca um cálculo repetido por uma escrita única. Em vez de um segmento que verifica quem comprou nos últimos noventa dias cruzando histórico a cada ciclo, um campo com a data da última compra resolve com uma comparação simples.

E a prática 4 merece a mesma ênfase registrada no artigo de dimensionamento: uma limpeza de segmentos costuma render mais que um upgrade de servidor.

Campanhas: o que pesa e o que não

Cada campanha ativa é avaliada a cada ciclo, verificando quais contatos avançaram e quais ações executar. O custo depende de três fatores:

• Quantas campanhas estão ativas.
• Quantas etapas cada uma tem.
• Quantos contatos estão em trânsito dentro delas.

O terceiro é o menos intuitivo e o mais relevante em operações grandes: contatos parados em uma etapa de espera continuam sendo avaliados. Uma campanha com um período de espera longo mantém muita gente em trânsito por semanas, e cada ciclo verifica todos eles.

O que reduz o custo sem mudar o resultado:

1. Encerre campanhas concluídas. Uma campanha de um evento que já passou continua sendo processada se ninguém desativá-la.
2. Defina saídas claras. Contatos que não têm mais razão para estar em uma campanha devem sair dela, em vez de permanecer indefinidamente em uma etapa de espera.
3. Evite esperas excessivamente longas quando houver alternativa — um segmento com data cumpre o mesmo papel com custo menor.
4. Simplifique ramificações. Campanhas com muitas bifurcações multiplicam as verificações por contato.
5. Não replique a mesma campanha para públicos diferentes quando um segmento resolveria a diferenciação.

O item 2 evita um acúmulo silencioso: contatos que entraram em uma campanha há um ano e nunca saíram continuam no cálculo. Definir condições de saída é tão importante quanto definir as de entrada.

Os comportamentos que confundem

Alguns efeitos que parecem defeito e são consequência da forma como a plataforma funciona.

Contato entrou na campanha com atraso

Campanhas não reagem instantaneamente: elas são avaliadas no ciclo seguinte de processamento. Se os ciclos estão demorando — porque há segmentos demais, ou porque o servidor está no limite —, o atraso cresce.

Um atraso perceptível é sintoma, não configuração. Quando uma automação que deveria reagir em minutos reage em horas, o problema é de capacidade ou de excesso de processamento, e está tratado no artigo de dimensionamento.

Contato recebeu a mesma mensagem duas vezes

As causas mais comuns: o contato pertence a dois segmentos que alimentam campanhas diferentes com a mesma mensagem, ou uma campanha foi editada de forma que reprocessou contatos já atendidos.

A prevenção: mapear a sobreposição entre segmentos antes de disparar, e ter cuidado ao editar campanhas com contatos em trânsito — alterações na estrutura afetam quem já está dentro.

Contato preso em uma etapa

Acontece quando a condição para avançar nunca se cumpre e não existe uma saída alternativa. O contato fica ali indefinidamente, sendo avaliado a cada ciclo.

A prevenção é a mesma prática já citada: toda espera condicional precisa de um limite de tempo ou de uma rota de saída.

Como construir pensando na operação

Um conjunto de decisões que se tomam no início e evitam retrabalho:

• Padronize a nomenclatura de segmentos e campanhas. Em operações com várias pessoas, isso é o que evita duplicidade.
• Documente a finalidade de cada segmento. Um segmento sem propósito conhecido nunca é removido, pelo mesmo motivo que um plugin sem finalidade conhecida.
• Defina quem cria. Permissão ampla para criar segmentos produz proliferação.
• Estabeleça uma revisão periódica com data marcada.
• Teste com público pequeno antes de aplicar a toda a base.
• Registre as dependências entre segmentos e campanhas, para que ninguém desative algo de que outra coisa depende.

O segundo item é o mesmo problema de governança tratado no artigo sobre plugins do WordPress, e tem a mesma solução: uma anotação de uma linha no momento da criação evita um item permanente e inexplicável.

O que monitorar do lado da operação

Além dos indicadores de servidor, alguns indicadores de marketing revelam problemas cedo:

• Tempo entre o evento e a ação. Se um contato preenche um formulário e recebe a resposta automática meia hora depois, algo está saturado.
• Quantidade de contatos em trânsito em cada campanha.
• Segmentos com zero contatos, que costumam indicar regra quebrada ou critério obsoleto.
• Segmentos com a base inteira, que costumam indicar regra mal construída.
• Campanhas ativas sem movimentação há meses.
• Taxa de duplicidade de envio, comparando mensagens enviadas com contatos únicos.

Os itens 3 e 4 são verificações rápidas e reveladoras: um segmento que deveria ter alguns milhares de contatos e tem zero ou tem todos está com a regra errada — e continua consumindo recursos para produzir um resultado inútil.

Quando o problema não é construção

Vale delimitar, porque nem tudo se resolve simplificando a operação.

Se depois da limpeza de segmentos, do encerramento de campanhas antigas e da revisão das regras a plataforma continua lenta, a restrição é de capacidade — e o método de dimensionamento está no artigo correspondente.

Também vale verificar dois itens que não são de construção:

• Retenção de execuções e histórico, que se não estiver configurada infla o banco indefinidamente.
• Integrações gerando carga contínua, tratadas no artigo sobre integrações do Mautic.

Conclusão

A forma como segmentos e campanhas são construídos determina quanto servidor a operação exige — e essa decisão é tomada por quem faz marketing, não por quem cuida da infraestrutura.

Duas práticas concentram a maior parte do ganho: gravar informação em campos no momento do evento, em vez de cruzar histórico repetidamente; e desativar segmentos e campanhas que ninguém usa, que é gratuito e costuma render mais que um upgrade.

E uma regra de construção que evita acúmulo silencioso: toda espera condicional precisa de um limite ou de uma rota de saída, senão os contatos ficam presos sendo avaliados indefinidamente. Conheça o Cloud Server para Mautic da TBF Host e avalie o ambiente adequado à sua operação.

Perguntas frequentes

O que deixa o Mautic lento com o tempo?

O acúmulo de segmentos e campanhas que ninguém desativou, que continuam sendo processados a cada ciclo, e a complexidade das regras de segmentação. O custo total é a quantidade de segmentos multiplicada pela complexidade de cada um — e ambos crescem sem que ninguém perceba.

Como construir segmentos que consomem menos?

Preferindo campos simples a cruzamentos de histórico: quando for possível gravar uma informação em um campo no momento em que ela acontece, o segmento passa a fazer uma comparação direta em vez de percorrer o histórico a cada recálculo.

Por que os contatos entram nas campanhas com atraso?

Porque campanhas são avaliadas no ciclo seguinte de processamento, e se os ciclos estão demorando — por excesso de segmentos ou falta de capacidade — o atraso cresce. Um atraso perceptível é sintoma de saturação, não uma configuração a ajustar.

Por que um contato recebeu a mesma mensagem duas vezes?

As causas mais comuns são o contato pertencer a dois segmentos que alimentam campanhas com a mesma mensagem, ou uma campanha ter sido editada de forma que reprocessou contatos já atendidos. Mapear a sobreposição entre segmentos antes de disparar previne o primeiro caso.

O que fazer com contatos presos em uma etapa da campanha?

Definir uma saída. Isso acontece quando a condição para avançar nunca se cumpre e não existe rota alternativa — o contato fica ali indefinidamente sendo avaliado a cada ciclo. Toda espera condicional precisa de um limite de tempo ou de uma condição de saída.

Campanhas antigas continuam consumindo recursos?

Continuam, se não forem desativadas. Cada campanha ativa é avaliada a cada ciclo, incluindo as de eventos que já passaram. E contatos parados em etapas de espera dentro delas também continuam sendo verificados, o que é o custo menos intuitivo da operação.

Segmentos que dependem de outros segmentos são um problema?

São caros. Para calcular um, é preciso ter calculado o anterior, o que cria encadeamento e multiplica o tempo total de processamento. Duas camadas de dependência costumam bastar — cadeias mais longas pesam sem entregar ganho proporcional.

Como saber se um segmento está com a regra errada?

Verificando os que têm zero contatos e os que têm a base inteira. Um segmento que deveria ter alguns milhares e tem nenhum ou tem todos está mal construído — e continua consumindo recursos a cada ciclo para produzir um resultado inútil.