Velocidad de página bajo carga
Resumen
Velocidad de página bajo carga mide Core Web Vitals en una de tus páginas mientras una prueba de carga en la nube se ejecuta contra ella. En lugar de ver solo métricas del servidor como tiempos de respuesta y tasas de error, también ves lo que experimenta un navegador real cuando el backend se somete a carga, y puedes leer el número de usuarios virtuales a partir del cual la experiencia de la página empieza a degradarse.
Mientras la prueba aumenta los usuarios virtuales, LoadFocus carga la página que elijas en un navegador headless real a intervalos y registra:
- LCP (Largest Contentful Paint)
- CLS (Cumulative Layout Shift)
- FCP (First Contentful Paint)
- TTFB (tiempo de respuesta del servidor)
Cada captura se etiqueta con el número de usuarios virtuales activos en ese momento, de modo que los resultados superponen la métrica sobre la curva de carga en una única línea de tiempo.
Por qué es importante
Una prueba de carga te dice que el servidor siguió disponible. No te dice si la página seguía sintiéndose rápida para un visitante mientras estaba bajo carga. A medida que el backend se satura, las páginas tardan más en renderizarse: LCP sube, TTFB crece, el diseño puede desplazarse. Velocidad de página bajo carga hace esto visible, y el dato más importante para la planificación de capacidad es el número de usuarios virtuales a partir del cual una métrica pasa a "deficiente".
Requisitos
- Una prueba de carga en la nube general (URL). Esta función está disponible en la prueba de carga en la nube estándar, no en pruebas de JMeter o k6.
- Un plan de Page Speed Monitoring. En el plan gratuito el interruptor muestra un aviso de mejora en lugar de activarse.
- Cada captura consume una prueba de Page Speed de tu cuota de Page Speed Monitoring (la misma cuota que utiliza Site Monitoring). Una ejecución captura hasta unas 15 muestras.
- Funciona en ejecuciones manuales. Las ejecuciones programadas todavía no capturan Core Web Vitals.
Cómo activarlo
- Abre una prueba de carga en la nube general y ve a su configuración.
- Activa Measure Core Web Vitals under load.
- En Page to measure, introduce la página que quieres medir. Por defecto es la primera URL de solicitud de la prueba. Usa una página que realmente sirva el sistema que estás probando, de lo contrario las métricas no reflejarán la carga.
- Inicia la prueba como de costumbre.
Interpretar los resultados
Cuando la ejecución termine, abre su página de resultados. Aparece un panel Page speed under load en cuanto se han recopilado muestras.
- El gráfico superpone dos líneas sobre la línea de tiempo de la ejecución: la rampa de usuarios virtuales y la métrica seleccionada. Puedes ver cómo la métrica sube a medida que aumenta la carga.
- El selector de métrica (LCP, CLS, FCP, TTFB) cambia qué métrica muestran el gráfico y las tarjetas.
- Las tarjetas resumen la ejecución:
- Base: la métrica con la carga más baja
- Carga máxima: la métrica con la carga más alta
- Cambio: la diferencia porcentual entre ambas
- Punto de cruce: el número de usuarios virtuales en el que la métrica cruzó por primera vez el umbral "deficiente", por ejemplo "LCP cruzó 2,5s en ~620 VU"
- La tabla de muestras enumera cada captura con su número de usuarios virtuales y las cuatro métricas.
Notas
- El número de usuarios virtuales mostrado se reconstruye a partir de la rampa configurada de tu prueba (usuarios, tiempo de rampa y pasos). Es una aproximación precisa de la concurrencia en cada punto, no el calendario exacto de hilos ejecutado.
- Las mediciones usan condiciones reales observadas, sin limitación de red simulada, de modo que la degradación que ves proviene del sistema bajo carga y no de una conexión emulada.
- Los Core Web Vitals aquí son mediciones de laboratorio de la página que especificas. Complementan, y no reemplazan, los datos de campo de Page Speed Monitoring.