w3schools property img attribute javascript monitoring user-experience

javascript - property - Herramientas de monitoreo de la experiencia del usuario final.



title label html (7)

Tengo una aplicación web con una gran cantidad de lógica tanto del lado del cliente como del servidor. Se considera crítico para el negocio que esta aplicación se sienta receptiva para el usuario final, según una definición de "sensibilidad". ;)

La mayoría de las discusiones sobre monitoreo de sitios web se centran en mantener un ojo en las métricas del lado del servidor (tiempo de respuesta, profundidad de la cola de E / S, latencia, carga de la CPU, etc.), es decir, tendemos a tratar el rendimiento y la capacidad de respuesta del servidor como si fuera un "proxy" viable. por lo que el usuario está experimentando.

Desafortunadamente, a medida que movemos más y más lógica a Javascript del lado del cliente, la correlación disminuye y las métricas de nuestro servidor se vuelven menos útiles.

No encontré ninguna buena coincidencia con las preguntas sobre esto. Googlear ofrece una gama de productos comerciales que pueden estar relacionados, pero generalmente son de los sitios web de los fabricantes, llenos de comentarios inútiles y "por favor llámenos para obtener más información", por lo que es difícil saberlo.

¿Hay alguna herramienta de uso común para este tipo de cosas, aparte de rodar las suyas? Tanto gratis como comercial son bienvenidos, aunque gratis es obviamente mejor que todo lo demás es igual.

EDITAR: Para aclarar, principalmente necesito recopilar datos en masa sobre la experiencia del usuario, incluidos la capacidad de respuesta y los errores de rotura / script. El análisis automático es muy bueno de tener, aunque esperaría tener que investigar los datos de vez en cuando sin importar la solución.


Principalmente necesito recopilar datos en masa sobre la experiencia del usuario, incluidos los errores de capacidad de respuesta y de ruptura / script.

=> Para eso utilizamos iMacros (y la versión alojada, AlertFox ) para. iMacros ejecuta las mediciones en una variedad de navegadores web reales (IE, Firefox, ...). Las herramientas están disponibles como versiones gratuitas y de pago. La información que obtiene es similar a Dynatrace Ajax pero es más fácil de usar y menos costosa.

En nuestro caso, lo usamos para evaluar una aplicación web de misión crítica de forma continua. Las tareas monitoreadas incluyen el tiempo de inicio de sesión, el tiempo para completar ciertas tareas, como la entrada de datos, la carga de archivos o la recuperación de información del almacén de datos.


Bucky Client y Bucky Server, pueden realizar esa tarea:

http://github.hubspot.com/bucky/

Desde su página web:

Herramienta de código abierto para medir el rendimiento de su aplicación web directamente desde los navegadores de sus usuarios.

Para analizar los datos aconsejan Graphite o OpenTSDB.


Hay algunas herramientas gratuitas disponibles para el monitoreo del rendimiento. Yahoo usa un script de código abierto que utiliza llamado Boomerang que puede medir los tiempos de carga de la página y otras métricas de rendimiento para los usuarios finales. Documentación completa aquí . Google Analytics también ofrece un informe de tiempo de carga de página básico .

Para la supervisión de errores, querrá escuchar el evento window.onerror. No conozco ningún script que lo registre automáticamente, o extraiga los registros en el lado del servidor. Si implementas el tuyo, debes tener mucho cuidado de no hacer ping al servidor con demasiada frecuencia. ¡Imagina cuántas solicitudes generaría si hubiera un error JS en tu código de manejo de errores JS!


Puede probar Atatus que proporciona Monitoreo de usuario real (RUM) y Seguimiento de errores avanzado para sitios web y aplicaciones web.

Atatus


Puede utilizar Dynatrace Ajax para medir y perfilar el rendimiento del JavaScript en IE y Firefox. Para Chrome, tienen herramientas integradas: eche un vistazo a: http://blog.chromium.org/2011/05/chrome-developer-tools-put-javascript.html

Para monitorear el rendimiento de la aplicación / sitio en general, recomendaría el monitoreo sintético utilizando navegadores reales, también conocido como monitoreo del rendimiento web. Estos son servicios que tienen agentes robóticos en los ISP Backbone que realizan la misma actividad que los usuarios finales. Utilizamos Catchpoint , que admite scripts de Selenium. Pero hay otros como Gómez y Keynote por ahí que han estado proporcionando tales soluciones durante años.


También puede consultar New Relic, que ahora tiene integrado el "monitoreo real del usuario", que mide el rendimiento en todos los tipos de navegador. Hay un período de prueba de 14 días para que pueda configurarlo de forma gratuita y ver si le gusta. Obtendrá visibilidad de la velocidad de representación del navegador, el procesamiento de DOM, el tiempo que pasa en la red, hasta el rendimiento de la aplicación en el servidor.