¿Qué se considera un buen tiempo de respuesta para una aplicación web dinámica y personalizada? [cerrado]

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 la latencia de red y el tiempo de representación 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 back-end?

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 habilidades de percepción humana) a tener en cuenta al optimizar el rendimiento de la aplicación y la web.

Extracto del Capítulo 5 de mi libro Ingeniería de usabilidad , de 1993:

El consejo básico con respecto a los tiempos de respuesta ha sido casi el mismo durante treinta años [Miller 1968; Card y col. 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 una 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, a pesar de que el usuario notará el retraso. Normalmente, no es necesaria una retroalimentación especial durante demoras 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 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 retroalimentación que indique cuándo la computadora espera que se haga. La retroalimentación durante el retraso es especialmente importante si es probable que el tiempo de respuesta sea muy variable, ya que los usuarios no sabrán qué esperar.

Nos esforzamos por tiempos de respuesta de 20 milisegundos, mientras que algunas páginas complejas toman hasta 100 milisegundos. Para las páginas más complejas, dividimos la página en partes más pequeñas y utilizamos el patrón de visualización progresiva para cargar cada sección. De esta manera, algunas partes 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.

He estado luchando por <3 segundos para mis aplicaciones, pero soy un poco exigente en lo que respecta al rendimiento.

Si preguntas por ahí, dicen que las personas comienzan a perder interés en el rango de = = 7 segundos, por 10-15 segundos generalmente los has perdido, a menos que REALMENTE tengas algo que quieran o necesiten.

Depende de lo que mantenga contentos a sus usuarios. Por ejemplo, Gmail tarda bastante en abrirse al principio, pero los usuarios esperan porque vale la pena esperar.

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 procesarse después de 5-7 segundos.

Por cierto: stackoverflow.com tiene un excelente tiempo de respuesta!

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. Se permite que algunas tareas en particular aumenten hasta 15 segundos, pero luego mitigamos ese tiempo colocando una página y actualizando cada 5 segundos diciéndole al usuario que todavía estamos tratando de procesar la solicitud. De esa forma, el usuario ve que algo está sucediendo y no se va. Aunque, teniendo en cuenta 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 en voz alta.

En general, si el procesamiento demorará más de 5 segundos, coloque una página temporal para que el usuario no pierda interés.

Creo que descubrirá que si su aplicación web está realizando una operación compleja, siempre y cuando se proporcione retroalimentación al usuario, no le importará (demasiado).

Por ejemplo: Cargando Google Mail.

No solo depende de lo que mantiene contentos a sus usuarios, sino de cuánto tiempo de desarrollo tiene. ¿Qué tipo de recursos puede arrojar al problema (software, hardware y personas)?

No me importa un par de segundos de retraso para las aplicaciones alojadas si están haciendo algo "complejo". Si es realmente simple, los retrasos me molestan.

2 a 3 segundos