Tipos de medición de velocidad web: sintética, Chrome UX Report y Real User Monitoring

Aclaremos las diferencias entre los distintos tipos de medición de velocidad web. Hablemos de la sintética («synth»), datos de usuarios de Google («CrUX») y datos de todos los usuarios («RUM»).

Estas mediciones caen bajo el monitoreo automatizado de velocidad web, que sinceramente recomendamos tener activado.

CrUX como base, synth como complemento necesario#

La base siempre debe ser los datos de los usuarios de Google (Chrome UX Report, CrUX), que miden excelentemente la experiencia del usuario y, además, influyen en el tráfico orgánico o en el coste por clic en Google Ads.

Los números de los usuarios de Google en nuestro test de velocidad web los complementamos con mediciones sintéticas (conocidas como «synth») que obtenemos diariamente y que nos permiten vigilar los valores de las métricas o buscar problemas específicos.

Sin la sintética y CrUX, sería impensable.

Para sitios web más grandes o en casos justificados, complementamos CrUX y la sintética para asesoría en velocidad web con el monitoreo de todos los usuarios (Real User Monitoring, RUM).

Datos sintéticos (synth)#

Los datos se obtienen mediante máquinas, por ejemplo, usando Lighthouse o WebpageTest.org.

• La ventaja es un informe detallado sobre la velocidad.
• La desventaja es que se trata solo de un informe para la primera carga, por lo que métricas de usuario como INP o CLS no están o son inexactas.

En nuestro monitoreo para pruebas, usamos nuestro propio Lighthouse.

Datos de usuarios de Google (CrUX)#

Los datos del Chrome UX Report (abreviado CrUX) provienen directamente de los usuarios del navegador Google Chrome.

• Ventaja: aquí están todas las métricas Core Web Vitals directamente de los usuarios.
• Desventaja: los datos los tenemos solo acumulados de los últimos 28 días y, por lo general, solo para todo el dominio, no para una URL específica.

En nuestro monitoreo PLUS descargamos datos para páginas individuales desde CrUX API. Los datos para gráficos mensuales en el informe «Dominios» luego provienen del Chrome UX Report en BigQuery.

Datos de todos los usuarios (RUM)#

El llamado Real User Monitoring (RUM) puede recoger información de todos los usuarios o de una muestra de ellos.

• Ventaja: los datos recogidos por javascript los tenemos de inmediato.
• Desventaja: es costoso, complejo de implementar y analizar, y devuelve valores diferentes a CrUX.

El monitoreo de PageSpeed.ONE actualmente no recoge datos RUM. Nosotros mismos recomendamos recoger estos datos solo para sitios grandes o si tiene motivos específicos (por ejemplo, optimización de la métrica INP) y usamos para estos fines SpeedCurve RUM.

Diferencias entre métricas específicas#

En términos generales, las diferencias en la recopilación de Web Vitals en la sintética, CrUX y RUM son las siguientes:

• LCP (velocidad de carga) – se recoge de la misma manera en todos. Solo en mediciones sintéticas se recoge de una medida específica o del mediano de las medidas, por lo que para todo el dominio es muy inexacto.
• CLS (desplazamiento del diseño) – pueden ser grandes diferencias. En la sintética, generalmente se mide solo la primera carga de la página. En el caso de RUM, el cálculo de CLS se detiene cuando se envían los datos. En CrUX, sin embargo, la medición continúa hasta que el usuario cambia a otra ventana.
• INP (velocidad de interacción) – pueden ser grandes diferencias. En la sintética, normalmente no se mide INP, en RUM y CrUX se mide de manera acumulada para páginas específicas.

Cabe señalar que los datos también difieren entre las diferentes herramientas de medición y son sensibles a la configuración de estas herramientas.

Además, obtendrá diferentes resultados para aplicaciones MPA (cada página se carga desde el servidor) y SPA (solo se carga la primera página desde el servidor). Simplificando, para SPA se aplica que CLS e INP se miden acumulativamente para toda la sesión. Consulte también el artículo sobre SPA y Web Vitals en web.dev.

Ejemplo de diferencias entre métricas#

Echemos un vistazo a un ejemplo de uno de nuestros clientes, para quien realizamos un análisis RUM, de cómo las métricas pueden diferir entre las mediciones:

	synth	RUM	CrUX
LCP	1,57 s	1,66 s	2,22 s
CLS	0,01	0	0,05
INP	-	136 ms	310 ms

Algunas notas sobre la tabla:

• La métrica LCP peor en CrUX (datos del Chrome UX Report) en comparación con RUM se explica por dispositivos más débiles, ya que CrUX en móviles se recoge solo en Android.
• La sintética está limitada a unas pocas pruebas en unos pocos dispositivos, por lo que no tomamos sus valores demasiado en serio, pero nos ayuda con el monitoreo de cambios en el sitio, véase por ejemplo el informe Vigilante.
• La métrica INP no la recoge la sintética. En CrUX, para aplicaciones tipo SPA los datos se acumulan, por lo que siempre serán peores.
• Del mismo modo, la métrica CLS puede ser la peor en CrUX. Se calcula durante todo el tiempo de uso de la página, no solo en la primera carga (sintética) o hasta que se envían los datos de medición (RUM).

Si la problemática le interesa más, consulte el artículo sobre las diferencias entre CrUX y RUM según web.dev.