Melhores páginas de status open source auto-hospedáveis (2026)

Resumo

As páginas de status de código aberto se dividem em dois grupos. Algumas são só uma página: você escreve cada incidente à mão, e a página não sabe nada sobre se o seu serviço está no ar. O cState é o exemplo mais claro, e o Cachet funciona em grande parte assim. Outras rodam as próprias verificações e mostram os resultados: Uptime Kuma, Upptime, OpenStatus, Kener, Gatus, Checkmate, OneUptime, Statping-ng e Uptimepage. Decida primeiro de qual grupo você precisa. Depois confira duas coisas que a maioria das listas ignora: se os clientes podem assinar as atualizações e se o projeto ainda lança versões.

Eu desenvolvo uma das ferramentas desta lista, o Uptimepage, então leia a minha seção com isso em mente. Para todas as outras, eu me atenho ao que o próprio repositório e a documentação de cada uma dizem. Conferi estrelas, versões e últimos commits na API do GitHub em 24 de setembro de 2026, e coloco o link de cada projeto para você conferir por conta própria.

As três perguntas que decidem

A maioria das comparações de páginas de status lista funcionalidades. Três perguntas organizam esta categoria mais rápido.

1. A página vigia os seus serviços, ou é você quem conta a ela o que aconteceu? Uma ferramenta que é só página mostra o que você digitou por último. Ela parece tranquila durante uma queda até alguém atualizá-la. Uma página com verificações integradas fica vermelha sozinha. Escrevi sobre por que isso importa em uma página de status que não dá para falsificar.
2. Os clientes podem assinar? Uma página de status é lida principalmente durante uma queda, por pessoas que já foram afetadas. Uma assinatura por e-mail ou webhook avisa essas pessoas antes que elas saiam procurando. RSS funciona para desenvolvedores, mas a maioria dos clientes não vai usar.
3. O que você precisa rodar? Um site estático em hospedagem gratuita, um único contêiner e um stack de serviços são compromissos muito diferentes.

O site ou a API que você quer monitorar > monitorar

Uptime Kuma

O Uptime Kuma é a resposta padrão, com cerca de 91.800 estrelas no GitHub e a versão 2.5.5 lançada em 16 de setembro de 2026. Ele é antes de tudo um monitor, com 31 tipos de verificação num único contêiner, e as páginas de status vêm junto. Você pode colocar uma página no seu próprio domínio e anunciar manutenções.

A página em si é simples. Os incidentes são publicados à mão, embora o Kuma já saiba quando uma verificação falha, e os visitantes só conseguem acompanhar as atualizações por RSS. Para um homelab ou uma página interna, isso basta. Para uma página da qual os seus clientes dependem, a falta de uma lista de assinantes é a primeira lacuna que as pessoas encontram. A comparação Uptime Kuma vs Cachet mostra as duas abordagens lado a lado.

Cachet

O Cachet (cerca de 15.200 estrelas) é a página de status auto-hospedada clássica, e coloca a página de status em primeiro lugar: componentes, incidentes, manutenção agendada, métricas e assinantes por e-mail e webhook. Se o seu monitoramento já fica em outro lugar e você quer uma página de verdade para publicar, esse modelo faz sentido.

A ressalva é a reconstrução. A versão com tag mais recente é a v2.4.1, de novembro de 2023. A versão 3 é distribuída a partir de um branch de desenvolvimento sem tag, cujo README diz que ela ainda não está completamente pronta para uso em produção, e troca a licença BSD por uma do tipo source-available. A versão 3 adicionou uma verificação HTTP básica, mas você mesmo a agenda, e uma falha só muda a cor de um componente. Ela não abre um incidente.

Upptime

O Upptime (cerca de 17.200 estrelas) tem o desenho mais engenhoso daqui. Ele roda as verificações como GitHub Actions agendadas, guarda o histórico como commits no seu repositório, abre uma GitHub Issue para cada queda e publica uma página estática no GitHub Pages, com o seu próprio domínio, se você quiser. Não há servidor nem conta para pagar.

Esse desenho também é o limite. Um agendamento do GitHub Actions não consegue rodar mais de uma vez a cada cinco minutos e muitas vezes atrasa, então quedas curtas passam despercebidas. Não há uma lista que os seus clientes possam assinar. Para um projeto de código aberto ou um site pessoal, ele é quase perfeito. A comparação Upptime vs Uptime Kuma cobre essa contrapartida em detalhes.

OpenStatus

