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


152

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?


1
Para un sitio como Facebook, tienen un tiempo de 1,8-2 segundos para el primer byte / que incluye una buena porción de contenido en la página. Luego eliminan el resto del contenido en los próximos 1-2 segundos.
MKN Web Solutions

Respuestas:


161

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.

32
¿Esto todavía se mantiene bien en 2017?
Karthik Cherukuri

27
@KarthikCherukuri: sí, sigue siendo relevante. La respuesta está hablando de la percepción humana, que es una función de la biología. El tiempo entre 1993 y hoy es bastante pequeño cuando se trata de escalas de tiempo evolutivas. Nuestra neuroanatomía es la misma ahora que entonces.
rianjs

13

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.


¿Tal vez 2000 milisegundos y 10000 ms?
Bob

9
Tal vez realmente quiso decir 20 milisegundos. La aplicación en la que estoy trabajando actualmente tiene tiempos de respuesta típicos que promedian alrededor de 15 ms (cuando realizo pruebas locales en mi computadora portátil). Desafortunadamente, eso no es lo que la mayoría de los usuarios ven, ya que están muy lejos del servidor, además hay tiempo de renderizado que también debe incluir. Pero desde una perspectiva de aplicación pura, 15, o incluso un poco menos de 10, es muy posible, incluso para una aplicación de comercio electrónico compleja.
Aquarelle

6

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.


2
¿3 segundos para el servidor de aplicaciones o renderizado en el navegador? Apunto a 100mSec para el servidor de aplicaciones. pero 4 segundos en el navegador.
drhenner

2
<3 suena más como si hablaras del tiempo de carga de la página, que no es lo mismo que el tiempo de respuesta.
markus

5

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.


Eso es justo. Mi pregunta es un poco general. Supongo que estoy buscando números del mundo real de lo que la gente lucha. Saber mucho depende de la situación. ¡Gracias!
Michael Bobick

1
Cuanto más rápido, mejor.
Tomkay

5

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!


3

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.


2

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.


1

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.


Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.