comparativa de herramientas autoalojadas
Uptime Kuma vs. Zabbix: ¿desde fuera o desde dentro?
Los dos son gratuitos, los dos son autoalojados, y ahí acaban las coincidencias. Zabbix recoge métricas desde dentro de sus servidores mediante agentes. Uptime Kuma pregunta a sus servicios desde fuera si siguen respondiendo. Si elige mal, acabará o bien manteniendo una plataforma de monitoreo para la que nadie tiene tiempo, o bien con un comprobador que no puede decirle por qué se rompió algo.
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 | Zabbix | Uptimepage | |
|---|---|---|---|
| licencia | MIT | AGPL-3.0 desde la 7.0 | AGPL-3.0 |
| qué vigila | servicios, desde fuera | hosts, desde dentro | servicios, desde fuera |
| agentes necesarios | ninguno | uno por host para lo útil | ninguno, sonda privada opcional |
| qué ejecuta usted | un contenedor | servidor + base de datos + frontend PHP | un binario + compose |
| comprobaciones de endpoints | 31 tipos, incl. bases de datos · MQTT · navegador | escenarios web + comprobaciones simples | HTTP · TCP · DNS · TLS · dominio · ping · heartbeat · flow · manual |
| métricas de infraestructura | ninguna | CPU · memoria · disco · logs · bases de datos | ninguna |
| comprobaciones desde otro lugar | con el complemento Globalping | proxies que aloja usted | 13 regiones alojadas |
| página de estado para clientes | sí, solo RSS | ninguna, paneles en su lugar | con su marca, suscriptores por correo + webhook |
| incidentes | publicados a mano | disparadores + eventos, internos | abiertos automáticamente por las comprobaciones |
| configuración como código | solo la interfaz, sin API de gestión | API JSON-RPC, Terraform de la comunidad | Terraform · REST · MCP, oficiales |
| equipos y roles | un solo inicio de sesión | usuarios · grupos · roles | organizaciones + roles |
Zabbix requiere MySQL 8.0.30+, MariaDB 10.5+ o PostgreSQL 13-18 (opcionalmente con TimescaleDB), además de PHP 8.0-8.5 sobre Apache 2.4 o Nginx 1.20.
Los escenarios web de Zabbix verifican códigos de estado, cadenas obligatorias y tiempo de respuesta. El servidor debe estar compilado con soporte para cURL, y las redirecciones tienen un máximo de diez.
No existe un proveedor de Terraform oficial para Zabbix. El registro tiene al menos cinco proveedores de la comunidad, mantenidos con independencia del proyecto.
Verificado en julio de 2026 con la documentación de Zabbix, su página de licencia y su política de ciclo de vida, y con el repositorio de Uptime Kuma. Zabbix 7.4 llega al final de su vida útil el 30 de septiembre de 2026, así que revise esta tabla en torno al lanzamiento de la 8.0.
La división que lo decide
Zabbix se basa en agentes. Usted instala un agente en cada host, y este envía CPU, memoria, disco, procesos, líneas de log y datos internos de las bases de datos a un servidor central que lo almacena todo y evalúa los disparadores. Uptime Kuma no usa agentes. Está en algún lugar y hace peticiones, y si la petición vuelve correcta dentro del tiempo de espera, el servicio está activo. Esa es toda la diferencia, y todo lo que sigue se deriva de ella. Zabbix responde por qué un servidor no está sano. Uptime Kuma responde si un cliente puede llegar a él. Son preguntas distintas, y ninguna de las dos herramientas responde bien la de la otra.
Lo que Zabbix exige de verdad para funcionar
Más de lo que la gente espera. Una instalación operativa consta de un servidor Zabbix, una base de datos y un frontend PHP detrás de un servidor web. Zabbix admite MySQL 8.0.30 o superior, MariaDB 10.5 o superior, o PostgreSQL 13 a 18, opcionalmente con la extensión TimescaleDB. El frontend necesita PHP 8.0 a 8.5 con alrededor de una docena de extensiones, sobre Apache 2.4 o Nginx 1.20. Monitorear cualquier cosa más allá de un límite de red suele añadir un proxy de Zabbix. Nada de esto es difícil para quien gestiona infraestructura como profesión, y todo es trabajo real que no deja de hacer: actualizaciones, el crecimiento de la base de datos y un esquema que es, por sí solo, lo que más mantenimiento exige. La propia página de ciclo de vida de Zabbix indica que la 7.4 es la versión estándar actual y la 7.0 la LTS con soporte. Todo hasta la 6.4 era GPL-2.0; a partir de la 7.0, Zabbix es AGPL-3.0.
Zabbix puede comprobar un sitio web, pero es una tarea secundaria
De verdad puede. Los escenarios web de Zabbix ejecutan una secuencia de pasos HTTP y verifican los códigos de estado, las cadenas obligatorias en el cuerpo de la respuesta y el tiempo de respuesta, lo que cubre un flujo de inicio de sesión o un recorrido de clics. También hay comprobaciones simples, como icmpping y net.tcp.service, que no necesitan ningún agente. Lo que conviene saber antes de apostar por ello: el servidor tiene que estar compilado con soporte para cURL, las redirecciones tienen un máximo de diez y las macros secretas no pueden usarse en las URL porque se resuelven enmascaradas. Funciona. También se configura como todo lo demás en Zabbix, es decir, con hosts, plantillas, ítems y disparadores en lugar de pegar una URL.
A lo que renuncia Uptime Kuma
A la profundidad, y a todo lo que se parezca a un equipo. Kuma tiene 31 tipos de monitor y 94 integraciones de notificación, se instala como un contenedor en cinco minutos, y alguien que no es ingeniero puede añadir una comprobación. Pero tiene un solo inicio de sesión compartido, así que cualquiera que pueda ver el panel puede cambiar cualquier cosa, y no hay roles. No tiene una API oficial para gestionar monitores. Y no sabe nada del interior de sus máquinas: un host con el disco al 95 % es invisible para Kuma justo hasta que el servicio se cae. Zabbix le habría avisado una semana antes.
Ninguno de los dos guarda su configuración en Git
Esta es la parte que les pasa factura a los equipos más adelante. Uptime Kuma funciona solo con la interfaz y no tiene API de gestión, así que los monitores existen allí donde alguien los creó con clics. Zabbix está mejor, con una API JSON-RPC completa y plantillas que puede exportar como YAML o XML, pero no hay un proveedor de Terraform oficial. El registro tiene al menos cinco de la comunidad, de nzolot, claranet, elastic-infra, fe80 y tpretz, mantenidos al ritmo que elijan sus autores. Si su infraestructura está declarada en Terraform y se revisa en pull requests, que su monitoreo sea un montón de estado manual en la interfaz es una carencia real, y adoptar un proveedor no oficial para cubrirla es apostar por un voluntario.
El punto ciego que comparten
Los dos se ejecutan dentro del entorno que vigilan. Si cae el host que ejecuta su servidor Zabbix, nada recoge datos y nada avisa. Si su único contenedor de Kuma está en la máquina que acaba de caer, lo mismo. El monitoreo autoalojado que vive junto a lo que monitorea siempre se perderá la caída que se lleva por delante a los dos, y esa caída es la que notan sus clientes. Es todo el argumento a favor de una sonda en otro lugar.
Dónde encaja Uptimepage
Uptimepage hace el trabajo desde fuera, desde varias regiones por defecto, y usted puede ejecutar su propio agente de sondeo dentro de la red para los destinos privados que un comprobador externo no ve. Comprueba HTTP, TCP, DNS y ping hasta cada 60 segundos en el plan Founding gratuito y cada 10 segundos autoalojado, junto con heartbeat, TLS, caducidad de dominio y flujos de navegador. La configuración vive en Git mediante un proveedor de Terraform que publicamos y mantenemos, una API REST y un servidor MCP, así que el monitoreo se revisa como el resto de su infraestructura. Además: una página de estado con su marca y suscriptores confirmados por correo y webhook, incidentes que se abren automáticamente a partir de comprobaciones fallidas y organizaciones con roles en lugar de una contraseña compartida. Es un único binario de Rust. También es AGPL-3.0, la misma licencia que usa Zabbix, así que autoalojarlo es una salida real y no una prueba. No sustituye a Zabbix para las gráficas de CPU y la planificación de capacidad, ni lo pretende. Muchos equipos usan Zabbix por dentro y Uptimepage por fuera.
- 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