Sin tráfico en Google Analytics durante las pruebas de carga

Qué ocurre durante una solicitud de prueba de carga

Cada solicitud llega a tu servidor, donde está alojada la aplicación, pero no carga ningún recurso:

• JavaScript
• CSS
• imágenes
• fuentes
• etc

El tiempo de respuesta mide el tiempo transcurrido desde justo antes de enviar la solicitud hasta justo después de recibir la última respuesta; no incluye el tiempo necesario para renderizar la respuesta, ni procesa ningún código del cliente, por ejemplo JavaScript.

Por qué Google Analytics no ve el tráfico de las pruebas de carga

Google Analytics, y la mayoría de herramientas similares como Mixpanel, Segment o Hotjar, funcionan ejecutando un fragmento de JavaScript del lado del cliente dentro de un navegador real. Ese script dispara un evento de vuelta al servicio de analítica una vez que la página se ha cargado y ejecutado en el navegador.

Una prueba de carga no ejecuta un navegador. Envía solicitudes HTTP directas a tu servidor o endpoint de API y mide cómo responde el servidor, sin analizar el HTML, sin descargar los recursos enlazados y sin ejecutar ningún JavaScript de la página. Como el fragmento de Google Analytics nunca se ejecuta, nunca envía su beacon de pageview o evento, así que el tráfico nunca aparece en tu panel de Analytics, sin importar cuántos usuarios virtuales envíes al endpoint. Este es el comportamiento esperado, no un error ni una señal de que tu prueba no llegó al servidor.

Dónde sí aparece el tráfico de las pruebas de carga

Como la propia solicitud es una solicitud HTTP real, es totalmente visible en cualquier lugar que observe el tráfico a nivel de servidor o de red, en lugar de a nivel de navegador:

• Registros de acceso del servidor web y de la aplicación
• Registros de la CDN o del proxy inverso
• Herramientas de APM del backend (New Relic, Datadog y similares)
• Métricas de infraestructura: CPU, memoria, número de conexiones
• Los propios resultados de prueba de LoadFocus, códigos de respuesta y gráficos de tiempo de respuesta

Si necesitas confirmar que tu servidor realmente recibió la carga, revisa una de estas fuentes en lugar de una herramienta de analítica del lado del cliente.

Por qué esto importa al leer tus resultados

Como el tiempo de respuesta en una prueba de carga mide únicamente el tiempo de servidor y de red, y excluye el análisis, renderizado y ejecución de scripts en el navegador, un resultado de prueba de carga rápido te dice que el backend respondió con rapidez, pero no cuán rápido percibe un visitante real que la página se ha cargado. Una página que devuelve su HTML en 100 ms pero luego carga varios megabytes de JavaScript e imágenes puede seguir sintiéndose lenta para un usuario real, aunque parezca rápida en una prueba de carga HTTP directa.

Si también quieres medir cómo rinde una página desde el punto de vista de un navegador real, incluyendo la carga de recursos, el renderizado y los Core Web Vitals, bajo carga, eso es un tipo de comprobación distinto a una prueba de carga HTTP directa. Consulta https://loadfocus.com/docs/es-es/guides/load-testing/page-speed-under-load para ese otro aspecto de las pruebas de rendimiento.