Edge Pulse es una herramienta de Real User Monitoring (RUM) de Azion que recopila datos reales de desempeño de navegación desde los navegadores de tus usuarios, midiendo disponibilidad, latencia y throughput en tiempo real.
Resumen rápido — RUM (Real User Monitoring) es un enfoque de monitoreo pasivo que captura telemetría de sesiones de usuarios reales, a diferencia del monitoreo sintético que simula tráfico con sondas programadas. Edge Pulse implementa RUM mediante un tag de JavaScript asíncrono que no bloquea la carga de página, probando cada usuario contra tres direcciones de la red edge de Azion en intervalos de 30 minutos. Los datos recopilados (disponibilidad, latencia p50/p95/p99, throughput por región e ISP) permiten detectar regresiones de experiencia que el monitoreo sintético no puede captar, porque miden lo que los usuarios reales experimentan en condiciones reales de dispositivo, red y ubicación.
Última actualización: 2026-08-08
Para quién es
- Equipos de SRE/DevOps que monitorean la experiencia real del usuario (no solo pruebas sintéticas)
- Ingenieros de frontend y plataforma que mejoran el desempeño de página
- Líderes de producto e ingeniería que dan seguimiento a KPI de experiencia (latencia, errores, throughput)
- Equipos que operan entrega multi-región y necesitan visibilidad de rutas y edge
Qué es RUM (y qué no es)
Qué es RUM
Real User Monitoring (RUM) es un enfoque de monitoreo pasivo que captura telemetría de sesiones de usuarios reales para mostrar cómo la disponibilidad y el desempeño afectan a los usuarios en condiciones reales (dispositivo, red, ubicación, navegador).
Qué no es RUM
RUM no es una prueba de carga y no simula tráfico. Mide lo que los usuarios reales experimentan de verdad.
Cómo funciona Edge Pulse
Después de agregar el tag de JavaScript de Edge Pulse a una página:
- El navegador carga tu página con normalidad.
- El tag corre de forma asíncrona y no bloquea la carga de la página.
- Edge Pulse recopila métricas en tiempo real sobre:
- comportamiento de navegación
- disponibilidad y latencia
- throughput/ancho de banda
- contexto de red y enrutamiento (anonimizado)
- Los resultados se envían a los servidores de procesamiento de Azion para análisis y visualización.
Comportamiento de muestreo (cómo evita sobrecargar a los usuarios)
- Cada usuario se prueba contra solo tres direcciones de la red edge de Azion a la vez
- Las pruebas corren en intervalos de 30 minutos por usuario
- Las rutas se prueban de forma continua y diversa a través de los posibles caminos que un usuario puede tomar
Funciones clave
- Recopilación en tiempo real de disponibilidad, latencia y throughput
- Script asíncrono que no interfiere con la estructura ni el proceso de carga de la página
- Respeta HTTP/HTTPS automáticamente
- Usa UUID4 para correlación eficiente de éxito/fallo
- Usa localStorage del navegador para el manejo de identificadores (con comportamiento consciente de DNT)
Datos recopilados (nivel general)
Edge Pulse recopila contexto como:
- resolver DNS usado
- ubicación edge probada
- características anónimas de la red del usuario
Estas señales te ayudan a:
- decidir estrategias de enrutamiento y entrega
- entender las restricciones del usuario (red, geografía, patrones de dispositivo)
- identificar regresiones de experiencia más rápido
Categorías de datos recopilados
- Navegación
- Desempeño
- Experiencia de usuario
- Informativos
- Red
Privacidad y comportamiento de “Do Not Track” (navigator.doNotTrack)
| Configuración del navegador | Qué hace Edge Pulse |
|---|---|
navigator.doNotTrack = '1' | Si el usuario nunca ha sido rastreado (no existe un identificador en localStorage), se genera un nuevo identificador por visita. Si hubo rastreo previo, el identificador anterior se elimina y se genera uno nuevo. |
navigator.doNotTrack <> '1' | Se permite el rastreo. El mismo identificador puede reutilizarse entre visitas para mantener continuidad. |
Cuándo usar Edge Pulse
Usa Edge Pulse cuando quieras:
- medir el desempeño real en dispositivos, navegadores y redes
- detectar problemas de disponibilidad/latencia que el monitoreo sintético no capta
- entender qué regiones/rutas/edges se correlacionan con una mala experiencia
- dar seguimiento a cambios de experiencia después de releases, cambios de CDN o actualizaciones de enrutamiento
- priorizar el trabajo de desempeño con base en el impacto real al usuario
Cuándo no usarlo
Edge Pulse puede no ser la mejor opción cuando:
- necesitas verificaciones sintéticas (sondas programadas) en lugar de telemetría de tráfico real
- no puedes agregar ningún tag del lado del cliente por restricciones de política y no tienes una alternativa aprobada
- requieres rastreo de identidad a nivel de usuario (RUM no es una herramienta de analítica o atribución de usuarios)
- necesitas trazado profundo solo del lado del servidor (RUM complementa, no reemplaza, a APM/tracing)
Señales de que lo necesitas (síntomas)
- “Nuestro uptime está bien, pero los usuarios siguen quejándose de que el sitio es lento.”
- El desempeño varía mucho según región, ISP o dispositivo y no puedes explicar por qué.
- Ves picos ocasionales de latencia/throughput pero no puedes reproducirlos en pruebas.
- Necesitas evidencia para decidir si los problemas son de frontend, red o ruta de entrega.
- Los días de release se correlacionan con quejas, pero los logs no muestran fallos claros.
Métricas y cómo medirlas (qué revisar)
Métricas comunes de RUM que deberías rastrear con datos de Edge Pulse:
- Tasa de disponibilidad: % de sesiones sin fallos
- Latencia: distribución en el tiempo (p50/p95/p99) en lugar de solo promedios
- Throughput/ancho de banda: tendencias por región/red para detectar cuellos de botella de entrega
- Patrones de tiempos de navegación: regresiones después de deploys o cambios de terceros
- Correlación edge/ubicación: identifica si rutas de entrega específicas degradan la experiencia
Tip: prefiere dashboards basados en percentiles (p95/p99) para evitar que “el promedio esconda el dolor”.
Errores comunes (y cómo corregirlos)
-
Error: instalar el tag en una sola página.
Corrección: agrega el tag a cada página que quieras monitorear (los templates/layouts son ideales).
-
Error: esperar que RUM reemplace las verificaciones sintéticas.
Corrección: usa RUM para visibilidad de usuarios reales y monitoreo sintético para sondas constantes.
-
Error: bloquear scripts con CSP y asumir que RUM no puede funcionar.
Corrección: usa la opción de Pre-loading Tag cuando el JavaScript inline esté restringido.
-
Error: depender solo de promedios.
Corrección: rastrea percentiles (p95/p99) y segmenta por región, navegador y red.
Tag de JavaScript de Edge Pulse (cómo agregarlo)
Para empezar a monitorear, debes insertar el tag de JavaScript de Edge Pulse en cada página que quieras rastrear.
- El tag está disponible en la página de Edge Pulse en la Consola de Azion vía Copiar al portapapeles.
- La ejecución comienza después de que el navegador carga la página (según el tipo de tag).
- Puedes publicarlo manualmente en HTML o vía sistemas de gestión de tags.
Opciones de tag
| Tag | Mejor para | Qué hace |
|---|---|---|
| Tag por defecto | La mayoría de los sitios | Colócalo antes de </body>. Espera a que el evento de carga de página termine antes de descargar/ejecutar el cliente RUM, evitando interferir con la experiencia de usuario. |
| Tag de precarga | Entornos con CSP estricta | Colócalo justo antes de </body>. Corre antes del evento de carga; útil cuando el JavaScript inline está restringido por Content Security Policy. |
Cómo aplica esto en la práctica
Flujo típico de trabajo con RUM:
- Instrumenta las páginas clave (homepage, login, checkout, flujos principales de la app).
- Segmenta por región, ISP/red, dispositivo y navegador.
- Establece una línea base de desempeño y percentiles de disponibilidad actuales.
- Detecta regresiones después de releases y cambios de infraestructura.
- Actúa: optimiza assets de frontend, ajusta el enrutamiento, corrige cuellos de botella del origen o ajusta la estrategia edge.
- Valida mejoras comparando percentiles y tasas de error antes/después.
Cómo implementarlo en Azion (documentación)
- Primeros pasos: Primeros pasos con Edge Pulse
- Explora resultados y flujos de trabajo vía: Real-Time Events
- Resumen del producto: Observe
Integraciones
- Funciona con sistemas comunes de gestión de tags (publica el tag con tus herramientas existentes)
- Diseñado para alimentar análisis a través del ecosistema Observe de Azion y Real-Time Events
Limitaciones (qué planear)
- Requiere agregar un tag de JavaScript del lado del cliente en las páginas que quieres medir
- La visibilidad depende del tráfico real (las páginas con poco tráfico generan aprendizaje más lento)
- La configuración de privacidad del usuario (por ejemplo, Do Not Track) puede cambiar el comportamiento del identificador
Documentación (enlaces rápidos)
Preguntas frecuentes
¿Qué es Real User Monitoring (RUM)? RUM es un enfoque de monitoreo pasivo que captura telemetría de sesiones de usuarios reales (dispositivo, red, ubicación, navegador) para medir disponibilidad, latencia y throughput en condiciones reales, en lugar de simular tráfico con pruebas sintéticas.
¿Para qué se usa Edge Pulse? Para capturar métricas reales de desempeño y disponibilidad del usuario en el navegador y usarlas para mejorar la entrega y la experiencia de usuario.
¿Edge Pulse es monitoreo sintético? No. Es RUM: mide tráfico real de usuarios reales en lugar de sondas programadas. El monitoreo sintético ejecuta verificaciones periódicas desde ubicaciones fijas; RUM captura la experiencia real de cada visitante.
¿Cuál es la diferencia entre RUM y monitoreo sintético? RUM mide el tráfico real de usuarios en producción, capturando variabilidad real de dispositivo, red y geografía. El monitoreo sintético ejecuta sondas programadas desde ubicaciones fijas a intervalos regulares. RUM detecta problemas que afectan a usuarios reales; el monitoreo sintético detecta caídas de disponibilidad de forma predecible y constante. Se recomienda usar ambos en conjunto.
¿Necesito agregar el tag en cada página? Sí, solo las páginas con el tag serán monitoreadas. Para cobertura completa, agrega el tag a los templates o layouts compartidos en lugar de páginas individuales.
¿El tag va a hacer más lenta mi página? No. El script corre de forma asíncrona y está diseñado para no interferir con la carga ni la estructura de la página. El Tag por defecto espera a que termine el evento de carga antes de ejecutarse.
¿Qué pasa si mi CSP bloquea scripts inline? Usa el Tag de precarga, diseñado para entornos con configuraciones restrictivas de Content Security Policy (CSP).
¿Qué métricas debería rastrear con RUM? Las métricas clave son tasa de disponibilidad (% de sesiones sin fallos), latencia en percentiles (p50/p95/p99 en lugar de solo promedios), throughput por región y red, y patrones de tiempos de navegación para detectar regresiones después de deploys.
¿Edge Pulse rastrea la identidad del usuario? No. Edge Pulse usa un identificador UUID4 anónimo para correlacionar éxito/fallo, respeta la configuración de Do Not Track del navegador, y no es una herramienta de analítica o atribución de usuarios.
¿Con qué frecuencia se prueban las rutas de red? Cada usuario se prueba contra tres direcciones de la red edge de Azion a la vez, en intervalos de 30 minutos, cubriendo de forma continua y diversa los posibles caminos que un usuario puede tomar.
¿RUM reemplaza al monitoreo APM o server-side? No. RUM complementa al APM/tracing del lado del servidor pero no lo reemplaza. RUM mide la experiencia del lado del cliente; el APM mide el desempeño interno de tus servicios y bases de datos.