CapRover vs Coolify vs Dokploy: o segmento simples comparado em 2026

Três produtos disputam hoje o mesmo nicho: o desenvolvedor que quer um Heroku rodando em uma VPS própria, sem aprender orquestrador de cluster e sem pagar US$25 por dyno. CapRover, Coolify e Dokploy. Os três fazem a mesma promessa — git push ou docker pull, painel web, certificado automático, deploy em minutos. Os três entregam essa promessa. E mesmo assim, escolher errado entre eles vai te custar três meses do seu próximo trimestre.

A diferença não está no que cada um faz. Está no que cada um aposta.

CapRover apostou em estabilidade. Existe desde 2017, atravessou três ondas de hype sem perder identidade, e prefere envelhecer a se reinventar.

Coolify apostou em riqueza de features. Marketplace de templates, suporte nativo a docker-compose, multi-server, dezenas de integrações prontas. É o painel mais popular do segmento em janeiro de 2026.

Dokploy apostou em peso leve com UX moderna. Usa Docker Swarm por baixo pra ganhar multi-server fora da caixa, copia o que funcionou em Coolify e descarta o que pesou.

A escolha entre os três define a próxima dor que você vai ter — e não é a dor de instalação. É a dor que aparece no oitavo mês, quando o painel já está rodando seus dois ou três SaaS de produção e você precisa decidir se confia nele em uma quinta-feira à noite. Este post é o mapa pra escolher sabendo qual dor vem.

CapRover, o veterano

CapRover saiu em 2017, antes de Coolify existir, antes do hype de self-hosting voltar à moda, antes de docker-compose ser sinônimo de "dev local". Foi escrito em Node, usa Docker Swarm internamente (sim, antes de Dokploy fazer isso virar bandeira), e nunca tentou ser bonito.

A filosofia do projeto é visível em cada decisão: faça uma coisa bem, mantenha o código simples, prefira release semestral a release semanal. O resultado é uma das ferramentas mais confiáveis desse segmento. Pessoas que instalaram CapRover em 2019 ainda rodam aquela mesma instalação em 2026 com upgrades incrementais e zero reinstalação completa.

O que ele faz bem. Idle de aproximadamente 150 MB de RAM — o mais leve dos três por uma margem confortável. Instalação em uma VPS de US$5/mês roda tranquilo, com 600 MB livres pra workload real. Painel funcional sem firulas, abstração de "App" simples (uma imagem Docker, variáveis de ambiente, domínio, certificado), suporte a deploy via CLI, via push de tarball, via Dockerfile. Comunidade pequena mas leal — o fórum tem respostas de 2018 que ainda fazem sentido em 2026.

Onde ele perde. O modelo "App" é primariamente single-container. Você consegue rodar serviços auxiliares (Postgres, Redis) como Apps separados, mas a integração entre eles é via DNS interno e variáveis manuais. docker-compose tem suporte limitado — funciona pra casos simples, quebra em casos com volumes nomeados complexos ou healthchecks elaborados. O ecossistema de plugins/templates ("one-click apps") existe e funciona, mas a curadoria estagnou; muitos templates apontam pra versões de imagem de 2022. UI tem o estilo visual de quando foi escrita — funcional, mas data o produto. E o ponto mais crítico: não existe multi-server real. Você roda em uma VPS. Quer redundância? CapRover não te ajuda.

Quando CapRover é a escolha certa. Solo dev com uma VPS. Aplicação monolítica sem dezenas de microsserviços. Orçamento apertado (a leveza dele te economiza um upgrade de plano). Time de uma a três pessoas que já tomou todas as decisões importantes e quer um painel que simplesmente não morra. Você valoriza estabilidade acima de feature nova. CapRover envelhece bem; em janeiro de 2026 ele continua sendo a escolha pragmática pra esse perfil específico.

Coolify, o feature-rich popular

