2026-09-24 · Actualizado el 2026-10-26
Mejores páginas de estado de código abierto autoalojables (2026)
- código-abierto
- autoalojado
- página-de-estado
- incidentes
En resumen
Las páginas de estado de código abierto se dividen en dos grupos. Algunas son solo una página: usted escribe cada incidente a mano, y la página no sabe nada de si su servicio está funcionando. cState es el ejemplo más claro, y Cachet funciona sobre todo así. Otras ejecutan sus propias comprobaciones y muestran los resultados: Uptime Kuma, Upptime, OpenStatus, Kener, Gatus, Checkmate, OneUptime, Statping-ng y Uptimepage. Decida primero qué grupo necesita. Después compruebe dos cosas que la mayoría de las listas pasan por alto: si los clientes pueden suscribirse a las actualizaciones y si el proyecto sigue publicando versiones.
Desarrollo una de las herramientas de esta lista, Uptimepage, así que lea mi sección teniendo eso en cuenta. Para todas las demás me ciño a lo que dicen su propio repositorio y su documentación. Comprobé las estrellas, las versiones y los últimos commits en la API de GitHub el 24 de septiembre de 2026, y enlazo cada proyecto para que usted mismo pueda comprobarlos.
Las tres preguntas que lo deciden
La mayoría de las comparativas de páginas de estado enumeran funciones. Tres preguntas ordenan esta categoría más rápido.
- ¿La página vigila sus servicios, o es usted quien le cuenta lo que pasó? Una herramienta que es solo una página muestra lo último que usted escribió. Durante una caída parece tranquila hasta que alguien la actualiza. Una página con comprobaciones integradas se pone en rojo por sí sola. Expliqué por qué eso importa en una página de estado que no se puede falsear.
- ¿Pueden suscribirse los clientes? Una página de estado se lee sobre todo durante una caída, y la leen personas que ya se han visto afectadas. Una suscripción por correo electrónico o webhook les avisa antes de que vayan a buscar. RSS sirve para desarrolladores, pero la mayoría de los clientes no lo usará.
- ¿Qué tiene que operar? Un sitio estático en un alojamiento gratuito, un contenedor y un conjunto de servicios son compromisos muy distintos.
| Herramienta | Comprobaciones integradas | Suscriptores de clientes | Qué ejecuta usted | Licencia |
|---|---|---|---|---|
| Uptime Kuma | Sí | Solo RSS | Un contenedor | MIT |
| Cachet | HTTP básico, solo v3 | Correo + webhook | Aplicación PHP + BD + cola + cron | BSD-3 (v2), código disponible (v3) |
| Upptime | Sí, como máximo cada 5 min | No | Nada: GitHub Actions + Pages | MIT |
| OpenStatus | Sí | Correo, webhook, Slack, RSS | Varios servicios | AGPL-3.0 |
| Kener | Sí | Correo + RSS | Aplicación Node + Redis | MIT |
| cState | No | RSS | Nada: sitio estático de Hugo | MIT |
| Gatus | Sí | No | Un binario pequeño | Apache-2.0 |
| Checkmate | Sí | No | Node + MongoDB | AGPL-3.0 |
| OneUptime | Sí | Correo, SMS, Slack | Docker o Kubernetes, muchos servicios | Apache-2.0 + enterprise |
| Statping-ng | Sí | No | Un binario de Go | GPL-3.0 |
| Uptimepage | Sí | Correo + webhook | Un binario + Postgres + ClickHouse | AGPL-3.0 |
Uptime Kuma
Uptime Kuma es la respuesta por defecto, con unas 91.800 estrellas en GitHub y la versión 2.5.5 del 16 de septiembre de 2026. Es ante todo un monitor, con 31 tipos de comprobación en un solo contenedor, y sus páginas de estado vienen incluidas. Puede poner una página en su propio dominio y anunciar mantenimientos.
La página en sí es sencilla. Los incidentes se publican a mano, aunque Kuma ya sabe cuándo falla una comprobación, y los visitantes solo pueden seguir las actualizaciones por RSS. Para un homelab o una página interna, es suficiente. Para una página de la que dependen sus clientes, la falta de una lista de suscriptores es la primera carencia con la que se topa la gente. Uptime Kuma frente a Cachet muestra los dos enfoques uno al lado del otro.
Cachet
Cachet (unas 15.200 estrellas) es la página de estado autoalojada clásica, y pone la página de estado primero: componentes, incidentes, mantenimiento programado, métricas y suscriptores por correo electrónico y webhook. Si su monitoreo ya está en otro sitio y quiere una página como es debido en la que publicar, ese modelo tiene sentido.
La salvedad es la reconstrucción. La versión etiquetada más reciente es la v2.4.1, de noviembre de 2023. La versión 3 se distribuye desde una rama de desarrollo sin etiquetar cuyo README dice que todavía no está del todo lista para uso en producción, y pasa de la licencia BSD a una de código disponible (source-available). La versión 3 añadió una comprobación HTTP básica, pero la programa usted mismo, y un fallo solo cambia el color de un componente. No abre un incidente.
Upptime
Upptime (unas 17.200 estrellas) tiene el diseño más ingenioso de esta lista. Ejecuta las comprobaciones como GitHub Actions programadas, guarda el historial como commits en su repositorio, abre un issue de GitHub por cada caída y publica una página estática en GitHub Pages, con su propio dominio si lo desea. No hay servidor ni factura.
Ese diseño es también su límite. Una programación de GitHub Actions no puede ejecutarse más de una vez cada cinco minutos, y a menudo se retrasa, así que las caídas cortas pasan desapercibidas. No hay ninguna lista a la que sus clientes puedan suscribirse. Para un proyecto de código abierto o un sitio personal, es casi perfecto. Upptime frente a Uptime Kuma analiza esa contrapartida en detalle.
OpenStatus
OpenStatus (unas 9100 estrellas, AGPL-3.0) es la herramienta más parecida a lo que yo desarrollo. Reúne una página de estado y comprobaciones de disponibilidad en un solo producto, abre incidentes a partir de las comprobaciones que fallan, admite dominios propios y permite a los visitantes suscribirse por correo electrónico, webhook, Slack o RSS. También tiene una API REST y un proveedor de Terraform.
Dos cosas que conviene saber antes de autoalojarlo. Su comprobador de código abierto implementa comprobaciones HTTP, TCP y DNS; otros tipos aparecen en el esquema de su API, pero no en ese comprobador. Y ejecutarlo usted mismo significa operar varios servicios separados, no un solo proceso. Publica cambios de forma continua, sin versiones etiquetadas. OpenStatus frente a Uptime Kuma entra en más detalle.
Kener
Kener (unas 5200 estrellas, MIT, v4.1.5 del 6 de septiembre de 2026) se presenta como un sistema de páginas de estado y cuida el aspecto de la página: logotipo, colores, CSS personalizado, temas, modo claro y oscuro, localización e insignias incrustables. Ejecuta sus propias comprobaciones (doce tipos, entre ellos API, ping, TCP, DNS, SSL, SQL, gRPC, Docker, heartbeat y servidores de juegos), gestiona incidentes con cronologías y programa ventanas de mantenimiento. Por defecto, los incidentes se escriben a mano, y también puede abrirlos a partir de eventos de alerta si activa esa opción.
Los visitantes pueden suscribirse por correo electrónico, confirmado con un código de un solo uso, a las actualizaciones de incidentes y mantenimientos, una vez que usted activa las suscripciones y configura el envío de correo. Cada página tiene además un feed RSS. Las alertas para su propio equipo van por correo electrónico, webhook, Slack o Discord. Se ejecuta como una aplicación de Node con Redis. Kener frente a Uptime Kuma compara los dos.
cState
cState (unas 2900 estrellas, MIT) es una página de estado estática hecha con Hugo. Carga rápido, funciona en navegadores muy antiguos y se puede alojar gratis en Netlify. Usted escribe los incidentes como archivos, desde la línea de comandos o mediante un CMS, y los lectores tienen RSS y una API de solo lectura.
Su README es claro sobre el límite: «no puede hacer monitoreo automático de serie», porque el sitio es estático. Es un diseño razonable si solo quiere una página informativa que siga en pie cuando todo lo demás está caído. El último commit fue el 2 de junio de 2026 y la última versión, la 6.0.1, es de julio de 2025, así que avanza despacio.
Gatus
Gatus (unas 12.200 estrellas, Apache-2.0, v5.37.0 del 24 de septiembre de 2026) es un panel de salud que se configura en YAML, lo que lo hace popular entre los equipos que quieren sus comprobaciones en Git. El panel hace también de página de estado.
No es una página de estado para clientes en el sentido habitual. No hay cronología de incidentes ni lista de suscriptores. Para una página interna que mira su propio equipo, es excelente y muy ligero. Para clientes, no tiene la forma adecuada. Uptime Kuma frente a Gatus explica dónde encaja cada uno.
Checkmate
Checkmate (unas 10.900 estrellas, AGPL-3.0, v3.12.0 en septiembre de 2026) es un monitor más reciente con una interfaz moderna. Sus páginas de estado vienen con cinco temas y mantenimiento programado. Cuando un monitor cambia de estado, abre o resuelve un incidente por sí solo, y envía alertas a más de una docena de servicios.
No encontré en su código fuente ninguna lista de suscriptores para los visitantes de la página. Necesita Node y MongoDB, y las métricas del host requieren su agente aparte, Capture.
OneUptime
OneUptime (unas 7600 estrellas) es toda una plataforma de observabilidad: monitoreo, guardias, incidentes, logs, trazas y páginas de estado. Sus páginas de estado están entre las más completas de esta lista. Los incidentes actualizan la página automáticamente, y los suscriptores reciben avisos por correo electrónico y SMS, o a través de Slack.
El precio es el tamaño. Se ejecuta como muchos servicios en Docker o Kubernetes, y su licencia es Apache 2.0 con un directorio enterprise aparte. Si solo necesita una página de estado, es mucho que operar. Si quiere sustituir varias herramientas de pago a la vez, es la opción amplia.
Statping-ng
Statping-ng (unas 2000 estrellas, GPL-3.0) es el fork comunitario de Statping: un único binario de Go que comprueba HTTP, TCP, UDP, ICMP y gRPC y muestra los resultados en una página de estado. No hay lista de suscriptores.
Está perdiendo ritmo. Su último commit y su última versión, la v0.93.0, son ambos del 4 de junio de 2025. Sigue funcionando, pero cuente con que se quedará más o menos como está.
Uptimepage
La nuestra, así que lo bueno y la advertencia van juntos.
Uptimepage es un único binario de Rust que ejecuta a la vez comprobaciones de disponibilidad y una página de estado para clientes. Una comprobación que falla abre el incidente en la página y avisa a quien esté de guardia, mediante turnos de guardia y políticas de escalado. Los visitantes se suscriben por correo electrónico confirmado o por webhook firmado, y usted puede programar mantenimientos. La página muestra la disponibilidad que midió, no solo lo que alguien escribió. La configuración puede vivir en Git gracias al proveedor de Terraform, y también hay una API REST y un servidor MCP. Es AGPL, así que puede ejecutarlo usted mismo con Postgres y ClickHouse, o usar el servicio alojado, donde Pro y Team ponen la página en su propio dominio. En página de estado de código abierto encontrará los detalles, y Uptimepage frente a Upptime, Cachet y Statping lo compara con las herramientas que ponen la página primero.
La advertencia: el repositorio es joven y pequeño al lado de Uptime Kuma o Cachet. Ha tenido menos años para encontrar errores poco frecuentes. Si quiere la opción más probada y a sus lectores les basta con RSS, Uptime Kuma es hoy la opción más segura.
En todas las listas, pero ya sin mantenimiento
Dos nombres siguen apareciendo en la mayoría de las listas de «mejores páginas de estado», y yo no empezaría una página nueva con ninguno de los dos.
- Staytus (adamcooke/staytus): último commit el 10 de septiembre de 2021.
- El Statping original (statping/statping): última versión en diciembre de 2020 y último commit en octubre de 2023. Use el fork Statping-ng si quiere ese diseño.
La lista awesome-status-pages, mantenida por la comunidad, es un buen sitio para encontrar más opciones, pero no marca los proyectos que se han detenido.
Cómo elegir
- Quiere una página gratuita sin servidor, y le bastan las comprobaciones cada cinco minutos: Upptime.
- Solo publica incidentes a mano y quiere una página que siga en pie cuando todo lo demás está caído: cState.
- Un homelab o una página interna: Uptime Kuma, o Gatus si sus comprobaciones deben vivir en Git.
- Sus clientes deben poder suscribirse y usted ejecuta la página por su cuenta: Kener, OpenStatus, OneUptime o Uptimepage, según cuánto quiera operar y si una comprobación que falla debe abrir el incidente por usted. Cachet encaja si su monitoreo ya está en otro sitio y acepta la situación de v3.
Todas se pueden probar gratis y dejar sin ataduras. Si prefiere comparar servicios alojados, alternativas a Statuspage repasa las opciones de pago, y cómo escribir actualizaciones de estado de incidentes explica qué poner en la página una vez que la tenga.
Preguntas frecuentes
¿Cuál es la mejor página de estado de código abierto?
Depende de si la página debe vigilar sus servicios por sí misma. Si solo quiere publicar incidentes a mano, cState y Cachet lo hacen bien. Si la página debe ponerse en rojo por sí sola cuando falla una comprobación, elija una herramienta con monitoreo integrado, como Uptime Kuma, OpenStatus, Checkmate o Uptimepage.
¿Qué páginas de estado de código abierto permiten que los clientes se suscriban?
Cachet, OpenStatus, OneUptime, Kener y Uptimepage mantienen una lista de suscriptores y les avisan por correo electrónico, y varias añaden webhooks. Uptime Kuma y cState ofrecen RSS en su lugar, lo que sirve para lectores técnicos, pero no para la mayoría de los clientes. Upptime, Gatus, Checkmate y Statping-ng no tienen ninguna lista de suscriptores.
¿Puedo alojar una página de estado gratis?
Sí. Upptime funciona con GitHub Actions y GitHub Pages, y cState genera un sitio estático que puede alojar en Netlify, así que ninguno de los dos necesita un servidor. La contrapartida es que Upptime comprueba como máximo cada cinco minutos y cState no hace ningún monitoreo. Todas las demás herramientas de esta lista necesitan un servidor cuando las ejecuta usted mismo, y algunas, entre ellas Uptimepage, también ofrecen un plan alojado gratuito.
¿Se sigue manteniendo Cachet?
Cachet se está reconstruyendo como versión 3, y el repositorio está activo, pero la versión etiquetada más reciente sigue siendo la v2.4.1, de noviembre de 2023. El README de v3 dice que todavía no está del todo lista para uso en producción. Si elige Cachet hoy, elige entre una versión estable antigua y una rama de desarrollo sin etiquetar.