comparando auto-hospedados
Uptime Kuma vs Upptime: um servidor ou servidor nenhum?
As duas ferramentas verificam se o seu site está no ar. Elas diferem num ponto importante: você quer rodar um servidor ou não? O Uptime Kuma é um contêiner com um banco de dados. O Upptime roda no GitHub e não precisa de servidor. Todo o resto vem dessa única diferença.
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 | Upptime | Uptimepage | |
|---|---|---|---|
| licença | MIT | código MIT · dados ODbL | AGPL-3.0 |
| configuração | só pela interface | um arquivo YAML no git | interface + Terraform + REST + MCP |
| o que você roda | um contêiner (Node) | nenhum servidor, GitHub Actions | um binário + compose |
| opção hospedada | não | GitHub Pages, grátis | sim, plano gratuito |
| tipos de verificação | 31, incl. bancos de dados · MQTT · navegador | HTTP · tcp-ping | HTTP · TCP · DNS · TLS · domínio · ping · heartbeat · flow · manual |
| intervalo mais curto | 1 s | 5 min, o agendamento do Actions | 60 s grátis · 30 s no Team · 10 s auto-hospedado |
| locais das sondas | via add-on Globalping | runners do GitHub ou Globalping | 13 regiões hospedadas |
| página de status | sim, domínios próprios | GitHub Pages + domínio próprio | com sua marca, domínio próprio no Pro |
| assinantes da página | só RSS | GitHub Issues + Slack | e-mail · webhook |
| incidentes | publicados à mão | abertos automaticamente como Issues | abertos automaticamente pelas verificações |
| onde fica o histórico | no próprio banco de dados | no repositório git | Postgres + ClickHouse |
| equipes e papéis | um único login | permissões do repositório no GitHub | organizações + papéis |
| comunidade (estrelas no GitHub) | ~89 mil | ~17 mil | jovem |
O limite de cinco minutos do Upptime é o que um agendamento do GitHub Actions permite. Não é uma configuração que você possa mudar.
As verificações do Upptime são HTTP, a menos que `check: tcp-ping` esteja definido, o que também cobre os locais do Globalping.
Contagens de estrelas arredondadas a partir do GitHub, julho de 2026.
Verificado em julho de 2026 com os dois repositórios. Atualize quando um dos projetos lançar uma nova versão.
A diferença principal
O Uptime Kuma é um software que você mesmo hospeda. Você roda um contêiner com um banco de dados, entra e adiciona monitores no painel. O Upptime funciona ao contrário. Ele usa só GitHub Actions, Issues e Pages, então não há servidor para rodar nem nada para pagar. O GitHub Actions roda as verificações num agendamento e salva os tempos de resposta no git. Ele abre uma Issue quando o seu site cai e a fecha quando o site volta. Também monta uma página de status no GitHub Pages. Todas as configurações ficam num único arquivo.
Onde o Upptime é melhor
Não há nada para rodar. Nenhum contêiner para atualizar, nenhum banco de dados para fazer backup e nenhuma conta para pagar, se você já usa o GitHub. Cada resultado de verificação e cada mudança de configuração é um commit no git, então você ganha um histórico completo de graça. Os incidentes são Issues comuns do GitHub, então a sua equipe pode atribuí-los e discuti-los no mesmo lugar, e o Slack recebe uma mensagem a cada atualização. O código tem licença MIT. Se o seu projeto já está no GitHub, isso dá muito pouco trabalho.
Onde o Uptime Kuma é melhor
Velocidade e abrangência. O Upptime consegue verificar no máximo a cada cinco minutos, porque esse é o mais rápido que um agendamento do GitHub Actions permite. O Uptime Kuma 2.x verifica a cada segundo. Ele aceita 31 tipos de monitor, incluindo bancos de dados, MQTT, SNMP e uma verificação de navegador de verdade com Chromium, e envia alertas para 94 serviços. Também tem a maior comunidade entre essas ferramentas, então geralmente alguém já resolveu o seu problema. Se você precisa saber de uma indisponibilidade em até um minuto, o Upptime não consegue avisar você.
Os limites dos dois
O Upptime guarda os dados no repositório, então, se você apagar o repositório, os dados vão junto. As verificações rodam nos servidores do GitHub, não num lugar que você escolhe. A página de status mostra o que aconteceu, mas os clientes não podem assiná-la. O Uptime Kuma tem limites diferentes, e eles vêm de como ele é construído. Ele tem um único login compartilhado e nenhum papel de usuário. Não tem API REST oficial para gerenciar monitores nem provider do Terraform. E verifica a partir do servidor onde você o instalou, a menos que você adicione o tipo de monitor Globalping, que pega emprestadas sondas hospedadas pela comunidade, que você não controla.
Onde o Uptimepage se encaixa
Talvez você goste do Upptime porque as configurações dele ficam no controle de versão, mas cinco minutos é lento demais para você. Ou talvez goste das verificações do Uptime Kuma, mas um único login não basta. O Uptimepage fica entre os dois. Ele verifica HTTP, TCP, DNS, ping e heartbeat em intervalos a partir de 60 segundos, e TLS, domínio e fluxo em agendamentos próprios. Você pode configurá-lo pela interface ou declará-lo com o provider do Terraform e a API REST. Ele tem organizações com papéis de usuário e sondas em várias regiões, que você também pode rodar por conta própria. A página de status leva a sua marca, e os clientes podem assiná-la por e-mail ou webhook. Os incidentes abrem sozinhos. É um único binário Rust. Use a versão hospedada grátis, 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