Coolify entrou no mercado tarde — primeira release relevante em 2021 — e ganhou tração estonteante nos últimos três anos. Em janeiro de 2026 acumula dezenas de milhares de estrelas no repositório público, comunidade ativa, releases mensais, presença em conferências, criador conhecido pessoalmente pelo público. É o painel que indie hacker no Twitter recomenda primeiro.

A filosofia é clara: faça o painel mais completo do mercado. Suporte tudo. Marketplace, multi-server, monitoring integrado, suporte a destinos múltiplos (provedor cloud A, provedor cloud B, sua VPS), notificações em vários canais, integração com vários git providers, deploys preview, branch-per-environment, revisão de pull request. Se um competidor tem feature, Coolify quer ter também — e geralmente tem.

O que ele faz bem. UI moderna e agradável. Suporte nativo e robusto a docker-compose — você cola o seu compose existente, ajusta domínios, deploya. Templates de banco de dados em um clique pra Postgres, MySQL, MariaDB, MongoDB, Redis, e mais uma dezena. Multi-server: você cadastra um destino remoto e Coolify provisiona apps lá. Backup automático integrado pra os bancos provisionados. Suporte a múltiplos provedores git. Comunidade ativa que responde rápido — Discord ativo, releases que incorporam pedidos.

Onde ele perde. Pesado. Idle entre 500 e 700 MB de RAM, dependendo da versão e do número de serviços auxiliares ativos. Em uma VPS de 1 GB você está apertado antes de subir um único container de aplicação. A complexidade cresceu nos últimos dois anos mais rápido do que a documentação acompanhou — features novas estreiam com tutorial em vídeo no Twitter e demoram pra virar página estática consultável. Mas o ponto mais grave é o que multi-server não significa em Coolify: não é alta disponibilidade. É "um painel central deploya em N hosts remotos". Se o servidor que hospeda o painel cai, você perde a capacidade de fazer deploy, ver logs, revisar status — os apps remotos continuam rodando, mas você está cego. O painel é ponto único de falha por desenho.

Quando Coolify é a escolha certa. Indie hacker com 2 a 5 aplicações. Quer painel maduro, com features prontas que economizam tempo de configuração. Valoriza marketplace de templates e setup rápido de banco de dados. Tem latitude orçamentária pra hardware — uma VPS de 2 a 4 GB de RAM dedicada ao painel não é problema. Não tem requisito formal de SLA. É o "Heroku self-hosted" mais completo que você consegue hoje, e pra esse perfil ele entrega exatamente.

Dokploy, o desafiante leve

Dokploy é o mais novo dos três. Lançamento público em 2024, ganhou tração rápido em 2025, em janeiro de 2026 acumula algo em torno de dez mil estrelas no repositório público. Foi explicitamente posicionado como "o que Coolify deveria ser, sem o peso".

A filosofia: copiar o que Coolify acertou em UX e descartar o que pesou. Usa Docker Swarm como camada de orquestração — decisão polêmica e fundadora do projeto. Swarm te dá multi-server fora da caixa: você adiciona um nó worker e ele entra no pool sem configuração de rede manual. Em troca, você herda o destino do Swarm como produto.

O que ele faz bem. Idle aproximadamente 350 MB de RAM — significativamente mais leve que Coolify, mais pesado que CapRover. UI clean e moderna, claramente inspirada em Coolify mas com escolhas mais econômicas (menos abas, menos config inicial). Multi-server real via Swarm: cadastra um worker, ele aparece no pool, jobs se distribuem. Suporte nativo a Docker Compose (Dokploy chama de "stacks"). Crescimento da comunidade: Discord ativo, releases frequentes, projeto incorporou pedidos importantes em meses, não anos.

Onde ele perde. Mais novo significa menos battle-tested. Bugs aparecem em casos de borda que Coolify e CapRover já documentaram. Acoplado a Swarm — e Swarm é uma tecnologia em manutenção lenta pela mantenedora original. Recebe correções de segurança e estabilidade, mas não há indicação clara de que ganhe novas features. Pra projeto de 2024 escolher Swarm é uma aposta defensável (estável, simples, embutido no Docker), mas você está construindo em cima de uma camada que não evolui mais. Ecossistema de plugins/templates ainda raso comparado a Coolify — você ganha o básico, não a biblioteca curada de templates específicos. Documentação em português brasileiro praticamente inexistente.

