Monitorización 24/7 para pymes: qué métricas vigilar y cuáles ignorar

El error habitual en monitorización no es monitorizar poco, sino monitorizar todo sin criterio. Cuando un sistema genera 300 alertas al día, el equipo aprende a ignorarlas. Silencian las notificaciones, ponen las alertas en una carpeta que nadie abre, y la alerta real que indica que el servidor lleva 4 horas caído se pierde entre el ruido de las 299 que no significaban nada. Una monitorización útil para una pyme no necesita un dashboard de 40 métricas con gráficas en tiempo real: necesita cinco señales bien elegidas que avisan cuando algo relevante está a punto de fallar o ya ha fallado, y que van a alguien que puede actuar.

1. Disponibilidad: saber si el sistema está caído antes que el cliente

La métrica más básica y la más ignorada por las pymes que gestionan su propia infraestructura. Un check de disponibilidad cada 1-2 minutos contra la URL principal de la web, el servidor de correo y cualquier aplicación crítica (ERP en la nube, herramienta de facturación, CRM). Si el servicio no responde en el tiempo esperado, alerta inmediata por SMS o push notification a la persona que puede actuar.

El objetivo es saber antes que los clientes que algo no funciona. Una web caída que descubres porque un cliente te llama después de una hora es tiempo perdido, reputación dañada y pedidos que se van a la competencia. Una alerta en 2 minutos permite empezar a actuar antes de que el impacto sea significativo.

Herramientas como UptimeRobot (plan gratuito para hasta 50 monitores con check cada 5 minutos, plan de pago para check cada minuto), Better Uptime o Freshping hacen esto sin configuración compleja. El plan gratuito de UptimeRobot es suficiente para empezar: crea un monitor para tu web, otro para el correo (SMTP o IMAP) y otro para cualquier aplicación crítica accesible por URL.

Una empresa distribuidora de Valencia con 12 empleados tenía la web de pedidos online caída durante fines de semana recurrentemente por un problema de memoria en el servidor que nadie detectaba hasta el lunes por la mañana. Con UptimeRobot y alertas al móvil del gerente, el primer incidente real se detectó en 3 minutos y el proveedor de hosting lo resolvió en 20 minutos desde el aviso. Sin la monitorización, habría sido un lunes de llamadas de clientes y pedidos perdidos.

2. Latencia y rendimiento: el degradado silencioso que precede al fallo

Un servidor que responde en 8 segundos en lugar de 1 no está "caído", pero tampoco está funcionando. La latencia elevada es un síntoma previo al fallo que, si se detecta a tiempo, permite actuar antes de que el problema sea visible para los usuarios. Y un servidor que tarda 8 segundos en cargar tiene un impacto directo en la conversión de la web y en la experiencia del equipo que trabaja con aplicaciones lentas.

• Tiempo de respuesta HTTP: alerta si supera el umbral habitual (por ejemplo, si el tiempo normal es 0,8 segundos y supera los 3 segundos durante más de 5 minutos consecutivos). El umbral debe calibrarse con el comportamiento real del servidor, no con un número fijo arbitrario.
• CPU del servidor: sostenida por encima del 85-90% durante más de 10 minutos es señal de problema inminente. Los picos breves son normales; la CPU alta sostenida indica que algo está consumiendo recursos de forma anómala.
• Memoria RAM: cuando el sistema empieza a usar swap de forma intensa, el rendimiento cae dramáticamente. Una alerta cuando el uso de swap supera 10-20% del total disponible da tiempo a actuar antes de que el servidor se sature.
• Capacidad de disco: alerta cuando supera el 80% de uso. A partir del 90%, los problemas son predecibles: bases de datos que no pueden crecer, logs que no pueden escribirse, backups que fallan por falta de espacio.

3. Errores de aplicación: los logs que nadie lee pero que lo cuentan todo

Los errores 5xx del servidor web, las excepciones no controladas de la aplicación y los errores de base de datos son señales de que algo está roto, aunque la web siga cargando aparentemente. Un usuario que ve un error 500 en una página de checkout no convierte. Un error de base de datos que ocurre el 0,5% de las veces puede ser difícil de detectar manualmente pero es sistemático.

Un sistema básico de agregación de logs que envíe un resumen diario de errores críticos (errores 500 en el servidor web, errores PHP, excepciones de la aplicación) permite detectar problemas antes de que escalen. Para WordPress: el plugin Query Monitor o el log de errores de PHP en el servidor. Para aplicaciones a medida: Sentry u otro sistema de gestión de errores con alertas por umbral (más de N errores del mismo tipo en la última hora).

