comparativa de herramientas autoalojadas
Uptime Kuma vs. Cachet: ¿monitor o página de estado?
En realidad, esto no es un cara a cara. Uptime Kuma vigila sus servicios y le avisa a usted. Cachet avisa a sus clientes. Los equipos acaban comparándolos porque quieren cubrir las dos tareas y aún no se han dado cuenta de que cada herramienta hace solo una de ellas.
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 Kuma | Cachet | Uptimepage | |
|---|---|---|---|
| licencia | MIT | v2 BSD-3 · v3 de código disponible | AGPL-3.0 |
| versión etiquetada más reciente | 2.4.0, mayo de 2026 | v2.4.1, nov. de 2023 · v3 sin etiquetar | 1.5.0 |
| ejecuta sus propias comprobaciones | sí, 31 tipos | HTTP GET básico | sí, 8 tipos |
| quién programa la comprobación | integrado, hasta 1 s | una entrada cron que añade usted | integrado, desde 60 s |
| una comprobación fallida abre un incidente | no, se publica a mano | no, colorea un componente | sí, automáticamente |
| profundidad de la página de estado | básica | componentes · incidentes · mantenimiento · métricas | con su marca, dominio propio en Pro |
| suscriptores de la página | solo RSS | correo + webhook, alcance global | correo + webhook |
| equipos y roles | un solo inicio de sesión | admin + usuario, sin granularidad | organizaciones + roles |
| configuración como código | API de sockets, sin REST | REST, tokens con alcance, OpenAPI | Terraform · REST · MCP |
| ejecutarlo usted mismo | un contenedor (Node) | PHP + BD + cola + cron, sin imagen v3 | un binario + compose |
| opción alojada | no | no | sí, plan gratuito |
| comunidad (estrellas en GitHub) | ~89k | ~15k | joven |
La versión etiquetada más reciente de Cachet es la v2.4.1, de noviembre de 2023. La reescritura v3 se distribuye desde la rama dev, nunca se ha etiquetado y su propio README dice que todavía no está del todo lista para uso en producción.
Cachet v3 añadió una comprobación de componentes por HTTP GET a mediados de 2026, pero nada la programa de serie, no aparece en la guía de componentes, se ejecuta desde una sola ubicación y un fallo cambia el color de un componente en lugar de abrir un incidente o avisar a un suscriptor.
El repositorio oficial de la imagen Docker de Cachet solo cubre v2 y su último commit es de 2021, así que autoalojar v3 significa un despliegue de PHP y Laravel montado a mano, con una base de datos, un worker de colas y cron.
Cachet 2.x era BSD-3-Clause; la rama v3 lleva una licencia propia de código disponible y se declara propietaria en composer.json, aunque su README sigue diciendo MIT. Lea la licencia antes de construir sobre ella.
Verificado en julio de 2026 con Uptime Kuma 2.4.0 y el código fuente de cachethq/core. Los dos proyectos avanzan rápido, así que consulte su código fuente actual antes de decidir.
Uno vigila, el otro anuncia
Uptime Kuma es un monitor al que se le añadió una página de estado: comprobaciones reales, 31 tipos de monitor, 94 integraciones de notificación y una página de estado que sirve para un homelab, pero que ofrece un feed RSS en lugar de suscriptores, con incidentes que usted publica a mano. Cachet es lo contrario: una herramienta de comunicación hecha a propósito, con componentes, grupos de componentes, incidentes, actualizaciones de incidentes y plantillas, mantenimiento programado y métricas. Su modelo de datos para páginas de estado es el más completo de todos los proyectos abiertos de esta lista. Simplemente no sabe si algo está funcionando.
Dónde se detiene Cachet: el monitoreo
Cachet v3 sí añadió una comprobación de componentes a mediados de 2026, y es fácil sobrestimarla. Es un HTTP GET con un tiempo de espera de tres segundos. Nada la programa de serie (usted añade su propia entrada cron para el comando de comprobación), no aparece en la guía de componentes de su documentación, se ejecuta desde una sola ubicación y un fallo cambia el color de un componente en lugar de abrir un incidente, enviar un correo a un suscriptor o avisar a alguien. No hay guardias ni escalado en ninguna parte del código. El modelo previsto sigue siendo que usted aporte su propio monitoreo, y por eso Cachet incluye una integración de primera clase para importar componentes e incidentes desde un servicio de monitoreo externo.
El estado de las versiones, antes de comprometerse
Lea esta parte con atención, porque las propias fuentes del proyecto se contradicen entre sí. La versión etiquetada más reciente de Cachet es la v2.4.1, de noviembre de 2023. La reescritura v3 nunca se ha etiquetado: se distribuye desde la rama dev, y su propio README dice que todavía no está del todo lista para uso en producción. El repositorio oficial de la imagen Docker solo cubre v2 y su último commit es de 2021, así que autoalojar v3 significa un despliegue de PHP y Laravel montado a mano, con una base de datos, un worker de colas y cron. El desarrollo es de verdad intenso, en la práctica a cargo de un solo mantenedor. Y mientras que 2.x era BSD-3-Clause, la rama v3 lleva una licencia propia de código disponible (source-available) y se declara propietaria en composer.json, aunque su README sigue diciendo MIT. Compruebe la licencia usted mismo antes de construir sobre ella.
La configuración de dos sistemas que la gente monta en la práctica
La pareja clásica es Kuma (o cualquier otra herramienta) haciendo las comprobaciones y enviando estados de componentes e incidentes a Cachet por su API, que es realmente buena: tokens bearer con alcance limitado, una especificación OpenAPI, recursos sensatos. Funciona. También son dos despliegues, dos caminos de actualización, dos conjuntos de credenciales y un código pegamento que ahora es suyo, para que una comprobación fallida en un sistema se convierta en un incidente en el otro.
Dónde encaja Uptimepage
Uptimepage es esa pareja reunida en un solo binario. Las comprobaciones HTTP, TCP, DNS, ping y heartbeat se ejecutan hasta cada 60 segundos desde varias regiones, junto con TLS, caducidad de dominio y flujos de navegador. Una comprobación fallida abre un incidente por sí sola, y el incidente llega a una página de estado con su marca cuyos visitantes se han suscrito por correo confirmado o por webhook firmado. Sin código pegamento, un solo despliegue, un solo conjunto de roles. Alojado gratis sin tarjeta, o autoalojado bajo AGPL con docker compose.
- 01Inicie sesión con GitHub o Google. Sin tarjeta, sin llamada comercial.
- 02Pegue una URL. La primera comprobación se ejecuta antes de que termine de leer esto.
- 03Publique la página de estado, o expórtela a Terraform y guárdela en Git.
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