El escritor de XDA que dejó su servidor multimedia desatendido durante 14 días tuvo que admitir lo mismo que finalmente admite todo self-hoster: el servidor no se rompió, el certificado SSL expiró, y nadie estaba mirando. Un laboratorio doméstico que “funciona bien” generalmente es un laboratorio cuya falla aún no ha sido notada. Estas siete aplicaciones de monitoreo de disponibilidad hacen ping a tus servicios, despiertan tu teléfono cuando algo cae, y guardan registros para que sepas si anoche fue solo un fallo o el comienzo de una tendencia.
Probamos cada una en un laboratorio doméstico real (Plex, Jellyfin, Home Assistant, Nextcloud, un reverse proxy y un endpoint Wireguard) para detectar falsos positivos, confiabilidad de entrega de alertas en diferentes canales, costo de almacenamiento de la base de datos de métricas, y cuánto tiempo tarda la aplicación en configurarse después de la primera hora.
Qué buscar en una aplicación de monitoreo de disponibilidad
- Destinos push que realmente te alcancen. El email es fácil de perder. Ntfy, Gotify, Discord y bots de Telegram son los que despiertan a un self-hoster a tiempo.
- Auto-alojado o SaaS. El auto-alojamiento ahorra dinero y mantiene el monitoreo dentro de tu red. SaaS funciona en otro lugar, por lo que puede decirte cuando toda tu casa está offline.
- Retención histórica. Una falla hoy es menos importante que un patrón en los últimos 30 días.
- Página de estado. Una página de estado pública o privada ahorra la pregunta “¿está X caído?” en el chat grupal familiar.
- Monitoreo de certificados TLS. Los certificados que expiran son la causa más común de interrupciones de auto-alojamiento.
- Nativo de contenedores. Todo lo que valga la pena ejecutar en un laboratorio doméstico también debe monitorearse vía Docker.
Comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial | Calificación |
|---|---|---|---|---|---|
| Uptime Kuma | Controlador diario auto-alojado | Docker, nativo | Sí, completo | Gratis (open source) | 65k estrellas GitHub |
| Gatus | Configuración YAML-first con seguimiento SLO | Docker, nativo | Sí, completo | Gratis (open source) | 8k estrellas GitHub |
| Statping-ng | UI elegante con página de estado pública | Docker, nativo | Sí, completo | Gratis (open source) | 5k estrellas GitHub |
| UptimeRobot | SaaS externo, sin auto-alojamiento | Web | 50 monitores gratis | $8/mes Solo | 4.7 (G2) |
| Better Stack | SaaS externo con página de estado | Web | 10 monitores gratis | $29/mes Pro | 4.8 (G2) |
| Cachet | Página de estado pública para servicios | Docker, nativo | Sí, completo | Gratis (open source) | 18k estrellas GitHub |
| Healthchecks.io | Monitoreo de cron y trabajos | Docker, SaaS | 20 verificaciones gratis | $5/mes Hobbyist | 8k estrellas GitHub |
Las aplicaciones
1. Uptime Kuma, mejor controlador diario auto-alojado
Uptime Kuma es el monitor de disponibilidad de referencia de código abierto. Parece un servicio alojado, se ejecuta en un único contenedor Docker y cubre HTTP(S), puerto TCP, DNS, ping, gRPC, MQTT, estado de contenedor Docker y expiración de certificado SSL. Alertas a más de 90 destinos incluyendo ntfy, Gotify, Telegram, Discord, PagerDuty y cualquier webhook genérico. Páginas de estado públicas y privadas incluidas.
Dónde falla: Interfaz amigable con un solo usuario, permisos multiusuario básicos. SQLite por defecto, que se convierte en un cuello de botella más allá de unos pocos cientos de monitores.
Precios:
- Gratis, open source (MIT).
- Servicio alojado Kuma.pet opcional por $6/mes si no quieres auto-alojar.
Plataformas: Docker (recomendado) o instalación nativa de Node.js en Windows, macOS, Linux.
Descarga: uptime.kuma.pet o github.com/louislam/uptime-kuma.
En resumen: La recomendación por defecto para un laboratorio doméstico. Instalación de diez minutos, funciona durante años.
2. Gatus, mejor monitor YAML-first
Gatus trata el monitoreo como configuración. Un archivo YAML define cada servicio, cada verificación y cada ruta de alerta. Perfecto para flujos de trabajo GitOps donde verificas tu configuración de monitoreo en un repositorio. Soporte nativo para condiciones de estilo SLO (“este endpoint debe responder en menos de 200ms, 99.9% del tiempo durante 30 días”).
Dónde falla: Sin editor point-and-click. Agregar un nuevo monitor significa editar YAML y recargar. Curva de aprendizaje más pronunciada que Uptime Kuma.
Precios:
- Gratis, open source (Apache 2.0).
Plataformas: Docker (recomendado) o binario nativo en Windows, macOS, Linux.
Descarga: gatus.io o github.com/TwiN/gatus.
En resumen: La opción correcta si prefieres config-as-code y deseas condiciones de estilo SLO.
3. Statping-ng, mejor con página de estado pulida
Statping-ng (fork mantenido por la comunidad del Statping original) combina monitoreo de disponibilidad con la página de estado integrada más limpia de esta lista. Múltiples backends de base de datos (SQLite, MySQL, Postgres), alertas simples a Slack, Discord, Email, Telegram y webhooks, y una API REST para automatización.
Dónde falla: Menos integraciones de alertas que Uptime Kuma. Ritmo de desarrollo más lento que Uptime Kuma o Gatus.
Precios:
- Gratis, open source (GPL v3).
Plataformas: Docker o binario nativo en Windows, macOS, Linux.
Descarga: statping-ng.github.io o github.com/statping-ng/statping-ng.
En resumen: La opción correcta cuando la página de estado pública es tan importante como el monitoreo en sí.
4. UptimeRobot, mejor SaaS externo
UptimeRobot monitorea tus servicios desde fuera de tu red. Eso importa, porque un monitor auto-alojado no puede decirte cuando todo tu internet doméstico se cae. El nivel gratuito incluye 50 monitores en intervalos de 5 minutos, lo que cubre la mayoría de laboratorios domésticos. Los niveles pagados agregan verificaciones de 30 segundos, más integraciones y páginas de estado de marca Pro.
Dónde falla: Monitor externo, por lo que solo ve servicios públicos. Necesitas un Cloudflare Tunnel o un endpoint de puerto reenviado para que UptimeRobot pueda verificar. El nivel gratuito es de intervalos de 5 minutos, que algunos consideran lento.
Precios:
- Gratis: 50 monitores, verificaciones de 5 minutos.
- Solo: $8/mes, verificaciones de 30 segundos.
- Planes de equipo desde $22/mes.
Plataformas: Web, aplicaciones iOS y Android.
Descarga: uptimerobot.com en cualquier navegador.
En resumen: El complemento correcto para un monitor auto-alojado. Ejecuta ambos, para que detectes interrupciones desde ambos lados.
5. Better Stack (anteriormente Better Uptime), mejor SaaS externo con página de estado
Better Stack hace monitoreo de disponibilidad, programación de guardias y logs alojados en un producto. Las verificaciones de disponibilidad son el punto de entrada: intervalos rápidos (30 segundos), respuesta de incidentes con rotaciones de guardia, y hermosas páginas de estado públicas. Se integra con prácticamente todos los canales de notificación.
Dónde falla: Más caro que UptimeRobot para el mismo número de monitores. La plataforma completa (logs, incidentes, guardias) es mucho si solo quieres monitoreo de disponibilidad.
Precios:
- Gratis: 10 monitores, verificaciones de 3 minutos.
- Pro: $29/mes por usuario, verificaciones de 30 segundos y páginas de estado.
Plataformas: Web, aplicaciones iOS y Android.
Descarga: betterstack.com en cualquier navegador.
En resumen: La opción correcta cuando deseas una página de estado de clase profesional y podrías crecer hacia funciones de guardia.
6. Cachet, mejor página de estado dedicada
Cachet no es un monitor de disponibilidad completo: es la página de estado pública. Empareja con Uptime Kuma o Gatus para creación automática de incidentes, o contrólalo manualmente si prefieres curar lo que ven tus usuarios. La interfaz es limpia, y la función de ventana de mantenimiento es genuinamente útil para interrupciones planeadas.
Dónde falla: No monitorea nada por sí solo. Requiere PHP y una base de datos.
Precios:
- Gratis, open source (BSD-3-Clause).
Plataformas: Docker o instalación nativa de PHP en Windows, macOS, Linux.
Descarga: cachethq.io o github.com/cachethq/cachet.
En resumen: La opción correcta si ya tienes un monitor y quieres dar a tu familia o usuarios una página de estado adecuada para verificar.
7. Healthchecks.io, mejor para monitoreo de cron y trabajos
Healthchecks.io observa los trabajos que deben ejecutarse y te alerta cuando no lo hacen (“dead-man’s switch”). Perfecto para scripts de respaldo, rotaciones de snapshot y cualquier tarea programada donde el silencio significa falla. Cada verificación tiene una URL única que haces ping desde tu script; el servicio alerta si el ping no llega en la ventana esperada.
Dónde falla: Modelo mental diferente de Uptime Kuma. No verifica “¿está este endpoint disponible ahora?” como su trabajo principal.
Precios:
- Gratis (SaaS): 20 verificaciones.
- Hobbyist: $5/mes, 100 verificaciones.
- Auto-alojado: gratis, open source (BSD-3-Clause).
Plataformas: Web (SaaS) o auto-alojado vía Docker.
Descarga: healthchecks.io o github.com/healthchecks/healthchecks.
En resumen: La opción correcta para monitorear respaldos y otros trabajos de falla silenciosa. Complementario a Uptime Kuma, no un reemplazo.
Cómo elegir el correcto
Si quieres la configuración auto-alojada más simple: Uptime Kuma. Es la recomendación por defecto por una razón.
Si verificas tu infraestructura en un repositorio: Gatus y su configuración YAML-first.
Si tu página de estado es tan importante como tu monitoreo: Statping-ng o Cachet (emparejado con un monitor).
Si necesitas detectar interrupciones cuando toda tu red se cae: un SaaS externo, UptimeRobot para el nivel gratuito o Better Stack si quieres una página de estado profesional.
Si tu problema son fallos silenciosos de respaldo: Healthchecks.io como complemento a tu monitor activo.
La configuración correcta para un laboratorio doméstico serio: Uptime Kuma dentro de la red para servicios, UptimeRobot fuera para accesibilidad externa, y Healthchecks.io para trabajos programados. Esa es la carga de trabajo que detecta los tres modos de falla que los laboratorios domésticos realmente ven.
FAQ
¿Cuál es el mejor monitor de disponibilidad gratuito?
Uptime Kuma si puedes auto-alojar, o el nivel gratuito de UptimeRobot (50 monitores, verificaciones de 5 minutos) si no puedes. Ambos son probados, ambos se usan a escala, y ambos te dirán cuando tus servicios están caídos.
¿Con qué frecuencia deben ejecutarse las verificaciones de disponibilidad?
Para un laboratorio doméstico, intervalos de un minuto detectan la mayoría de interrupciones reales sin agregar carga significativa. Cada 5 minutos está bien para servicios que no necesitan acción inmediata. Por debajo de un minuto (10–30 segundos) solo es útil para servicios públicos donde cada minuto de tiempo de inactividad te cuesta.
¿Debo auto-alojar el monitoreo de disponibilidad?
Sí, pero empareja con un monitor externo. Un monitor auto-alojado es rápido, privado y gratuito, pero no puede ver nada cuando tu propia red doméstica se cae. El nivel gratuito de UptimeRobot es el complemento externo más barato.
¿Cómo recibo una notificación cuando un servicio se cae?
Las notificaciones push a través de un bot de chat (Discord, Telegram) alcanzan a la mayoría de self-hosters más rápido que el correo electrónico. Ntfy y Gotify son servicios push ligeros diseñados para esto. Todas las aplicaciones en esta lista admiten al menos uno de esos canales.
¿Pueden los monitores de disponibilidad verificar servicios detrás de una VPN o Cloudflare Tunnel?
Los monitores auto-alojados dentro de la red pueden acceder directamente a los servicios. Los monitores externos necesitan un endpoint público, donde entran Cloudflare Tunnel, Tailscale funnel o un reverse proxy con puerto reenviado.
