Existe um padrão reconhecível em quem instala o Mautic pela primeira vez. A instalação corre bem, a interface abre, o primeiro contato é importado — e então nada acontece. Campanhas não disparam, segmentos não atualizam, e-mails ficam parados na fila.

Na maioria esmagadora das vezes, o problema não está no Mautic. Está no que o servidor não oferece ou no que não foi configurado depois da instalação. O Mautic é uma plataforma que depende de processamento em segundo plano, e essa característica muda completamente o que se deve exigir de uma hospedagem.

Este guia cobre o que o servidor precisa entregar, por que hospedagem compartilhada costuma falhar aqui, e as três configurações pós-instalação sem as quais uma instalação de Mautic não funciona de verdade.

Por que o Mautic é diferente de um site

Um site responde a pedidos. Alguém acessa, o servidor processa e devolve a página. Fora isso, o servidor descansa.

O Mautic também faz isso — a interface e as páginas de captura são requisições comuns. Mas o trabalho principal dele acontece quando ninguém está olhando:

• Recalcular quais contatos pertencem a cada segmento, conforme as regras definidas.
• Avaliar quais contatos avançaram em cada etapa de campanha.
• Executar as ações dessas etapas: enviar e-mail, aplicar tag, mover contato, chamar integração.
• Processar a fila de envios e registrar aberturas, cliques e conversões.

Esse processamento é disparado por tarefas agendadas, os cron jobs. E é justamente aí que a maior parte das instalações falha: sem cron configurado corretamente, o Mautic vira um banco de contatos bonito que não automatiza nada.

A consequência para infraestrutura é direta: o servidor precisa executar processos de longa duração em linha de comando, com recursos disponíveis mesmo quando não há visitantes. Não é o perfil de consumo de um site institucional.

Requisitos de plataforma

A versão 7 do Mautic, lançada em 2026, elevou o patamar técnico de forma relevante. Segundo o documento oficial de atualização do projeto:

Componente	Mínimo exigido pelo Mautic 7
PHP	8.2 ou superior — 8.1 deixou de ser suportado
MySQL	8.4.0 ou superior
MariaDB	10.11.0 ou superior
Servidor web	Apache ou Nginx
Atualização pela interface	Removida — atualização apenas por linha de comando

Duas dessas linhas têm consequência prática imediata.

Os requisitos de banco subiram bastante. Muitas hospedagens ainda oferecem versões anteriores às exigidas. Vale verificar isso *antes* de planejar a migração, e não durante.

A atualização pela interface foi removida. A partir da versão 7, atualizar o Mautic exige acesso à linha de comando. Isso deixa de ser conveniência e passa a ser requisito: um ambiente sem acesso ao terminal não permite mais manter a plataforma atualizada.

O projeto mantém uma tabela oficial de compatibilidade entre versões do Mautic e do PHP, além da lista de extensões necessárias. Consultar essa página na data da instalação é obrigatório — esses números mudam a cada versão maior.

Por que hospedagem compartilhada costuma falhar

Não é uma questão de qualidade do provedor. É de compatibilidade entre o que o Mautic exige e o que o formato oferece.

Tarefas agendadas em linha de comando. Muitos painéis oferecem apenas agendamento por URL, que não é adequado para os comandos do Mautic — eles são construídos para execução via console, com controle de lote e sem limite de tempo de requisição web.

Tempo máximo de execução. Processar segmentos e campanhas de uma base grande leva minutos. Ambientes compartilhados costumam interromper processos longos, deixando o trabalho pela metade sem aviso claro.

Consumo de recursos fora de horário. As tarefas rodam continuamente, o que em ambiente compartilhado pode acionar limites de consumo e gerar advertências do provedor.

Versões de PHP e banco. Como visto, os requisitos do Mautic 7 são altos e nem todo plano compartilhado os atende.

Acesso ao terminal. Necessário para atualizar a plataforma a partir da versão 7.

Some tudo e o quadro fica claro: o Mautic pede um servidor com acesso root, com recursos reservados e liberdade para configurar o ambiente.

As três configurações que fazem a instalação funcionar

