Ir al contenido

Glosario Real User Monitoring (RUM)

¿Qué es el Real User Monitoring?

  • Rendimiento
  • Analytics
Definición

El Real User Monitoring mide el rendimiento en los navegadores de las personas que realmente visitan el sitio: sus dispositivos, sus redes, sus condiciones. No es una prueba de laboratorio, sino la recogida de lo que ocurrió de verdad.

Una mejor puntuación en Lighthouse no cierra esta brecha.
En esta página 5
  1. Campo frente a laboratorio
  2. Qué evalúa Google
  3. Por qué las cifras no coinciden
  4. ¿CrUX o RUM propio?
  5. Tres errores frecuentes al medir
En breve

Un 100 en Lighthouse y un suspenso en Core Web Vitals no se contradicen: miden cosas distintas. Google evalúa el campo, no el laboratorio.

Una mejor puntuación en Lighthouse no cierra esta brecha.

Campo frente a laboratorio

Una medición de laboratorio se ejecuta en condiciones fijas: un dispositivo simulado, una conexión limitada, una carga. Es repetible: la misma página dos veces da casi el mismo número. Por eso sirve para comparar dos versiones.

Una medición de campo recoge lo que les pasó a visitantes reales: un teléfono de hace siete años en el tren, un ordenador con treinta pestañas, una línea rápida a las tres de la madrugada. No es repetible y aun así es la única que describe la realidad.

Las dos son correctas. Sólo responden a preguntas distintas: ¿es mejor mi cambio? frente a ¿cómo vive la gente esta página?

Qué evalúa Google

Para las Core Web Vitals cuentan los datos de campo. Google los toma del Chrome User Experience Report, CrUX, mediciones anonimizadas de usuarios de Chrome que lo han aceptado.

Dos propiedades explican casi toda la confusión. La primera: el valor es una ventana de 28 días, así que una mejora de hoy tarda semanas en verse. La segunda: se usa el percentil 75, no la media, sino el valor por debajo del cual quedan tres de cada cuatro cargas. Un cuarto lento arrastra la nota, y una mediana muy rápida no la salva.

Por qué las cifras no coinciden

El caso cotidiano: Lighthouse marca 98 y Search Console dice «necesita mejorar». No es un error, son cuatro diferencias a la vez.

  • Dispositivo: el laboratorio simula un móvil de gama media; los visitantes traen de todo.
  • Estado: el laboratorio carga en frío; los visitantes reales suelen tener caché.
  • Interacción: el INP sólo existe cuando alguien pulsa. En el laboratorio no pulsa nadie.
  • Tiempo: el laboratorio mide ahora; el campo, los últimos 28 días.

De ahí el orden al diagnosticar: el campo dice si hay un problema; el laboratorio ayuda a encontrar por qué. Medir sólo en laboratorio arriesga optimizar algo que ningún visitante encuentra.

¿CrUX o RUM propio?

CrUX no cuesta nada y es la fuente de la que Google saca su evaluación. Tiene límites: sólo Chrome, sólo páginas con tráfico suficiente, y los valores llegan como ventana y no como caso individual.

Un RUM propio recoge en el propio código —normalmente con la biblioteca web-vitals— y aporta lo que CrUX no puede: todos los navegadores, de inmediato en lugar de tras semanas, y la posibilidad de cruzar el valor con atributos propios: tipo de página, país, sesión iniciada o no.

El reparto práctico: CrUX es la nota que cuenta. El RUM propio es la herramienta para entenderla y para comprobar rápido si un cambio ha servido.

Tres errores frecuentes al medir

Mirar justo después de un despliegue. La ventana de campo es de 28 días; una mejora de ayer apenas se ve en ella. Juzgar al día siguiente mide sobre todo el estado anterior.

Fijarse en la media. Lo que se califica es el percentil 75. Una media buena puede convivir con una nota mala si un cuarto de las cargas se queda muy atrás.

Tomar una página por el sitio. CrUX da valores por URL y, cuando los datos son escasos, por grupo de páginas similares. La portada no representa al catálogo, y una página medida no representa a todas.

Manuel Riveiro Rodriguez CEO & Digital Strategist

Una auditoría técnica revisa esto y el resto en un solo paso.

Solicitar auditoría

Preguntas frecuentes

Tengo 100 en Lighthouse y las Core Web Vitals suspenden. ¿Cómo puede ser?

Porque miden cosas distintas. Lighthouse es una prueba de laboratorio en condiciones fijas; las Core Web Vitals se evalúan con datos de campo de visitantes reales, en el percentil 75 y sobre 28 días. Las dos cifras pueden ser correctas a la vez.

¿Cuánto tarda en verse una mejora?

Semanas, no días. El valor de campo es una ventana de 28 días, así que una corrección de hoy sólo se refleja del todo cuando esa ventana se ha renovado. Un RUM propio lo enseña de inmediato; la nota oficial, no.

¿Necesito una herramienta de pago?

No para empezar. La biblioteca web-vitals de Google es abierta y envía los valores a donde se quiera, incluido un endpoint propio o GA4. Las herramientas de pago aportan almacenamiento, alertas y análisis, no la medición en sí.

¿Por qué no aparecen datos de campo para mi página?

Porque CrUX necesita un mínimo de tráfico para publicar valores sin identificar a nadie. Si una URL no llega, Google puede evaluarla dentro de un grupo de páginas parecidas, y si tampoco hay grupo, no hay dato. Eso no significa que la página sea lenta.

¿Es RUM lo mismo que analítica web?

No, aunque a veces comparten herramienta. La analítica cuenta qué hizo la gente: páginas, sesiones, conversiones. El RUM mide cómo se comportó la página mientras lo hacía: tiempos de carga, capacidad de respuesta, estabilidad visual.