Un clásico del soporte: el tablero dice que el servidor está arriba, el ping responde, todo en verde —y aun así el teléfono no para de sonar porque los usuarios no pueden entrar. La contradicción es aparente. "Arriba" y "funciona" no son lo mismo, y para no confundirlos hacen falta dos formas distintas de mirar.
El problema de medir solo la máquina
Verificar que un servidor responde es necesario, pero insuficiente. Entre ese servidor y el usuario hay una cadena entera —red, DNS, certificados, aplicación, base de datos, servicios de terceros— y cualquier eslabón puede romper la experiencia sin que la máquina deje de estar "arriba". Medir el equipo y no la experiencia es como revisar que el motor enciende sin comprobar que el coche avanza.
Monitoreo sintético: adelantarse al usuario
El monitoreo sintético ejecuta pruebas programadas que simulan a un usuario: abre la página, inicia sesión, completa una transacción de prueba, a intervalos definidos y desde distintas ubicaciones. Su gran virtud es que no espera a que haya usuarios: detecta que el flujo de login se rompió a las 4 de la mañana, mucho antes de que llegue la primera queja. Valida lo crítico de forma proactiva, incluso cuando no hay nadie conectado.
Real User Monitoring: la verdad del que lo usa
El RUM hace lo contrario: mide la experiencia real de los usuarios reales mientras trabajan —sus tiempos de carga, sus errores, desde sus dispositivos y redes. Captura la diversidad que ninguna prueba sintética reproduce: el usuario en una conexión lenta, el navegador raro, la hora pico. Su límite es el espejo del sintético: solo ve lo que pasa cuando hay gente usando el sistema.
Cada uno atrapa lo que el otro no ve
Dos escenas lo dejan claro. Una madrugada de domingo, sin un solo usuario conectado, una actualización rompe el certificado del portal de login. El RUM no ve nada —no hay tráfico que medir—; el sintético, que intenta iniciar sesión cada cinco minutos desde tres regiones, dispara la alerta a las 4:07 a.m. y el problema se corrige antes de que abra el primer turno. Escena dos: el flujo sintético pasa perfecto, pero el RUM muestra que los usuarios de una sucursal específica cargan la aplicación en doce segundos en lugar de dos —un problema de enlace que ninguna prueba de laboratorio, ejecutada desde el datacenter, reproduciría jamás—. Uno se adelanta al usuario; el otro escucha al usuario. Quitas cualquiera de los dos y te queda un punto ciego con forma de horario o de geografía.
No compiten: se complementan
La pregunta no es cuál elegir, sino entender que responden cosas distintas. El sintético contesta "¿el flujo clave funciona, haya o no usuarios?"; el RUM contesta "¿cómo lo está viviendo la gente ahora?". Juntos cierran el hueco entre "el servidor está arriba" y "el negocio está operando". Herramientas como PRTG permiten montar sensores de disponibilidad y transacción para la parte sintética, y este enfoque de vigilar la experiencia —no solo la infraestructura— es parte de nuestro monitoreo administrado. Al final, lo único que le importa al usuario es si puede trabajar; eso es lo que conviene medir. Es la misma lógica de fondo de por qué "todo verde" a veces engaña.
Preguntas frecuentes
help ¿Qué es el monitoreo sintético?
Es una técnica que ejecuta pruebas programadas que simulan las acciones de un usuario —abrir una página, iniciar sesión, completar una transacción— desde ubicaciones y a intervalos definidos. Detecta problemas de forma proactiva, incluso de madrugada o cuando no hay usuarios reales conectados, antes de que alguien se queje.
help ¿Qué es el Real User Monitoring (RUM)?
Es la medición de la experiencia real de los usuarios reales mientras usan el sistema: tiempos de carga, errores y rendimiento tal como los viven, desde sus dispositivos, redes y ubicaciones. Refleja la realidad completa y variada que ninguna prueba sintética puede reproducir del todo, pero solo ve lo que ocurre cuando hay usuarios activos.
help ¿Cuál de los dos necesito?
Normalmente ambos, porque cubren lo que el otro no. El sintético te avisa proactivamente y valida flujos críticos aunque no haya tráfico; el RUM te muestra la experiencia real y sus variaciones. Juntos responden dos preguntas distintas: "¿funciona el flujo clave?" y "¿cómo lo está viviendo la gente ahora mismo?".
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →