Saltar al contenido principal

comparativa de herramientas autoalojadas

Uptime Kuma vs. Upptime: ¿un servidor o ningún servidor?

Las dos herramientas comprueban que su sitio está en línea. Se diferencian en una cosa importante: ¿quiere ejecutar un servidor o no? Uptime Kuma es un contenedor con una base de datos. Upptime funciona en GitHub y no necesita servidor. Todo lo demás se deriva de esa única diferencia.

La tabla de abajo es la comparación completa, sin editar. Léala primero si lo prefiere: es la misma que le enviaríamos.

AGPL-3.0 · un solo binario · plan gratuito · sin tarjeta

Los datos, frente a frente

  Uptime KumaUpptimeUptimepage
licencia MITcódigo MIT · datos ODbLAGPL-3.0
configuración solo la interfazun archivo YAML en gitinterfaz + Terraform + REST + MCP
qué ejecuta usted un contenedor (Node)ningún servidor, GitHub Actionsun binario + compose
opción alojada noGitHub Pages, gratissí, plan gratuito
tipos de comprobación 31, incl. bases de datos · MQTT · navegadorHTTP · tcp-pingHTTP · TCP · DNS · TLS · dominio · ping · heartbeat · flow · manual
intervalo más corto 1 s5 min, la programación de Actions60 s gratis · 30 s Team · 10 s autoalojado
ubicaciones de sondeo con el complemento Globalpingrunners de GitHub o Globalping13 regiones alojadas
página de estado sí, dominios propiosGitHub Pages + dominio propiocon su marca, dominio propio en Pro
suscriptores de la página solo RSSGitHub Issues + Slackcorreo · webhook
incidentes publicados a manoabiertos automáticamente como Issuesabiertos automáticamente por las comprobaciones
dónde vive el historial su base de datosel repositorio gitPostgres + ClickHouse
equipos y roles un solo inicio de sesiónpermisos del repositorio de GitHuborganizaciones + roles
comunidad (estrellas en GitHub) ~89k~17kjoven

El límite de cinco minutos de Upptime es lo que permite una programación de GitHub Actions. No es un ajuste que se pueda cambiar.

Las comprobaciones de Upptime son HTTP salvo que se configure `check: tcp-ping`, que también cubre las ubicaciones de Globalping.

Recuentos de estrellas de GitHub redondeados, julio de 2026.

Verificado en julio de 2026 con ambos repositorios. Actualizar cuando un proyecto publique una versión nueva.

La diferencia principal

Uptime Kuma es software que usted mismo aloja. Ejecuta un contenedor con una base de datos, inicia sesión y añade monitores en el panel. Upptime funciona al revés. Solo usa GitHub Actions, Issues y Pages, así que no hay servidor que ejecutar ni nada que pagar. GitHub Actions ejecuta las comprobaciones de forma programada y guarda los tiempos de respuesta en git. Abre un Issue cuando su sitio se cae y lo cierra cuando el sitio vuelve. También genera una página de estado en GitHub Pages. Toda la configuración vive en un solo archivo.

Lo que Upptime hace mejor

No hay nada que ejecutar. Ningún contenedor que actualizar, ninguna base de datos de la que hacer copias de seguridad y ninguna factura si ya usa GitHub. Cada resultado de comprobación y cada cambio de configuración es un commit de git, así que obtiene un historial completo gratis. Los incidentes son Issues normales de GitHub, así que su equipo puede asignarlos y comentarlos en el mismo lugar, y Slack recibe un mensaje con cada actualización. El código tiene licencia MIT. Si su proyecto ya vive en GitHub, esto requiere muy poco trabajo.

Lo que Uptime Kuma hace mejor

Velocidad y variedad. Upptime puede comprobar como mucho cada cinco minutos, porque es lo más rápido que permite una programación de GitHub Actions. Uptime Kuma 2.x comprueba cada segundo. Admite 31 tipos de monitor, incluidas bases de datos, MQTT, SNMP y una comprobación con un navegador Chromium real, y envía alertas a 94 servicios. También tiene la comunidad más grande de estas herramientas, así que normalmente alguien ya ha resuelto su problema. Si necesita enterarse de una caída en menos de un minuto, Upptime no puede decírselo.