Quando Dokploy é a escolha certa. Time pequeno (3 a 6 pessoas) que valoriza UX moderna mas não quer pagar o preço do Coolify em RAM. Multi-server real fora da caixa é requisito (você quer rodar em 2 a 4 VPS desde o início). Projeto novo sem dependência histórica em templates ou plugins específicos. Você não tem aversão a Docker Swarm como tecnologia subjacente. Pra esse perfil, em janeiro de 2026, Dokploy é a escolha que envelhece melhor entre os três.

Os três lado a lado

A tabela abaixo é a versão comprimida da decisão. Cada linha é uma dimensão que costuma virar argumento de fórum; lado a lado, vira critério.

A coluna que mais informa não está visível nessa tabela: qual dor vem em terceiro lugar. CapRover te dá estabilidade imediata e a dor vem quando você cresce e precisa de multi-server. Coolify te dá features ricas e a dor vem na conta da VPS e na complexidade crescente. Dokploy te dá multi-server moderno e a dor vem no acoplamento ao Swarm de longo prazo. Escolher é responder honestamente: qual dessas três dores é a que mais cabe na sua próxima ano?

A dor que os três compartilham

Há uma dor comum aos três que merece nome próprio, porque é onde a transição honesta acontece: nenhum dos três tem alta disponibilidade real.

Vou ser preciso sobre o que isso significa.

CapRover é single-server por desenho. Não tenta. Você instala, roda em uma VPS, ponto. Cair o servidor é cair o produto.

Coolify e Dokploy oferecem multi-server, mas a expressão usada por ambos confunde. Multi-server, no vocabulário deles, significa que um painel central deploya containers em N hosts remotos. O painel mora em uma máquina; os hosts são alvos de deploy. Quando o servidor do painel cai:

• Os apps remotos continuam rodando (Docker neles segue funcionando).
• Você perde acesso a logs centralizados, métricas, deploys, edição de variáveis de ambiente.
• Update do painel? Esperar.
• Redeploy de um app travado? Esperar.
• Ver por que o serviço de checkout começou a retornar 500? Esperar.

Pra um hobby project, "esperar" é tolerável. Pra startup com primeiro cliente B2B exigindo uplink contratual de 99,5%, "esperar" é violação de SLA. Os três produtos compartilham essa parede.

A parede está sinalizada quando:

• Cliente exige SLA explícito. Algo como ≥ 99,5% no contrato. Best-effort não passa pelo jurídico do cliente.
• O painel já caiu uma vez por semana ininterruptamente. Pode ser update mal-sucedido, kernel panic, OOM kill em pico de tráfego — a causa importa menos que a frequência.
• Você tem 2 ou mais aplicações importantes em produção. Backup centralizado vira requisito; coordenação entre apps vira requisito; observabilidade unificada vira requisito.
• Time cresceu pra 3 ou mais pessoas e o painel virou gargalo. Um deploy bloqueia o outro. Acesso simultâneo confunde estado.
• Backup do painel é manual e não foi testado em meses. Você consegue restaurar a VPS toda em 30 minutos? Já testou esse procedimento em prod?

Quando dois ou mais desses pontos se confirmam ao mesmo tempo, você passou da fase em que CapRover, Coolify e Dokploy resolvem o problema. A próxima decisão é estrutural.

HeroCtl como passo seguinte natural

HeroCtl é um arquivo executável único que você instala em N servidores Linux com Docker. Os três primeiros servidores formam o plano de controle replicado — não há "servidor central" que possa cair. A coordenação entre eles sobrevive à perda de qualquer um, com eleição automática em torno de sete segundos sem ação humana.

A experiência de uso pra subir aplicação é a mesma que você já conhece dos três painéis: você descreve o serviço, submete via CLI ou painel web, o cluster decide onde rodar, abre a porta, registra no roteador integrado, emite certificado Let's Encrypt automático e começa a servir tráfego. Atualizar é mudar a versão da imagem e submeter de novo — rolling deploy sem janela de manutenção.