O OpenStatus (cerca de 9.100 estrelas, AGPL-3.0) é a ferramenta mais próxima do que eu desenvolvo. Ele junta uma página de status e verificações de uptime num só produto, abre incidentes a partir de verificações que falham, aceita domínios próprios e deixa os visitantes assinarem por e-mail, webhook, Slack ou RSS. Também tem uma API REST e um provider do Terraform.

Duas coisas para saber antes de hospedá-lo por conta própria. O verificador de código aberto dele implementa verificações HTTP, TCP e DNS; outros tipos aparecem no schema da API, mas não nesse verificador. E rodá-lo você mesmo significa operar vários serviços separados, não um único processo. Ele é atualizado continuamente, sem versões com tag. A comparação OpenStatus vs Uptime Kuma vai mais a fundo.

Kener

O Kener (cerca de 5.200 estrelas, MIT, v4.1.5 em 6 de setembro de 2026) se descreve como um sistema de página de status e investe na aparência da página: logo, cores, CSS personalizado, temas, modo claro e escuro, traduções e badges incorporáveis. Ele roda as próprias verificações (doze tipos, incluindo API, ping, TCP, DNS, SSL, SQL, gRPC, Docker, heartbeat e servidores de jogos), gerencia incidentes com linhas do tempo e agenda janelas de manutenção. Por padrão, os incidentes são escritos à mão, e ele também pode abri-los a partir de eventos de alerta, se você ativar isso.

Os visitantes podem assinar por e-mail, confirmado com um código de uso único, as atualizações de incidentes e de manutenção, depois que você ativa as assinaturas e configura o envio de e-mail. Cada página também tem um feed RSS. Os alertas para a sua própria equipe vão por e-mail, webhook, Slack ou Discord. Ele roda como um app Node com Redis. A página Kener vs Uptime Kuma compara os dois.

cState

O cState (cerca de 2.900 estrelas, MIT) é uma página de status estática feita com Hugo. Carrega rápido, funciona em navegadores muito antigos e pode ser hospedada de graça na Netlify. Você escreve os incidentes como arquivos, pela linha de comando ou por um CMS, e os leitores recebem RSS e uma API somente leitura.

O README dele é direto sobre o limite: “ele não consegue fazer monitoramento automático de fábrica”, porque o site é estático. É um desenho justo se você só quer uma página informativa que continua no ar quando todo o resto caiu. O último commit foi em 2 de junho de 2026 e a última versão, a 6.0.1, é de julho de 2025, então o projeto anda devagar.

Gatus

O Gatus (cerca de 12.200 estrelas, Apache-2.0, v5.37.0 em 24 de setembro de 2026) é um painel de saúde configurado em YAML, o que o torna popular entre equipes que querem as verificações no Git. O painel também serve de página de status.

Ele não é uma página de status para clientes no sentido habitual. Não há linha do tempo de incidentes nem lista de assinantes. Para uma página interna que a sua própria equipe acompanha, ele é excelente e muito leve. Para clientes, tem o formato errado. A comparação Uptime Kuma vs Gatus explica onde cada um se encaixa.

Checkmate

O Checkmate (cerca de 10.900 estrelas, AGPL-3.0, v3.12.0 em setembro de 2026) é um monitor mais novo, com uma interface moderna. As páginas de status dele vêm com cinco temas e manutenção agendada. Quando um monitor muda de estado, ele abre ou resolve um incidente sozinho, e envia alertas para mais de uma dúzia de serviços.

Não encontrei no código-fonte dele uma lista de assinantes para os visitantes da página. Ele precisa de Node e MongoDB, e as métricas de host exigem o agente Capture, que é separado.

OneUptime

O OneUptime (cerca de 7.600 estrelas) é uma plataforma de observabilidade completa: monitoramento, plantão, incidentes, logs, traces e páginas de status. As páginas de status dele estão entre as mais completas daqui. Os incidentes atualizam a página automaticamente, e os assinantes são notificados por e-mail e SMS, ou pelo Slack.

O custo é o tamanho. Ele roda como muitos serviços em Docker ou Kubernetes, e a licença é Apache 2.0, com um diretório enterprise separado. Se tudo o que você precisa é uma página de status, é muita coisa para operar. Se você quer substituir várias ferramentas pagas de uma vez, é a opção mais abrangente.

Statping-ng

O Statping-ng (cerca de 2.000 estrelas, GPL-3.0) é o fork da comunidade do Statping: um único binário Go que verifica HTTP, TCP, UDP, ICMP e gRPC e mostra os resultados numa página de status. Não há lista de assinantes.