Instalar o Mautic é a parte rápida. O que separa uma instalação que entrega de uma que apenas existe são estas três etapas.

1. Cron: o motor da plataforma

Os comandos essenciais têm uma ordem lógica que precisa ser respeitada: primeiro a atualização dos segmentos, depois a atualização das campanhas, então o disparo das ações de campanha e, por fim, o processamento da fila de envios.

A razão da ordem é simples: se as campanhas forem processadas antes de os segmentos serem atualizados, os contatos novos ainda não estarão nos grupos que deveriam acionar as automações.

Dois cuidados que evitam a maior parte dos problemas:

• Escalonar os horários em vez de disparar todos os comandos no mesmo minuto, para que um não comece antes de o anterior terminar.
• Usar caminhos absolutos para o interpretador PHP e para o arquivo de console. O ambiente do agendador é diferente do terminal interativo, e comandos que funcionam manualmente falham silenciosamente no cron por causa disso.

A documentação oficial descreve os comandos obrigatórios e as opções de tamanho de lote, que permitem ajustar o processamento aos recursos disponíveis do servidor. É a fonte a consultar — a sintaxe muda entre versões.

2. Envio: SMTP e entregabilidade

O Mautic gerencia campanhas, mas não entrega mensagens sozinho. Ele precisa de um serviço de envio configurado — e a escolha desse serviço afeta diretamente se as mensagens chegam.

Duas decisões importam aqui:

Não enviar pelo servidor da aplicação. Um servidor recém-criado não tem histórico de envio e sua reputação começa do zero. Serviços especializados de envio transacional existem justamente por isso.

Configurar a autenticação do domínio. SPF, DKIM e DMARC precisam estar publicados e alinhados, ou as campanhas irão para o spam independentemente da qualidade do conteúdo. Esse é o assunto do nosso guia sobre e-mails caindo no spam, e a leitura é praticamente obrigatória antes de disparar a primeira campanha.

Vale também considerar o enfileiramento de e-mails: em bases maiores, é preferível que o Mautic acumule os envios em fila e os processe por tarefa agendada, em vez de tentar enviar tudo no momento do disparo.

3. Permissões e domínio

Diretórios de cache, configuração e mídia precisam ser graváveis pelo usuário do servidor web. Permissão incorreta é a causa clássica de erro na primeira execução.

E a URL do site precisa estar definida corretamente e em HTTPS: o Mautic gera links de rastreamento, páginas de captura e imagens a partir dessa configuração. Se ela estiver errada, o rastreamento simplesmente não funciona.

O que dimensiona o servidor

O consumo do Mautic é governado por quatro fatores, e nenhum deles é o número de visitas ao site:

1. Tamanho da base de contatos. Cada execução de segmento percorre contatos; bases grandes exigem lotes maiores ou execuções mais frequentes.
2. Quantidade e complexidade dos segmentos. Regras que cruzam muitos critérios geram consultas caras ao banco.
3. Número de campanhas ativas. Cada uma é avaliada a cada ciclo de processamento.
4. Volume de envio no pico. Uma campanha para toda a base é o momento de maior carga da plataforma.

O banco de dados é o componente mais sensível. Registros de atividade, aberturas, cliques e histórico de campanha crescem rápido, e uma base sem manutenção degrada a plataforma inteira. O Mautic oferece comandos de limpeza para dados antigos — configurá-los faz parte da instalação, não da manutenção futura.

Não apresentamos aqui uma tabela de RAM por número de contatos porque ela seria enganosa: uma base de vinte mil contatos com dois segmentos simples e uma base de vinte mil contatos com quarenta segmentos cruzados exigem servidores diferentes. O dimensionamento se faz pelo perfil de processamento, e ele terá conteúdo próprio neste blog.

Quando o Mautic autogerenciado não é a melhor escolha

Vale a honestidade, porque a decisão entre plataforma própria e serviço SaaS não é óbvia.

Quando não há ninguém para manter. A partir da versão 7, atualizar exige linha de comando. Uma instalação desatualizada acumula vulnerabilidades e problemas de compatibilidade.