A diferença está no que acontece quando algo dá errado. Servidor cai? Workload migra. Painel "central" não existe — qualquer um dos servidores serve a UI e a API. Você nunca está cego.

O modelo comercial é explícito desde o dia um. Community é gratuito permanente, sem limite de servidores, sem feature gates artificiais — roda toda a stack acima incluindo alta disponibilidade, roteador, certificados, métricas e logs. Indie hackers e times pequenos nunca precisam sair daqui. Business adiciona SSO/SAML, controle de acesso granular, auditoria detalhada, backup gerenciado e suporte com SLA — pra quando o seu cliente passa a exigir os controles formais. Enterprise adiciona escrow de código-fonte, contrato de continuidade e suporte 24×7. Os preços de Business e Enterprise estão publicados — sem "fale com vendas" obrigatório.

HeroCtl não tenta substituir CapRover, Coolify ou Dokploy nas faixas em que eles brilham. Tenta ser o passo lógico depois deles, quando a parede da alta disponibilidade aparece. Os três continuam excelentes pra os perfis que descrevemos acima — não há razão pra trocar antes da hora.

Decisão por perfil

Pra resolver a indecisão em uma frase por perfil:

• Solo dev, 1 VPS, projeto hobby ou produto cedo. CapRover. Mais leve, mais maduro, menos abandonável.
• Indie hacker com 2 a 5 apps em 1 ou 2 VPS, sem requisito formal de SLA. Coolify. Marketplace e features prontas economizam tempo.
• Time pequeno valorizando UX moderna, multi-server, projeto novo sem legado de templates, 3 ou mais VPS. Dokploy. Aposta na leveza moderna.
• Startup com primeiro cliente B2B exigindo SLA contratual, 3 ou mais servidores, requisito de alta disponibilidade real. HeroCtl. O painel deixa de ser ponto único de falha.
• Solo dev sem tempo nenhum pra cuidar de servidor. Hospedado: Render, Railway, Vercel, Fly.io. Self-hosting é compromisso — se você não tem tempo, paga.

Não há vergonha em mudar de categoria. Começar em CapRover, migrar pra Coolify quando a complexidade pede mais features, eventualmente sair pra HeroCtl quando o cliente pede SLA — isso é caminho saudável, não falha de planejamento inicial.

Migração entre os três

A boa notícia: o que sobrevive entre os três é o que importa.

Imagens Docker (Dockerfile) servem nos três. Se você buildou pra CapRover, builda igual pra Coolify e Dokploy. Não há lock-in de runtime.

Volumes nomeados sobrevivem. Você consegue copiar o conteúdo de um volume pra um host novo via docker run com bind mount, ou via docker cp. Postgres dump e restore vale o de sempre.

Variáveis de ambiente migram literalmente. Os três aceitam as mesmas chaves. Copiar um .env é trivial.

O que precisa de adaptação manual: templates one-click do Coolify (a config interna é específica, você reinstala o serviço a partir do zero no destino), stacks Swarm do Dokploy (similar, você reescreve), Apps single-container do CapRover (você fragmenta em compose se for pra Coolify/Dokploy). Configurações de domínio, certificado e ingress migram conceitualmente mas a UI de cada painel é específica — refazer leva uma tarde, não uma semana.

Pra migrar dos três pro HeroCtl, o caminho é o mesmo: imagens iguais, variáveis iguais, configuração de ingress reescrita uma vez no formato do HeroCtl (que é um arquivo de configuração de cinquenta linhas, não trezentas).

A pergunta inevitável: "qual o mais popular?"

Em janeiro de 2026, em estrelas no repositório público (que é proxy fraco de uso real, mas é o único proxy mensurável):

• Coolify: aproximadamente 40 mil estrelas.
• CapRover: aproximadamente 13 mil estrelas.
• Dokploy: aproximadamente 10 mil estrelas, em crescimento acelerado.