Ele está desacelerando. O último commit e a última versão, a v0.93.0, são ambos de 4 de junho de 2025. Ainda funciona, mas conte com ele ficando mais ou menos como está.

Uptimepage

É o nosso, então aqui vão o lado bom e a ressalva juntos.

O Uptimepage é um único binário Rust que roda verificações de uptime e uma página de status para clientes, juntas. Uma verificação que falha abre o incidente na página e aciona quem estiver de plantão, por meio de escalas de plantão e políticas de escalonamento. Os visitantes se inscrevem por e-mail confirmado ou webhook assinado, e você pode agendar manutenções. A página mostra o uptime que ela mediu, não só o que alguém digitou. A configuração pode ficar no Git por meio do provider do Terraform, e também há uma API REST e um servidor MCP. É AGPL, então você pode rodá-lo por conta própria com Postgres e ClickHouse, ou usar o serviço hospedado, em que o Pro e o Team colocam a página no seu próprio domínio. Os detalhes estão em página de status de código aberto, e Uptimepage vs Upptime, Cachet e Statping o compara com as ferramentas que colocam a página em primeiro lugar.

A ressalva: o repositório é jovem e pequeno perto do Uptime Kuma ou do Cachet. Ele teve menos anos para encontrar bugs raros. Se você quer a opção mais testada e RSS basta para os seus leitores, o Uptime Kuma é a escolha mais segura hoje.

Em todas as listas, mas sem manutenção

Dois nomes ainda aparecem na maioria das listas de “melhores páginas de status”, e eu não começaria uma página nova com nenhum dos dois.

• Staytus (adamcooke/staytus): último commit em 10 de setembro de 2021.
• O Statping original (statping/statping): última versão em dezembro de 2020 e último commit em outubro de 2023. Use o fork Statping-ng se você quer esse desenho.

A lista awesome-status-pages, mantida pela comunidade, é um bom lugar para encontrar mais opções, mas não marca os projetos que pararam.

Como escolher

• Você quer uma página grátis, sem servidor, e verificações a cada cinco minutos bastam: Upptime.
• Você só publica incidentes à mão e quer uma página que continua no ar quando todo o resto caiu: cState.
• Um homelab ou uma página interna: Uptime Kuma, ou Gatus se as suas verificações devem ficar no Git.
• Os clientes devem poder assinar, e você mesmo roda a página: Kener, OpenStatus, OneUptime ou Uptimepage, dependendo de quanto você quer operar e de se uma verificação que falha deve abrir o incidente por você. O Cachet serve se o seu monitoramento já fica em outro lugar e você aceita a situação da v3.

Você pode experimentar todos de graça e largar qualquer um sem custo. Se você prefere comparar serviços hospedados, alternativas ao Statuspage cobre as opções pagas, e como escrever atualizações de status de incidentes cobre o que colocar na página quando você tiver uma.

Perguntas frequentes

Qual é a melhor página de status de código aberto?

Depende de a página precisar ou não vigiar ela mesma os seus serviços. Se você só quer publicar incidentes à mão, o cState e o Cachet fazem isso bem. Se a página deve ficar vermelha sozinha quando uma verificação falha, escolha uma ferramenta com monitoramento integrado, como Uptime Kuma, OpenStatus, Checkmate ou Uptimepage.

Quais páginas de status de código aberto deixam os clientes assinar as atualizações?

Cachet, OpenStatus, OneUptime, Kener e Uptimepage mantêm uma lista de assinantes e a notificam por e-mail, e vários também oferecem webhooks. O Uptime Kuma e o cState oferecem RSS no lugar, o que funciona para leitores técnicos, mas não para a maioria dos clientes. Upptime, Gatus, Checkmate e Statping-ng não têm lista de assinantes nenhuma.

Posso hospedar uma página de status de graça?

Sim. O Upptime roda no GitHub Actions e no GitHub Pages, e o cState gera um site estático que você pode hospedar na Netlify, então nenhum dos dois precisa de servidor. A contrapartida é que o Upptime verifica no máximo a cada cinco minutos e o cState não faz monitoramento nenhum. Todas as outras ferramentas daqui precisam de um servidor quando você mesmo as roda, e algumas, incluindo o Uptimepage, também oferecem um plano hospedado gratuito.

O Cachet ainda é mantido?

O Cachet está sendo reconstruído como versão 3, e o repositório está ativo, mas a versão com tag mais recente ainda é a v2.4.1, de novembro de 2023. O README da v3 diz que ela ainda não está completamente pronta para uso em produção. Se você escolher o Cachet hoje, vai escolher entre uma versão estável antiga e um branch de desenvolvimento sem tag.