performance - tipos - ¿Qué se considera un buen tiempo de respuesta para una aplicación web dinámica y personalizada?
significado de paginas web dinamicas (9)
Para una aplicación web compleja que incluye contenido dinámico y personalización, ¿cuál es un buen tiempo de respuesta del servidor (excluyendo así la latencia de la red y el tiempo de renderizado del navegador)? Estoy pensando en sitios como Facebook, Amazon, MyYahoo, etc. Una pregunta relacionada es ¿cuál es un buen tiempo de respuesta para un servicio de backend?
2 a 3 segundos
Creo que descubrirá que si su aplicación web está realizando una operación compleja y luego se le proporcionan comentarios al usuario, no le importará (demasiado).
Por ejemplo: Cargando Google Mail.
Depende de lo que mantiene contentos a los usuarios. Por ejemplo, Gmail tarda bastante en abrir al principio, pero los usuarios esperan porque vale la pena esperar.
Hay una gran cantidad de investigación sobre esto. Aquí hay un resumen rápido .
Tiempos de respuesta: los 3 límites importantes
por Jakob Nielsen el 1 de enero de 1993
Resumen: hay 3 límites de tiempo principales (que están determinados por las capacidades perceptivas humanas) que se deben tener en cuenta al optimizar el rendimiento de la web y las aplicaciones.
Extracto del Capítulo 5 en mi libro Usability Engineering , de 1993:
El asesoramiento básico con respecto a los tiempos de respuesta ha sido aproximadamente el mismo durante treinta años [Miller 1968; Card et al. 1991]:
- 0.1 segundos es aproximadamente el límite para que el usuario sienta que el sistema está reaccionando instantáneamente , lo que significa que no es necesaria ninguna retroalimentación especial, excepto para mostrar el resultado.
- 1.0 segundo es aproximadamente el límite para que el flujo de pensamiento del usuario permanezca ininterrumpido, aunque el usuario notará la demora. Normalmente, no se necesita ninguna retroalimentación especial durante retrasos de más de 0.1 pero menos de 1.0 segundo, pero el usuario pierde la sensación de operar directamente sobre los datos.
- 10 segundos es aproximadamente el límite para mantener la atención del usuario centrada en el diálogo. Para retrasos más largos, los usuarios querrán realizar otras tareas mientras esperan que la computadora termine, por lo que se les debe dar una retroalimentación que indique cuándo se espera que la computadora termine. La retroalimentación durante el retraso es especialmente importante si el tiempo de respuesta es muy variable, ya que los usuarios no sabrán qué esperar.
He estado luchando por <3 segundos para mis aplicaciones, pero soy un poco exigente en lo que respecta al rendimiento.
Si preguntas a tu alrededor, dicen que la gente comienza a perder interés en el rango> = 7 segundos, entre 10 y 15 segundos normalmente los has perdido, a menos que REALMENTE tengas algo que quieren o necesitan.
No solo depende de lo que mantiene contentos a los usuarios, sino de cuánto tiempo de desarrollo tienes? ¿Qué tipo de recursos puede arrojar al problema (software, hardware y personas)?
No me importa un par de demoras de unos segundos para aplicaciones alojadas si están haciendo algo "complejo". Si es realmente simple, las demoras me molestan.
Nos esforzamos por tiempos de respuesta de 20 milisegundos, mientras que algunas páginas complejas tardan hasta 100 milisegundos. Para las páginas más complejas, dividimos la página en partes más pequeñas y usamos el patrón de visualización progresiva para cargar cada sección. De esta forma, algunas porciones se cargan rápidamente, incluso si la página tarda de 1 a 2 segundos en cargarse, manteniendo al usuario ocupado mientras se carga el resto de la página.
Nuestra empresa tiene un límite estándar de tiempo de respuesta de 5 segundos, y nuestro objetivo es de 2 a 3 segundos en general. Esto representa el 98% de las cargas de página. Algunas tareas particulares pueden durar hasta 15 segundos, pero luego mitigamos ese tiempo colocando una página y actualizando cada 5 segundos para decirle al usuario que aún estamos tratando de procesar la solicitud. De esa forma el usuario ve que algo está sucediendo y no simplemente se va. Aunque, considerando que trabajo en un sitio web cuyos usuarios se ven obligados a usar por razones comerciales, no se van a ir, pero son capaces de quejarse bastante fuerte.
En general, si el procesamiento va a tomar más de 5 segundos, coloque una página temporal para que el usuario no pierda interés.
Por supuesto, se basa en la naturaleza de su pregunta, por lo que las respuestas son muy subjetivas.
La primera respuesta de un sitio web también es solo una pequeña parte del tiempo hasta que una página sea legible / utilizable.
Me molestan las respuestas de más de 10 segundos. Creo que un sitio web debe ser renderizado después de 5-7 segundos.
Por cierto: .com tiene un excelente tiempo de respuesta!