InícioGuias › n8n-self-hosted
Guia

n8n self-hosted e LGPD: onde ficam seus dados e como ficar em conformidade

Atualizado em 2026-07-26 · por Redação Automação Hoje
Profissional revisando servidor n8n self-hosted e conformidade LGPD de dados no Brasil em notebook
Resposta rápida: Rodar o n8n self-hosted mantém os dados no servidor que você escolhe — se for uma VPS no Brasil, eles ficam em território nacional. Mas o self-hosted não te deixa em conformidade com a LGPD sozinho: quem decide isso é a sua configuração. É preciso definir retenção de logs, proteger a chave de criptografia e cobrir a transferência internacional quando o fluxo envia dados a serviços fora do país.
· espaço publicitário ·
Em resumo
  • No self-hosted os dados de execução ficam onde está o seu servidor; VPS no Brasil = dados em território nacional.
  • A conformidade com a LGPD depende da sua configuração, não do software. A maioria dos problemas nasce dentro dos workflows.
  • O n8n poda execuções antigas por idade (EXECUTIONS_DATA_MAX_AGE, padrão 336h) e por volume (10.000 execuções).
  • Fluxos que mandam dados para OpenAI, Anthropic ou outro serviço no exterior acionam a regra de transferência internacional da ANPD.
  • A chave N8N_ENCRYPTION_KEY protege as credenciais salvas — perdê-la ou trocá-la à toa quebra o acesso a tudo.
  1. Decida onde o servidor vai morar antes de instalar

    No self-hosted, o dado de execução fica fisicamente onde está a máquina. Se a sua base tem CPF, telefone e histórico de cliente brasileiro, uma VPS com data center no Brasil (há provedores com estrutura em São Paulo) mantém tudo em território nacional e simplifica o argumento de compliance. Servidor nos EUA ou na Europa não é proibido, mas passa a valer a regra de transferência internacional — decida isso na largada, não depois de meses de dados acumulados.

  2. Configure a retenção de logs de execução

    A LGPD tem o princípio da limitação de armazenamento: você não deve guardar dado por mais tempo do que precisa. No n8n isso vira configuração. Por padrão, ele poda execuções que terminaram há mais de 336 horas (14 dias) ou quando o total passa de 10.000 registros. Para uma base com dado pessoal, encurte: ligue EXECUTIONS_DATA_PRUNE=true e reduza EXECUTIONS_DATA_MAX_AGE para 168 (7 dias) ou menos. Execuções anotadas (com tags ou avaliação) não são podadas — cuidado ao usar isso com dado sensível.

  3. Proteja a chave de criptografia

    O n8n guarda as credenciais dos seus fluxos criptografadas com a variável N8N_ENCRYPTION_KEY. Ela é o cofre. Guarde essa chave fora do servidor (num gerenciador de segredos), faça backup dela junto com o banco e não a rotacione por impulso — trocar a chave invalida todas as credenciais já salvas e você perde o acesso a elas. Se um dia migrar o n8n de servidor, leve a mesma chave junto.

  4. Mapeie a transferência internacional dentro dos fluxos

    O ponto que mais escapa: seu servidor pode estar no Brasil, mas um nó de IA que chama OpenAI ou Anthropic manda o dado do cliente para fora. Desde 23 de agosto de 2025 (fim do prazo de adequação da Resolução CD/ANPD 19), transferência internacional sem um mecanismo válido é irregular. Na prática, isso significa ter cláusulas-padrão contratuais (ou outro mecanismo previsto) com o fornecedor e, no caso de modelos de IA, um contrato que exclua seus dados do treinamento.

  5. Feche o cerco: banco, backup e acesso

    Use PostgreSQL em vez do SQLite padrão para aplicar políticas de retenção no próprio banco. Restrinja quem acessa o painel do n8n (autenticação forte, HTTPS, sem porta exposta à internet aberta) e defina uma rotina de exclusão para atender pedidos de titulares — apagar o dado de uma pessoa também significa limpar os logs de execução onde ele aparece.

Self-hosted resolve a LGPD? Não sozinho

Existe um mal-entendido comum: a ideia de que instalar o n8n no próprio servidor já resolve a LGPD. Resolve uma parte — a de soberania do dado. Você deixa de mandar informação sensível para trafegar por servidores de terceiros e passa a controlar onde ela mora. Isso reduz risco e facilita transparência e minimização de coleta.

Mas o self-hosted também transfere para você a responsabilidade inteira. Se o n8n roda em conformidade ou não, quem decide é a sua configuração, não o software. E a maioria dos problemas de proteção de dados no n8n não aparece na hospedagem — aparece dentro dos workflows, quando um fluxo coleta demais, guarda por tempo demais ou empurra dado para fora sem cobertura contratual.

Cloud vs. self-hosted sob a ótica do dado

A diferença central é quem controla o local do dado. Veja o resumo:

Critérion8n Cloudn8n self-hosted
Onde o dado ficaNos servidores do n8n (região definida por eles)No servidor que você escolhe — inclusive VPS no Brasil
Responsabilidade de complianceCompartilhada com o fornecedorInteiramente sua
Controle de retenção de logsLimitado ao que o plano ofereceTotal, via variáveis de ambiente
Transferência internacionalDepende da infraestrutura do fornecedorVocê evita — a menos que um nó mande dado para fora

O erro que quase ninguém vê

Vale insistir nesse ponto porque é o mais silencioso: colocar o servidor no Brasil dá uma falsa sensação de que está tudo resolvido. Aí o fluxo tem um nó de IA, um envio de e-mail via serviço americano, uma integração com CRM hospedado fora — e o dado do cliente cruza a fronteira sem ninguém perceber. É exatamente aí que a Resolução CD/ANPD 19 morde. Mapeie cada nó do workflow e pergunte: para onde esse dado vai depois daqui?

Perguntas frequentes

Rodar o n8n self-hosted me deixa automaticamente em conformidade com a LGPD?
Não. O self-hosted te dá controle sobre onde o dado fica, mas a conformidade depende da sua configuração: retenção de logs, proteção de credenciais, controle de acesso e cobertura da transferência internacional. O software não faz isso por você.
Se meu servidor está no Brasil, ainda preciso me preocupar com transferência internacional?
Sim, se algum nó do fluxo enviar dados para fora. Um nó que chama OpenAI, Anthropic ou um serviço hospedado no exterior aciona a regra da ANPD, mesmo com o n8n rodando numa VPS brasileira. O servidor local não cobre o que sai pelos fluxos.
Por quanto tempo o n8n guarda os dados de execução?
Por padrão, ele poda execuções que terminaram há mais de 336 horas (14 dias) ou quando o total passa de 10.000 registros. Para dado pessoal, o recomendável é encurtar com EXECUTIONS_DATA_MAX_AGE, por exemplo para 168 horas (7 dias).
Posso trocar a chave de criptografia do n8n quando quiser?
Não à toa. A N8N_ENCRYPTION_KEY está amarrada às credenciais já salvas. Rotacioná-la sem cuidado invalida o acesso a todas elas. Guarde a chave com backup e, ao migrar de servidor, leve a mesma chave junto.

Leia também