La regla práctica: configura una alerta cuando el número de errores 5xx en el servidor web supere el 1% de las peticiones en un periodo de 15 minutos. Eso indica un problema real, no ruido de bots o crawlers. Por debajo de ese umbral, un resumen diario es suficiente.

4. Estado de backups: la alerta que más negocios salva

Si el backup de las 2:00 de la madrugada no completó, quieres saberlo a las 8:00 cuando llegues a la oficina, no cuando necesitas restaurar después de un incidente. Esta alerta tiene un impacto directo en la viabilidad del plan de recuperación ante desastres: sin backups que funcionen, el plan no sirve de nada.

Configura una alerta que notifique cuando un backup no se completa en el tiempo esperado. Si el proceso de backup tarda normalmente 45 minutos y no termina en 2 horas, algo está fallando. También configura una alerta cuando el fichero resultante está fuera del rango de tamaño habitual: un backup que pesa el 10% de lo normal probablemente no ha capturado todo el contenido esperado.

La mayoría de soluciones de backup (Veeam, Acronis, los backups nativos de Synology, los backups gestionados de proveedores de hosting) tienen alertas de fallo nativas que solo hay que activar y configurar el destinatario. Si tu sistema de backup no tiene alertas configuradas, es la primera cosa que hay que hacer antes de cualquier otra monitorización. Consulta nuestro artículo sobre el plan de recuperación ante desastres para ver cómo los backups encajan en el plan completo.

5. Estado del antivirus y agentes de seguridad

Si tu solución EDR o antivirus gestiona varios equipos, necesitas saber si alguno tiene el agente desactualizado, sin sincronizar desde hace días, o con una detección activa sin resolver. Un equipo con el agente de seguridad caído es un equipo sin protección que nadie sabe que está desprotegido.

Un panel centralizado que muestra el estado de todos los endpoints (actualizados, con agente sincronizado, sin detecciones activas) es la diferencia entre saber que estás protegido y asumir que lo estás. Microsoft Defender for Business, Malwarebytes Teams y la mayoría de soluciones EDR orientadas a pymes tienen este panel centralizado incluido. La revisión de este panel debe hacerse semanalmente como parte del mantenimiento IT rutinario.

6. Certificados SSL: la alerta olvidada que paraliza el negocio

Un certificado SSL caducado convierte tu web en inaccesible para la mayoría de usuarios (los navegadores bloquean el acceso con una pantalla de error que asusta). Los certificados Let's Encrypt se renuevan automáticamente, pero el proceso de renovación puede fallar por razones técnicas sin que nadie se entere. Los certificados de pago tienen fechas de caducidad que hay que gestionar activamente.

Configura una alerta que te avise 30 días antes de que caduque el certificado SSL de cada dominio que gestionas. UptimeRobot, Better Uptime y la mayoría de herramientas de monitorización incluyen esta funcionalidad. También puedes usar herramientas específicas como SSL Labs o SSLshopper para verificaciones puntuales.

El servicio de hosting y mantenimiento gestionado incluye la gestión y renovación de certificados SSL sin necesidad de que el cliente tenga que monitorizar las fechas de caducidad.

Comparativa de herramientas de monitorización para pymes

Por dónde empezar mañana

1. Crea una cuenta en UptimeRobot (gratuita) y configura tres monitores: tu web, tu servidor de correo y cualquier otra aplicación crítica accesible por URL. Activa las alertas por SMS o push notification al móvil de la persona responsable.
2. Activa las alertas de backup en tu sistema de copias de seguridad. Si usas Veeam, Acronis o los backups del proveedor de hosting, busca la configuración de notificaciones y añade el correo del responsable IT.
3. Revisa en UptimeRobot si los certificados SSL de tus dominios están siendo monitorizados y cuántos días les quedan. Configura la alerta a 30 días para tener tiempo de actuar.
4. Define quién recibe las alertas críticas fuera de horario de oficina y si existe un protocolo de guardia. Una alerta que nadie lee a las 2 de la madrugada no sirve si nadie puede actuar hasta las 9 de la mañana siguiente.

Si quieres una monitorización más completa que incluya métricas del servidor, estado de los agentes de seguridad y un dashboard accesible para el equipo directivo, el servicio de soporte técnico gestionado incluye la configuración, mantenimiento y revisión periódica de todos los sistemas de monitorización.

Preguntas frecuentes