Em uso real em produção, é difícil medir. Coolify tem a discussão pública mais ativa — Twitter, Discord, conferências. CapRover tem a base instalada mais antiga e silenciosa: gente que instalou em 2018 e não fala disso porque não tem o que reclamar. Dokploy tem o crescimento mais rápido em percentual.

Popular não é proxy direto de "certo pra você". CapRover atende meio milhão de devs em silêncio sem sair na manchete. A escolha por popularidade leva você pro Coolify por inércia — e Coolify pode até ser certo, mas que seja por análise, não por quantidade de tweets.

Perguntas que a gente recebe

Posso migrar de CapRover pra Coolify sem refazer tudo? Você refaz a configuração no painel novo (uma tarde de trabalho pra dois ou três apps), mas as imagens Docker e os volumes sobrevivem. Não é refatoração de código — é re-cadastro no painel.

Dokploy depende de Docker Swarm. Isso é problema? Depende do horizonte. Pra os próximos dois anos, não. Swarm é estável e funcional. Pra horizonte de cinco anos, é apostar em uma camada que não recebe novas features há tempos. Se o seu projeto é pra durar, vale considerar.

Qual usa menos disco? CapRover instala em torno de 1,5 GB. Dokploy em torno de 2 a 3 GB. Coolify em torno de 3 a 5 GB dependendo de quantos serviços auxiliares você habilita. Numa VPS de 25 GB, qualquer um cabe; numa de 10 GB, CapRover é mais confortável.

Tem suporte em português brasileiro em algum? CapRover tem alguma tradução parcial e tutoriais em português espalhados. Coolify tem tradução parcial da UI mas documentação majoritariamente em inglês. Dokploy é predominantemente em inglês. Pra time brasileiro que prefere material em português, o desempate fica entre CapRover e Coolify; HeroCtl é nativamente em PT-BR.

HeroCtl substitui um desses ou é diferente? Diferente em proposta. CapRover, Coolify e Dokploy resolvem "Heroku em 1 VPS" (ou múltiplas VPS sem alta disponibilidade do painel). HeroCtl resolve "Heroku em cluster com plano de controle replicado". A faixa em que faz sentido é depois de você superar os três — não antes.

Vale rodar painel + cluster orquestrador junto? Não. Vai dar conflito de portas, conflito de proxy reverso e dor de cabeça operacional. Escolha um. Se você está em CapRover/Coolify/Dokploy hoje e quer migrar pra HeroCtl, despeça-se do anterior antes — não rode em paralelo na mesma máquina.

E pra agência que hospeda 30 sites de cliente? Coolify é a escolha popular nesse perfil hoje, pelo isolamento por projeto e pelas features de billing-adjacent (multi-tenancy parcial, usuários separados). Dokploy começa a competir nesse nicho. HeroCtl é a escolha quando a agência cresce pro ponto em que cair o painel deixa 30 clientes sem deploy ao mesmo tempo — aí o ponto único de falha vira inaceitável.

Fechamento

Os três produtos do segmento simples são bons no que prometem. CapRover envelhece bem se você não cresce demais. Coolify entrega o pacote mais completo se você tem RAM sobrando. Dokploy faz a aposta mais moderna se você aceita Docker Swarm como base. Não há escolha errada pros perfis que descrevemos — há escolha cara, que é não escolher pelas razões certas.

O dia em que os três deixam de bastar é específico e identificável: cliente exigindo SLA, painel virando gargalo, time crescendo, backup virando obrigação. Quando esse dia chega, a próxima ferramenta na sequência é o que estamos construindo.

Se você está escolhendo agora entre os três e o cluster ainda está distante, escolhe pelo perfil acima e segue. Se o cluster está virando exigência, instala em três VPS:

curl -sSL get.heroctl.com/install.sh | sh

Pra leitura adicional: o comparativo direto HeroCtl vs Coolify, o comparativo HeroCtl vs Dokploy, e o panorama Heroku auto-hospedado em 2026.