Excel, recordatorios y revisiones a mano: por qué la monitorización manual acaba fallando
Pocas agencias web llegan a una herramienta de monitorización de verdad como primera opción. Casi todas llegan después de haber probado —y visto fallar— uno de estos tres sistemas, a menudo uno tras otro.
Las tres formas de vigilar las webs de los clientes antes de tener una herramienta de verdad
La revisión a ojo. Ningún sistema: alguien de la agencia abre las webs de los clientes "cuando se acuerda", quizá el lunes por la mañana, quizá solo cuando un cliente sale en una llamada. Funciona mientras el número de webs es bajo y la memoria de quien revisa es buena.
La hoja de Excel. Un paso más estructurado: una fila por cliente, una columna para la caducidad del dominio, otra para el certificado SSL, quizá una nota "revisado el [fecha]". Es mejor que nada, pero tiene el mismo límite que la revisión a ojo: alguien tiene que abrirla, actualizarla y, sobre todo, acordarse de hacerlo — la hoja no recuerda nada por sí sola, solo señala lo que alguien ha escrito en ella.
Uptime Kuma instalado y luego olvidado. El paso más maduro: una herramienta de monitorización de verdad, gratuita y de código abierto, instalada en un servidor de la agencia. Funciona mejor que las dos primeras —comprueba de verdad, automáticamente—, pero introduce un problema nuevo: ahora hay otro servidor que mantener, actualizar y, sobre todo, vigilar. (Lo que hace bien y lo que no está en el análisis dedicado; las cifras de la comparación directa están en la comparativa Statuo vs Uptime Kuma.)
Por qué fallan todos de la misma manera
La revisión a ojo, la hoja de Excel e incluso Uptime Kuma sin nadie que lo gestione comparten el mismo punto débil: funcionan mientras alguien se acuerde. Y tarde o temprano, en toda agencia, llega el momento en que nadie se acuerda — no por negligencia, sino por los motivos más banales: la persona que revisaba la hoja se ha ido de vacaciones, el responsable ha cambiado y nadie le ha pasado el hábito, o simplemente los clientes se han vuelto demasiados para tenerlos en la cabeza uno por uno.
No es un fallo individual. Es un límite estructural de cualquier sistema que necesita una acción humana recurrente para funcionar: tarde o temprano, esa acción se salta.
El momento en que se rompe
Casi nunca se descubre la rotura con un control interno — un dueño que vuelve a leer la hoja y se da cuenta de una casilla vacía desde hace tres meses. Casi siempre se descubre porque un cliente llama enfadado: la web lleva horas caída, o el certificado SSL ha caducado y los visitantes ven un aviso de seguridad, y la primera noticia que tiene la agencia es esa llamada.
Es el peor momento posible para enterarse: el cliente ya ha perdido la confianza antes de que hayas empezado a resolver, porque la pregunta implícita en esa llamada no es "¿puedes arreglarlo?", es "¿desde cuándo lo sabías?".
Revisar o ser avisado: la diferencia que importa
El verdadero salto de calidad no es pasar de "nada" a "una herramienta". Es pasar de una herramienta que hay que consultar a una que avisa sola. Una hoja de Excel, por bien llevada que esté, siempre requiere que alguien la abra. Una herramienta de monitorización de verdad invierte la dirección: ya no eres tú quien comprueba si la web está arriba, es la herramienta la que te escribe cuando no lo está.
Es una diferencia pequeña de describir y enorme de vivir: en el primer caso el tiempo entre la caída y el descubrimiento depende de cada cuánto mira alguien; en el segundo depende solo de lo deprisa que la herramienta confirme el problema — normalmente minutos, no días.
Si ya tienes Uptime Kuma: el riesgo que no se ve hasta que ocurre
Quien ha llegado a la tercera etapa —una instancia de Uptime Kuma instalada y funcionando— ya ha resuelto el problema del "nadie se acuerda". Pero queda un riesgo específico, silencioso hasta que se manifiesta: si cae el servidor que aloja Kuma, no solo pierdes la monitorización, sino que no lo sabes, porque el sistema que debería avisarte es justo el que ha caído. ¿Quién vigila al vigilante? El propio proyecto lo reconoce, hasta el punto de que su documentación dedica un apartado a las "caídas que no son caídas" — el síntoma típico de una instancia que observa desde un único punto de la red. No es un defecto de Kuma: es el límite de cualquier sistema autoalojado con una sola instancia. El análisis completo, con las cifras del coste real del autoalojamiento, está en la comparativa Statuo vs Uptime Kuma.
Cómo se pasa a un servicio gestionado sin dejar de golpe lo anterior
El temor más habitual —"¿y si durante el cambio pierdo un aviso importante?"— se resuelve con una transición en paralelo, no con un cambio brusco:
- Añade las webs a la nueva herramienta (nombre y URL, nada que instalar) manteniendo activo, en paralelo, el sistema que ya estés usando — hoja, revisión a ojo o Kuma.
- Deja que convivan los dos sistemas unos días. Sirve para comprobar que la nueva herramienta ve de verdad todo lo que veía la anterior, antes de fiarte del todo.
- Apaga el sistema antiguo solo cuando hayas visto funcionar el nuevo en un caso real — aunque sea solo un aviso de SSL o una pequeña lentitud confirmada.
No hay un día en que "dejes" de estar protegido: hay una semana en que lo estás por dos sistemas en lugar de por uno.
Prueba gratuita, sin tarjeta de crédito
Statuo está pensado precisamente para este paso: añades las webs de los clientes en pocos minutos, sin servidor que instalar ni mantener, con confirmación desde varias ubicaciones antes de cada aviso, y una página de estado con la marca de la agencia lista para enseñar. La prueba dura 14 días, sin tarjeta de crédito: el tiempo de tenerla en paralelo al sistema que usas hoy y ver si el primer aviso te llega a ti, en lugar de llegarte a través de un cliente.