Los límites de ambos

Upptime guarda sus datos en el repositorio, así que, si borra el repositorio, los datos se van con él. Sus comprobaciones se ejecutan en los servidores de GitHub, no en un lugar que usted elija. Su página de estado muestra lo que pasó, pero los clientes no pueden suscribirse a ella. Uptime Kuma tiene límites distintos, y vienen de cómo está construido. Tiene un solo inicio de sesión compartido y ningún rol de usuario. No tiene una API REST oficial para gestionar monitores, ni proveedor de Terraform. Y comprueba desde el servidor donde lo instaló, salvo que añada su tipo de monitor Globalping, que toma prestadas sondas alojadas por la comunidad que usted no controla.

Dónde encaja Uptimepage

Quizá le guste Upptime porque su configuración vive en el control de versiones, pero cinco minutos le resultan demasiado lentos. O quizá le gusten las comprobaciones de Uptime Kuma, pero un solo inicio de sesión no le basta. Uptimepage se sitúa entre los dos. Comprueba HTTP, TCP, DNS, ping y heartbeat hasta cada 60 segundos, y TLS, dominio y flujos, cada uno con su propia frecuencia. Puede configurarlo en la interfaz o declararlo con el proveedor de Terraform y la API REST. Tiene organizaciones con roles de usuario y sondas en varias regiones que también puede ejecutar usted mismo. Su página de estado lleva su marca, y los clientes pueden suscribirse por correo o webhook. Los incidentes se abren automáticamente. Es un único binario de Rust. Úselo alojado gratis y sin tarjeta, o autoalójelo bajo AGPL.

  1. 01Inicie sesión con GitHub o Google. Sin tarjeta, sin llamada comercial.
  2. 02Pegue una URL. La primera comprobación se ejecuta antes de que termine de leer esto.
  3. 03Publique la página de estado, o expórtela a Terraform y guárdela en Git.
acme cloud status.acme.dev suscribirse

todos los sistemas funcionan con normalidad comprobado hace 12 s

api99,98 %

p95 142 ms · un incidente en 45 días

dashboard99,91 %

p95 318 ms · dos días degradados

webhooks99,99 %

p95 88 ms · sin incidentes

RESUELTO14 min

Latencia elevada en la API del panel

14:22 resuelto, latencia de nuevo por debajo de 300 ms

14:08 abierto automáticamente por la comprobación del panel

activo degradado caído 45 días · suscriptores por correo y webhook

Una página de ejemplo. Los monitores, los porcentajes y el incidente son inventados.

Preguntas frecuentes

¿Con qué frecuencia puede comprobar Upptime?
Como mucho cada cinco minutos. Upptime ejecuta sus comprobaciones como GitHub Actions programadas, y cinco minutos es lo más rápido que permite esa programación. No puede bajarlo más. Uptime Kuma 2.x comprueba cada segundo, y Uptimepage, cada 60 segundos.
¿Upptime necesita un servidor?
No, y esa es la idea principal detrás de él. GitHub Actions ejecuta las comprobaciones, GitHub Issues guarda los incidentes y GitHub Pages muestra la página de estado. Si ya usa GitHub, no hay nada más que alojar ni que pagar.
¿Dónde guarda Upptime su historial?
En el repositorio. Guarda los tiempos de respuesta en git mediante commits, así que obtiene un historial completo gratis. Pero si borra el repositorio, también pierde ese historial.
¿Pueden los clientes suscribirse a alguna de las dos páginas de estado?
En realidad, no. Upptime muestra una página y abre Issues, y puede enviar mensajes de Slack con las actualizaciones. Las páginas de Uptime Kuma no envían nada a suscriptores. Las páginas de Uptimepage aceptan suscriptores por correo y webhook una vez que confirman.

Enlaces

Empiece en menos de 5 minutos.

Empezar gratis

funciones · precios · notas