comparando auto-hospedados
Uptime Kuma vs Kener: monitoramento primeiro, ou a página de status primeiro?
As duas ferramentas são auto-hospedadas, as duas têm licença MIT e as duas mostram uma página de status. Mas elas não concordam sobre qual parte importa mais. O Kuma é um painel de monitoramento para você, e também pode publicar uma página. O Kener é uma página para os seus usuários, e também pode rodar verificações. Então pergunte-se primeiro: quem vai olhar para isso?
A tabela abaixo é a comparação completa, sem edição. Leia primeiro, se preferir: é a mesma que enviaríamos para você.
AGPL-3.0 · um único binário · plano gratuito · sem cartão
Os fatos, lado a lado
| Uptime Kuma | Kener | Uptimepage | |
|---|---|---|---|
| licença | MIT | MIT | AGPL-3.0 |
| feito para | um painel de monitoramento | a página de status primeiro | monitoramento + página de status |
| configuração | só pela interface | interface + API REST | interface + Terraform + REST + MCP |
| peso do deploy | um contêiner (Node) | app + Redis | 1 binário + 2 bancos de dados |
| tipos de verificação | 31, incl. bancos de dados · MQTT · navegador | 12, incl. gRPC · SQL · heartbeat · GameDig | HTTP · TCP · DNS · TLS · domínio · ping · heartbeat · flow · manual |
| canais de alerta | 94 serviços | e-mail · webhook · Slack · Discord | Slack · Telegram · PagerDuty · SMS e mais |
| marca na página | sim, domínios próprios | logo · cores · CSS · temas · i18n | com sua marca, domínio próprio no Pro |
| páginas por instância | várias | várias | várias |
| API REST para monitores | nenhuma oficial | sim | sim |
| equipes e papéis | um único login | colaboração baseada em papéis | organizações + papéis |
| comunidade (estrelas no GitHub) | ~89 mil | ~5,1 mil | jovem |
A lista de verificações do Kener vem da documentação de monitores dele, e a lista de alertas, do README. O Kener agenda as verificações com expressões cron, então o mais rápido que ele roda é uma vez por minuto.
Contagens de estrelas arredondadas a partir do GitHub, julho de 2026.
Verificado em julho de 2026 com os dois repositórios, e o Kener conferido de novo em setembro de 2026. Atualize quando um projeto lançar uma nova versão.
A principal diferença
O Uptime Kuma coloca o monitoramento em primeiro lugar. O painel é o produto principal, e é nele que você passa o seu tempo. A página de status é um extra que ele também consegue gerar. O Kener parte do outro lado, e diz isso com clareza: é um sistema de página de status feito com SvelteKit e Node. O objetivo dele é uma página bonita que dá pouco trabalho para configurar, com monitoramento adicionado para manter a página correta. Nenhuma das duas ferramentas é pior que a outra. Elas respondem a perguntas diferentes.
O que o Kener faz melhor
A própria página, e as pessoas que trabalham nela. Você pode aplicar a sua marca à página com logo, cores, CSS personalizado e temas. Ela tem modo claro e escuro, traduções e horários mostrados no fuso horário de quem lê. Você pode incorporar widgets de status e badges em outros sites. Uma única instalação pode rodar várias páginas de status. Há papéis para os membros da equipe, chaves de API e uma API REST completa para incidentes, monitores e relatórios. Também há janelas de manutenção e linhas do tempo de incidentes com reconhecimentos. E ele se conecta a ferramentas de analytics que você talvez já use, incluindo Plausible, Umami, GA, Mixpanel e Clarity.
O que o Uptime Kuma faz melhor
As verificações, de longe. O Kuma suporta 31 tipos de monitor, incluindo bancos de dados, MQTT, SNMP e uma verificação com um navegador Chromium de verdade. O Kener suporta doze, incluindo API, ping, TCP, DNS, SSL, SQL, gRPC, Docker, heartbeat e GameDig. O Kuma envia alertas para 94 serviços. O Kener envia por e-mail, webhook, Slack e Discord. O Kuma 2.x verifica a cada segundo, e a comunidade dele é muito maior. Se as verificações importam mais para você que a página, escolha o Kuma.
Os limites dos dois
A configuração compose oficial do Kener roda o Redis ao lado do app, então você roda duas partes, não uma. A lista de verificações dele é curta, então um protocolo incomum pode faltar. Os limites do Uptime Kuma vêm de como ele é construído. Ele tem um único login compartilhado e nenhum papel de usuário. Não tem uma API REST oficial para gerenciar monitores, nem um provider do Terraform. As páginas de status dele oferecem só RSS, sem assinantes por e-mail ou webhook, e ele verifica a partir do servidor onde você o instalou, a menos que você adicione o tipo de monitor Globalping.
Onde o Uptimepage se encaixa
O Kener já cuida bem da marca, então aqui as vantagens do Uptimepage são pequenas. O Uptimepage é um único binário, sem um segundo serviço para rodar. As sondas dele verificam de várias regiões, não de uma. Você pode declarar monitores com um provider do Terraform, uma API REST e um servidor MCP. E os assinantes da página de status podem acompanhar as atualizações por webhook assinado, além de e-mail confirmado. Use grátis na versão hospedada, sem cartão, ou hospede por conta própria sob AGPL.
- 01Entre com GitHub ou Google. Sem cartão, sem ligação de vendas.
- 02Cole uma URL. A primeira verificação roda antes de você terminar de ler isto.
- 03Publique a página de status, ou exporte-a para o Terraform e mantenha no Git.
api99,98%
p95 142 ms · um incidente em 45 dias
dashboard99,91%
p95 318 ms · dois dias com degradação
webhooks99,99%
p95 88 ms · nenhum incidente
RESOLVIDO14 min
Latência elevada na API do painel
14:22 resolvido, latência de volta abaixo de 300 ms
14:08 aberto automaticamente pela verificação do painel
no ar degradado fora do ar 45 dias · assinantes por e-mail e webhook