n8n download: qual versão baixar em 2026 (app de desktop, npm, Docker ou nuvem oficial)?

Fala aí, beleza? Quem digita n8n download hoje está a um clique de escolher um caminho que vai ter que abandonar

Existem quatro formas de colocar o n8n pra rodar: app de desktop, npm, Docker e a nuvem oficial

Acontece que duas dessas quatro já estão em fim de vida

O app de desktop foi descontinuado e o repositório oficial dele está arquivado e somente leitura desde 15/08/2025

E a instalação por npm tem data marcada pra parar de funcionar: a partir do n8n 3.0, previsto pra outubro de 2026, npm install n8n e npx n8n deixam de ser suportados e o self-hosted passa a exigir Docker

Ou seja: escolher errado agora não é só perder uma tarde, é reinstalar tudo daqui a pouco 😅

Bora comparar os quatro caminhos direito?

App de desktop, npm, Docker e n8n Cloud: o que muda em cada download

Repara numa coisa: a coluna do Docker é a única que não tem nem "acabou" nem "vai acabar" escrito nela

Isso já responde metade da sua pesquisa, né? 😀

Formação Recomendada

Formação Agentes de IA

Domine a criação de Agentes de IA e Venda para Empresas

• 402 aulas
• 32 projetos
• 38h 19min

Conhecer formação

Qual caminho é o seu: 4 perfis de quem baixa o n8n

"Só quero ver como é, sem sujar minha máquina"

Vai de nuvem oficial

O n8n Cloud oferece teste gratuito de Starter e Pro sem pedir cartão de crédito, então dá pra clicar, montar um workflow e sair sem compromisso

E se você achar que vai ficar, o Starter começa em €20 por mês com 2.500 execuções mensais, e todos os planos vêm com usuários ilimitados, workflows ilimitados e todas as integrações (dá pra conferir na página de preços)

Detalhe importante pra não se assustar com a conta: no n8n, uma execução conta o workflow INTEIRO, não cada passo dele, independentemente de quantos nós ele tem ou de quanto dado processa

"Quero rodar na minha máquina"

Docker, sem pensar muito

O editor abre no navegador em http://localhost:5678 e a instalação vive ali, no seu computador

Só que "Docker" aqui não é um comando único, e é bom deixar isso claro antes de tu copiar a primeira linha que ver por aí

São TRÊS variantes do mesmo caminho:

1. Script de uma linha: o setup que a documentação apresenta como o caminho mais rápido de instalação
2. docker volume + docker run: o par de comandos da documentação de Docker, com volume nomeado, que eu mostro na prática mais abaixo neste post
3. Docker Compose: que a documentação aponta como o caminho mais simples pra instalação local, e é o que ela sugere pra quem hoje está no npm

São alternativas, não etapas: tu escolhe UMA

Minha recomendação: se você só quer ver o n8n rodando hoje, vai no script de uma linha; se você quer entender o que está acontecendo e controlar volume, nome do contêiner e porta na mão, vai no par docker volume + docker run

O script de uma linha é esse:

curl -fsSL https://get.n8n.io | sh

Esse script exige Linux ou macOS com curl instalado, e no Windows roda via WSL com a integração WSL2 do Docker Desktop ligada

Ele checa se o Docker está instalado e rodando, cria uma pasta n8n no diretório atual, escreve os arquivos de configuração, baixa a imagem e sobe o n8n

Rodou duas vezes sem querer? Relaxa: se já existir instalação naquela pasta, ele só avisa

Tome cuidado com um detalhe que confunde muita gente: o script guarda os arquivos de configuração nessa pasta n8n do diretório atual, enquanto o par docker volume + docker run guarda os dados num volume nomeado n8n_data

Duas formas diferentes de persistir, então escolhe uma e sabe onde a tua coisa ficou, senão tu vai procurar credencial no lugar errado depois

E já aviso o seguinte pra ninguém sair frustrado: eu não vou te prometer que roda 100% offline

A documentação que conferi não faz essa afirmação, e qualquer nó que chame API externa obviamente vai precisar de internet

