# Typebot + n8n + Evolution API: como montar atendimento automático sem SaaS caro

**Autor:** Maicon Ramos
**Categoria:** Hospedagem & VPS
**Publicado:** 2026-10-05
**Atualizado:** 2026-10-06
**Canonical:** https://runzos.com/typebot-n8n-evolution-api-whatsapp-2026/

Typebot, n8n e Evolution API podem formar um atendimento automático no WhatsApp com menos dependência de uma assinatura de chatbot. Mas eles não fazem a mesma coisa. A montagem segura separa conversa, automação, canal e infraestrutura. Ela também exige domínio, HTTPS, dados persistentes, logs, backup testado e uma rota para humano quando o bot falha. A promessa de “sem SaaS caro” é atraente para quem já sabe operar uma VPS. Porém, trocar uma mensalidade por containers não remove a responsabilidade pelo atendimento. Ela muda de lugar. O Typebot constrói a conversa. O n8n decide o que acontece entre um passo e outro. A Evolution API ou outro conector leva as mensagens ao WhatsApp. A VPS sustenta tudo isso. Se uma camada cair, o cliente não deveria ficar sem resposta. Este guia explica como desenhar essa operação sem transformar uma instalação de Docker em promessa de WhatsApp ilimitado, entrega garantida ou conformidade automática. O foco é o solo builder técnico que quer uma rota concreta para testar e decidir. Resposta curta: a mensalidade some, mas a operação fica Self-hosted pode reduzir a assinatura de uma aplicação. Não é sinônimo de custo zero. A documentação do Typebot explica que a opção Cloud cuida de alta disponibilidade, backups, segurança e manutenção. No modelo Docker, servidor, proxy HTTPS e atualizações ficam sob responsabilidade de quem opera a instalação. A documentação Docker do Typebot usa Postgres e containers separados para builder e viewer. Ela também informa que o servidor Typebot não encerra TLS. Na prática, você precisa publicar o acesso por um proxy reverso HTTPS, em vez de deixar os serviços administrativos expostos na internet. A conta honesta inclui o tempo de observar erros, atualizar imagens, guardar segredos, restaurar dados e responder quando um webhook não chega. Se você aceita essa operação porque precisa de controle ou integrações específicas, a stack pode fazer sentido. Se não aceita, um serviço gerenciado pode ser a escolha mais barata em trabalho. O ponto não é tratar SaaS como desperdício. É escolher quem assume o trabalho que o SaaS concentra no fornecedor. A Stack de Quatro Camadas: quem conversa, decide, entrega e sustenta A Stack de Quatro Camadas é uma forma simples de não confundir ferramentas complementares. Ela separa o que o usuário vê do que a operação precisa manter funcionando. Camada Ferramenta ou componente Papel Estado importante Se parar Conversa Typebot Monta perguntas, respostas e caminhos do fluxo Configuração do fluxo e conexão com banco A pessoa não avança no bot Orquestração n8n Recebe webhook, chama APIs e aplica regras Workflows e credenciais Integrações e decisões param Canal Evolution API, WAHA ou Meta Cloud API Recebe e envia mensagens pelo WhatsApp Sessão, conta ou configuração do canal A mensagem não entra ou não sai Infraestrutura VPS, proxy, Postgres e, quando aplicável, Redis Mantém serviços, dados e acesso seguro Volumes, segredos, backups e logs A stack inteira pode ficar indisponível Typebot não substitui n8n O Typebot é a camada de conversa. Ele ajuda a desenhar formulários e fluxos conversacionais. Para instalação própria, a configuração oficial exige itens como DATABASE_URL, ENCRYPTION_SECRET, NEXTAUTH_URL e uma URL pública do viewer. O segredo de criptografia precisa ser compartilhado entre builder e viewer, conforme a configuração oficial do Typebot. O n8n entra quando a conversa precisa acionar sistemas externos. Ele pode receber dados de um fluxo, consultar um CRM, gravar uma solicitação ou chamar outra API. Isso não significa que todo fluxo precisa de n8n. Um fluxo simples pode ficar no próprio construtor. Use a orquestração quando há uma regra ou integração real para executar. Em escala, a arquitetura do n8n muda. O queue mode do n8n usa Redis como fila entre a instância principal e workers. A documentação o descreve como a opção de melhor escalabilidade. Ela também alerta que armazenamento binário em filesystem não é suportado nesse modo. Portanto, não adicione Redis e workers só por moda. Adicione-os quando a demanda e o desenho da operação justificarem. Canal de WhatsApp não é o mesmo que fluxo conversacional A Evolution API é a ponte que pode conectar essa operação ao WhatsApp. Seu repositório e documentação oficial descrevem suporte a conexões por Baileys, baseado no WhatsApp Web, e à Meta Cloud API, que é o caminho oficial de negócio. Também listam integrações com Typebot, n8n, Chatwoot e mecanismos de evento ou fila. Essa diferença importa. Baileys não deve ser apresentado como API oficial da Meta. A Meta posiciona a WhatsApp Business Platform como infraestrutura para empresas se comunicarem com clientes em escala por APIs. Esse caminho continua sujeito às políticas aplicáveis e pode ter custo por mensagem. A WAHA é outra alternativa self-hosted. Ela documenta integração com n8n e Typebot, além de superfícies de segurança e observabilidade. A existência de uma página sobre bloqueio não prova que bloqueios serão evitados. Escolha o canal pela política e pelo risco operacional que você aceita, não apenas pelo preço da VPS. O que colocar em produção antes de conectar um número Uma prova de conceito pode funcionar em minutos. Produção exige controles que continuam funcionando depois do primeiro deploy. Domínio, TLS, proxy e portas privadas Publique somente o endpoint que realmente precisa receber tráfego externo. Quando houver interface pública ou webhook, use um domínio e HTTPS por proxy reverso. Não exponha portas administrativas do n8n, da Evolution API, do Postgres ou do Redis diretamente à internet. O Typebot documenta a necessidade de proxy reverso para TLS no self-host. Esse controle não substitui autenticação, firewall ou atualização. Cada um resolve um problema diferente. Antes de apontar o número para o bot, confirme que a URL pública abre em HTTPS, que redirecionamentos não quebram o webhook e que os painéis administrativos permanecem privados. Documente também quem poderá renovar domínio, certificado e credenciais. Segredos, volumes, backup e teste de restore Segredos não pertencem ao repositório, a um print ou a uma mensagem de suporte. Guarde URLs, chaves e senhas em um mecanismo apropriado para a operação. Troque credenciais expostas e limite o acesso de cada serviço ao necessário. Postgres, volumes dos containers e dados de configuração precisam de uma rotina de backup. Backup sem teste de restore é apenas uma cópia que ainda não provou recuperar atendimento. Defina onde a cópia fica, quem consegue restaurar e como validar o retorno sem usar dados reais de cliente. Não há requisito universal de CPU, RAM ou disco nesta pauta. A necessidade depende de fluxo, volume, logs, banco, anexos e integrações. Comece com um ambiente de teste e meça o consumo antes de transformar uma configuração em padrão. Logs, alerta e fallback humano Logs precisam responder três perguntas: a mensagem chegou ao canal, o webhook entrou e a resposta saiu? Sem esse trilho, um cliente pode relatar silêncio e a equipe não saber em qual camada investigar. Crie alertas para indisponibilidade, erro recorrente de webhook e falta de espaço em disco. O objetivo não é montar uma central de monitoramento enorme. É detectar que o atendimento parou antes que a primeira reclamação vire seu alerta. O fallback humano deve existir no fluxo e fora dele. No fluxo, uma regra pode encaminhar caso sem resposta, pedido sensível ou falha conhecida. Fora do fluxo, defina uma mensagem de contingência e um canal que a equipe realmente acompanha. Não basta criar uma fila que ninguém abre. Controle Obrigatório antes de produção Dono definido Como verificar Domínio e TLS Sim Operador da VPS URL pública abre em HTTPS Segredos fora do código Sim Operador da stack Nenhuma chave aparece no repositório ou prints Dados persistentes Sim Operador da stack Containers reiniciam sem perder a configuração Backup e restore Sim Responsável pela operação Restore de teste concluído em ambiente separado Logs e alerta Sim Quem responde incidentes Evento de teste aparece no log e gera aviso Firewall e painéis privados Sim Operador da VPS Portas administrativas não respondem publicamente Fallback humano Sim Equipe de atendimento Pessoa de teste chega a um humano ou recebe contingência Opt-in e regras do canal Sim Responsável pelo negócio Fluxo registra a regra definida pela operação Evolution, WAHA ou API oficial da Meta: escolha o canal pelo risco aceito A Evolution API declara suporte a Baileys/WhatsApp Web e Meta Cloud API. Ela também lista Node.js 20+, PostgreSQL ou MySQL e Redis recomendado entre os pré-requisitos do README oficial. Docker é uma das opções de execução. Consulte o repositório oficial da Evolution API para a versão que você pretende instalar. Use um caminho baseado em WhatsApp Web sabendo que ele é distinto da API oficial de negócios. Não prometa que ele elimina risco de limitação, bloqueio ou mudança de política. Use Meta Cloud API quando a necessidade do negócio pede o caminho oficial e a equipe aceita as regras e custos aplicáveis. WAHA também pode servir como camada de canal self-hosted. A compatibilidade aparente não elimina retrabalho. Sessões, webhooks, regras de fluxo, monitoramento e contingência precisam ser revisados em uma migração. Uma terceira opção é manter o bot e a automação em uma arquitetura híbrida. Você pode usar uma camada gerenciada onde o risco de canal é maior e hospedar somente a parte em que o controle técnico gera valor. A escolha certa depende de quem vai operar o incidente, não da ferramenta mais comentada. Self-hosted, Botpress ou ManyChat: quem realmente economiza O Typebot Cloud tinha, na pesquisa de 2 de outubro de 2026, plano gratuito com 200 chats por mês. Os planos Starter e Pro apareciam a US$ 39 por mês para 2.000 chats e US$ 89 por mês para 10.000 chats, respectivamente. Preço e limites precisam ser conferidos no dia da contratação. Botpress declara uma integração oficial de WhatsApp com mensagens, mídia, eventos e início proativo por template aprovado. Isso pode reduzir trabalho técnico para quem não quer manter VPS e conectores. Não significa que o custo de mensagens, templates ou operação desaparece. A coleta da página de preços da ManyChat retornou 403. Por isso, não use preço, condição ou limite dela como base fixa neste artigo. A própria documentação de WhatsApp da ManyChat trata precificação por mensagens e categorias de forma separada, o que reforça que SaaS não torna o canal gratuito. Perfil Self-hosted com Typebot, n8n e canal SaaS gerenciado Caminho oficial da Meta Solo builder técnico Mais controle e mais trabalho de operação Menos manutenção, menor liberdade técnica Exige integrar regras e custos do canal Pessoa não técnica Risco de depender de suporte para incidente Normalmente mais simples de sustentar Pode exigir parceiro ou conhecimento técnico Operação crítica Só serve com backup, logs e contingência provados Fornecedor absorve parte da operação Alinha o canal ao modelo oficial, sem eliminar operação A comparação não deve terminar na mensalidade. Compare também suporte, atualização, recuperação, dados, regras do canal e a capacidade real de manter uma conversa ativa quando algo falha. Rota Runzos: quando usar VPS e quando pagar SaaS Eu colocaria essa stack em VPS quando a pessoa já sabe cuidar de domínio, containers, dados persistentes e incidentes. Também faz sentido quando o n8n precisa integrar sistemas específicos e o fluxo deixou de ser apenas um chatbot simples. Para esse cenário, veja a rota para rodar uma stack de chatbot e automação em VPS. Ela serve como ponto de partida comercial, não como garantia de capacidade universal para qualquer volume. Se a prioridade é uma VPS voltada ao n8n, consulte a oferta de VPS para n8n. Para uma alternativa de VPS com contexto brasileiro, há também a rota da Servla para VPS e n8n. Condições, disponibilidade e plano adequado devem ser confirmados antes de contratar. Eu pagaria SaaS quando ninguém do time consegue assumir atualização, restore, monitoramento e suporte. Esse não é um fracasso técnico. É uma decisão operacional. Um bot que não responde em uma falha custa mais que uma assinatura que cabe no processo. Problemas comuns e soluções O bot funciona no teste, mas o cliente não recebe a resposta Separe o diagnóstico por camada. Confira se o canal recebeu a mensagem, se o webhook chegou ao n8n ou Typebot e se houve uma resposta de saída. Logs com identificadores seguros ajudam a localizar a quebra sem expor conteúdo de cliente. Não reinicie tudo sem evidência, pois isso pode apagar o sinal do problema. O painel abre, mas o webhook externo falha Revise domínio, HTTPS, proxy reverso e a URL pública configurada no serviço. O Typebot exige URLs públicas na configuração self-hosted. Painel acessível internamente não prova que o endpoint certo está disponível externamente. A instalação reinicia e perde configuração Verifique se banco e volumes persistentes foram configurados. Em seguida, valide o procedimento de restore em ambiente separado. Não trate uma cópia existente como recuperação comprovada até testar o retorno. O fluxo precisa escalar para humano, mas ninguém recebe o caso Defina um destino acompanhado, uma condição de transferência e uma mensagem clara de contingência. Teste com uma conversa controlada. A automação está pronta apenas quando a pessoa não fica em silêncio durante a falha. FAQ Typebot, n8n e Evolution API fazem a mesma coisa? Não. Typebot constrói a conversa. n8n orquestra regras e integrações por webhook ou API. Evolution API atua como uma camada de conexão com WhatsApp e outras integrações documentadas. A VPS, o banco e o proxy são outra camada: sustentam a operação. Tratar tudo como “o chatbot” dificulta diagnosticar falhas e decidir o que hospedar. Preciso de VPS para usar Typebot no WhatsApp? Não necessariamente. O Typebot oferece opção Cloud. Uma VPS entra quando você escolhe o self-host e assume servidor, proxy HTTPS, atualização, persistência e backup. Também pode entrar se você hospedar n8n ou o conector do canal. A escolha depende da operação que você consegue manter, não apenas da intenção de cortar assinatura. Evolution API usa a API oficial do WhatsApp? A Evolution documenta suporte a caminhos diferentes: Baileys, baseado no WhatsApp Web, e Meta Cloud API, apresentada pela Meta como API oficial para empresas. Não são equivalentes. Antes de escolher, confira documentação, políticas e custos aplicáveis ao caminho que será usado. Posso usar n8n com Typebot e Evolution API? Sim. A Evolution lista integrações com Typebot e n8n, e o n8n pode trabalhar com webhooks e APIs. A integração precisa ser testada com URLs públicas, credenciais protegidas e logs. A compatibilidade declarada não substitui um teste do seu fluxo específico. Qual infraestrutura mínima serve para testar a stack? A pesquisa não autoriza um número universal de CPU, RAM ou disco. Para testar, use um ambiente separado com domínio, HTTPS, persistência de dados, logs e um pequeno fluxo de opt-in. Meça uso de memória, disco e erros do seu caso antes de escolher plano de produção. Self-hosted evita todo custo de WhatsApp? Não. Self-hosted pode reduzir uma assinatura de aplicação, mas não elimina infraestrutura, manutenção, suporte ou custos e regras do canal. A Meta Cloud API pode ter custo por mensagem. Não anuncie economia em reais sem comparar planos, volume, operação e exigências do seu cenário. Como garantir fallback humano? Defina uma condição para transferir a conversa, um destino humano monitorado e uma mensagem de contingência. Depois, simule a falha de um componente e verifique se a pessoa recebeu atendimento ou aviso. Sem esse teste, existe apenas uma intenção de fallback, não uma rota comprovada. Conclusão: instale a stack, mas projete o atendimento Typebot, n8n e Evolution API são úteis quando cada camada tem uma função clara. O valor do self-host está no controle sobre fluxos e integrações. O preço desse controle é sustentar segurança, dados, atualização, monitoramento e uma conversa que continue mesmo quando uma peça falha. Comece pequeno. Use um ambiente de teste, fluxo de opt-in, URLs HTTPS, volumes persistentes e restore validado. Só conecte um número de produção quando logs e contingência já estiverem definidos. Para quem consegue operar essa Stack de Quatro Camadas, uma VPS pode ser uma base flexível. Para quem não consegue, SaaS ou um caminho oficial pode entregar uma operação melhor. A decisão não é entre “grátis” e “caro”. É entre responsabilidades que você assume e responsabilidades que delega.

## Leia também

- [E se a sua automação parasse de conversar e começasse a decidir?](https://runzos.com/jev-typesafe-ai-decisao-calibrada-automacao/)
- [Invoice Ninja, Akaunting ou Kimai: self hosted para solo builder](https://runzos.com/invoice-ninja-akaunting-kimai-vps-2026/)
- [Odoo em VPS vale a pena em 2026? CRM, loja e ERP sem SaaS caro](https://runzos.com/odoo-vps-vale-a-pena-2026/)
- [Odoo, ERPNext ou Dolibarr: qual ERP open-source rodar em VPS em 2026?](https://runzos.com/odoo-erpnext-dolibarr-vps-2026/)