Quando o volume é pequeno. Para bases modestas e poucas campanhas, o custo de servidor e manutenção pode superar o de uma ferramenta pronta.

Quando o time é exclusivamente de marketing. O Mautic exige operação técnica contínua, e não apenas na instalação.

Por outro lado, ele se justifica com clareza quando os dados dos contatos não podem ficar em plataforma de terceiros, quando a base é grande o suficiente para que o preço por contato de um SaaS pese, ou quando as integrações necessárias não existem nas ferramentas prontas.

Conclusão

O Mautic não pede um servidor potente — pede um servidor adequado. Execução de tarefas em linha de comando, ausência de limite rígido de tempo de processamento, versões atuais de PHP e banco, e acesso ao terminal para manter a plataforma atualizada.

E pede três configurações pós-instalação que não são opcionais: cron na ordem correta com caminhos absolutos, envio por serviço adequado com autenticação de domínio publicada, e permissões e URL definidas corretamente. Instalações que “não funcionam” quase sempre falharam em uma dessas três.

Se você está avaliando onde hospedar a sua instância, comece verificando se o ambiente atende aos requisitos da versão que pretende usar. Conheça o Cloud Server para Mautic da TBF Host e avalie a configuração adequada ao tamanho da sua base.

Perguntas frequentes

Posso instalar o Mautic em hospedagem compartilhada?

Costuma não funcionar bem. O Mautic depende de tarefas agendadas executadas em linha de comando, processos que levam minutos e consumo de recursos fora do horário de pico — características que ambientes compartilhados normalmente limitam. A partir da versão 7, atualizar a plataforma também exige acesso ao terminal.

Quais são os requisitos do Mautic 7?

Conforme o documento oficial de atualização do projeto, o Mautic 7 exige PHP 8.2 ou superior, MySQL 8.4.0 ou superior ou MariaDB 10.11.0 ou superior, e Apache ou Nginx como servidor web. A atualização pela interface do usuário foi removida: a partir dessa versão, a atualização é feita por linha de comando.

Por que minhas campanhas do Mautic não disparam?

A causa mais comum é a configuração das tarefas agendadas. Sem cron corretamente configurado, o Mautic não recalcula segmentos, não avalia campanhas e não processa a fila de envios. Outro motivo frequente é o uso de caminhos relativos nos comandos, que funcionam no terminal mas falham no ambiente do agendador.

Qual a ordem correta dos cron jobs do Mautic?

Primeiro a atualização dos segmentos, depois a atualização das campanhas, em seguida o disparo das ações de campanha e por fim o processamento da fila de envios. A ordem importa porque campanhas processadas antes da atualização de segmentos não encontram os contatos que deveriam acionar as automações.

O Mautic envia e-mails sozinho?

Não. Ele gerencia as campanhas, mas precisa de um serviço de envio configurado. Enviar diretamente pelo servidor da aplicação costuma ser problemático, porque um servidor novo não tem histórico de envio. Também é indispensável publicar SPF, DKIM e DMARC no DNS do domínio para que as mensagens sejam aceitas.

Quanto de recurso o Mautic consome?

Depende do tamanho da base de contatos, da quantidade e complexidade dos segmentos, do número de campanhas ativas e do volume de envio no pico — não do tráfego do site. Duas bases do mesmo tamanho com estruturas de segmentação diferentes podem exigir servidores bastante distintos.

Preciso fazer manutenção no banco de dados do Mautic?

Sim. Registros de atividade, aberturas, cliques e histórico de campanhas crescem rapidamente e degradam o desempenho da plataforma. O Mautic oferece comandos de limpeza para dados antigos, e configurá-los deve fazer parte da instalação inicial, não ser deixado para depois.

Vale a pena usar Mautic em vez de uma ferramenta pronta?

Vale quando os dados dos contatos não podem ficar em plataforma de terceiros, quando a base é grande o bastante para que o preço por contato de um serviço pago pese, ou quando as integrações necessárias não existem nas ferramentas prontas. Não vale quando não há quem mantenha a instalação atualizada.