O que dá pra dizer com segurança é que a aplicação e os dados ficam na sua máquina, não num serviço de terceiro

"Eu já instalei por npm, e agora?"

Agora você tem uma tarefa marcada na agenda

A instalação por npm exige Node.js entre 20.19 e 24.x, inclusive, e permite fixar uma versão específica usando a sintaxe com arroba (aquele @ depois do nome do pacote)

Só que a documentação é explícita: quem usa npm ou npx precisa planejar a mudança para um deploy baseado em Docker ANTES de atualizar pro 3.0, e o Docker Compose é apontado como o caminho mais simples pra instalação local (é a variante 3 que eu listei ali em cima)

"Quero hospedar o n8n pros meus clientes"

Aqui é o ponto que mais gente ignora e depois toma susto

A Community Edition é gratuita e self-hosted, distribuída sob a Sustainable Use License: uma licença fair-code, source-available, que NÃO é certificada pela OSI

O que ela libera: usar, customizar e operar internamente

O que ela exclui: revender como produto próprio, fazer white-label e hospedar cobrando de clientes

Então "montei uma agência de automação em cima do n8n grátis de outra pessoa" merece uma lida com calma na licença antes, beleza?

Veredito: Docker hoje, npm só com data de validade, desktop nunca mais

Sem ficar em cima do muro: Docker é a escolha padrão pra self-hosted em 2026

É o que a documentação recomenda como destino de quem vai atualizar pro 3.0, é o formato que sobrevive à mudança e é o que não te obriga a instalar mais nada na máquina além do próprio Docker

npm ainda é aceitável, mas com prazo colado na testa

Se você instalar por npm hoje, funciona

Mas você está escolhendo um caminho que a própria documentação já marcou pra morrer no 3.0, previsto pra outubro de 2026

O app de desktop é armadilha pura

Repositório arquivado e somente leitura, sem manutenção, declarado obsoleto e removido do site oficial

A orientação da documentação é migrar pra Node.js ou Docker justamente pra seguir recebendo atualizações e correções de segurança

Software parado não é software estável, é software com buraco esperando

E o Cloud ganha quando? Quando o seu gargalo não é dinheiro, é tempo

Se manter máquina, volume e atualização não é o seu trabalho, pagar pra não pensar nisso é decisão de gente adulta

Agora, o contra que ninguém coloca no título: a v3 não remove só o npm

Saem também o Chat Hub, a importação de workflow por URL dentro do editor e nós não funcionais

E calma que não é hoje: a linha 2.x segue recebendo releases, com atualização publicada em 12/08/2026

Tu tem tempo, só não tem eternidade 🙂

Instalando o n8n com Docker na prática: o que apareceu na máquina

Aqui eu vou pela variante 2, o par docker volume + docker run, porque é a que deixa cada peça visível

No vídeo abaixo eu instalo o n8n localmente com Docker, e alguns detalhes só aparecem quando tu faz de verdade

Antes de tudo eu explico o modelo, porque sem isso o resto vira decoreba: a imagem reúne todas as dependências, o container é a aplicação de fato rodando, e o volume é o que faz os dados persistirem quando você desliga o PC

Se você conhece aquele papo de "empacotei tudo pra rodar igual em qualquer lugar", é exatamente isso

Primeira coisa que apareceu na tela: buscando por n8n na aba de imagens, vem resultado parecido que NÃO serve

Apareceu uma imagem de MCP do n8n que eu descartei ali mesmo

É o mesmo cuidado de conferir a origem antes de baixar o Claude Desktop oficial: resultado parecido não é resultado certo

A imagem que a documentação aponta é docker.n8n.io/n8nio/n8n, e os dois comandos dessa variante são esses:

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n

Se você já rodou o script de uma linha lá em cima, não precisa rodar esses dois: é um OU outro

Outros pontos de atrito que eu mostro no vídeo:

1. Imagem ocupa espaço físico no disco. A do n8n apareceu com 1 GB na minha máquina, e dá pra entupir o PC de imagens sem perceber
2. Dá nome pro container. Se você não nomear, o Docker gera um nome aleatório, e achar aquilo depois no meio de vários containers é sofrimento
3. A porta é única na máquina. Se já tiver outra aplicação Docker naquela porta, dá conflito e você vai ter que escolher outra
4. O caminho interno do container não é chute. Cada imagem exige o seu, e eu fui buscar esse caminho na documentação da imagem em vez de inventar
5. Variável de ambiente às vezes é obrigatória. Nessa instalação eu não preenchi nenhuma, mas tem imagem que não sobe sem, uma senha por exemplo

Depois do run, o próprio log do container informou o endereço local de acesso ao editor, e eu abri o n8n no navegador por ali, no http://localhost:5678

A instalação veio zerada, com a tela de cadastro inicial igual a qualquer instalação crua

Apareceu também aquela tela pedindo e-mail pra liberar funcionalidades extras, e isso bate com o que a documentação diz: registrar a instância self-hosted libera recursos extras de graça (plano pago fornece uma license key que libera os recursos daquele plano)

Eu pulei porque não ia manter aquela instância, mas se é a tua instalação de verdade, vale aceitar

Pra provar que estava tudo de pé, criei um workflow do zero com um trigger e executei

E tem o ponto que morde depois: quem controla a versão instalada é a imagem, não você

A imagem entrega a versão estável do momento, então quem instalar mês que vem vai receber outra coisa

Outra que aconteceu comigo: o Docker Desktop pode falhar ou não abrir depois de você desligar o PC, e um dos meus containers subiu sozinho na inicialização

O passo a passo completo da instalação local, do download do Docker Desktop até o workflow rodando, está aqui:

E agora a parte que você não pode perder de vista: o que fica no volume

Segundo a documentação, dentro de /home/node/.n8n mora o banco SQLite, a URL de webhook e a chave de criptografia das credenciais

Perdeu essa pasta, perdeu credencial

É por isso que eu crio o volume ANTES do run, e não depois de me arrepender 😛

O n8n 3.0 chega em outubro de 2026: o que fazer com a sua instalação

A decisão não saiu do nada: a descontinuação do desktop veio junto com o fim do plano Self-hosted Team, no anúncio do fórum oficial da comunidade

Traduzindo pro seu caso:

Se você instalou por npm ou npx: planeje a mudança pra um deploy baseado em Docker antes de atualizar pro 3.0, com Docker Compose como caminho mais fácil no local

Não vou te dar comando de migração aqui porque a fonte oficial ainda não publicou esse passo a passo, e chutar comando de migração é o tipo de coisa que quebra fluxo em produção

O que dá pra fazer desde já é garantir que você sabe atualizar o n8n sem quebrar seus fluxos, porque backup vem antes de qualquer mudança de base

Se você está no app de desktop: migre pra Node.js ou Docker, é a recomendação da própria documentação, e o motivo é seguir recebendo atualizações e correções de segurança

Como o npm também tem prazo, ir direto pra Docker economiza uma migração

Se você está no Cloud: essa mudança de instalação não te afeta

Você não instala nada, então não tem nada pra migrar

Conclusão

Se você chegou aqui pesquisando n8n download, o resumo é curto: Docker pra rodar na sua máquina, Cloud pra não pensar em infra, npm só se você já estiver nele e com a migração marcada, desktop nunca mais

E dentro do Docker, escolhe UMA das três variantes: script de uma linha pra pressa, docker volume + docker run pra controle, Docker Compose pra instalação local mais simples segundo a documentação

O próximo passo concreto é escolher um dos dois mundos: subir o contêiner e abrir http://localhost:5678, ou testar o Cloud sem cartão antes de cravar

E se você acabou de instalar e está olhando pra tela em branco sem saber o que fazer, o próximo assunto é primeiros passos no n8n: trigger, nó e a primeira automação rodando de ponta a ponta

Qualquer coisa, me conta aí qual caminho tu escolheu 😀

até o próximo post!