O que é considerado um bom tempo de resposta para um aplicativo Web dinâmico e personalizado? [fechadas]


152

Para um aplicativo Web complexo que inclui conteúdo e personalização dinâmicos, qual é um bom tempo de resposta do servidor (excluindo a latência da rede e o tempo de renderização do navegador)? Estou pensando em sites como Facebook, Amazon, MyYahoo etc. Uma pergunta relacionada é: qual é um bom tempo de resposta para um serviço de back-end?


1
Para um site como o Facebook, eles têm um tempo de 1,8 a 2 segundos para o primeiro byte / o que inclui uma boa parte do conteúdo da página. Em seguida, eles colocam o Ajax no restante do conteúdo nos próximos 1-2 segundos.
MKN Web Solutions

Respostas:


161

Há muita pesquisa sobre isso. Aqui está um resumo rápido .

Tempos de resposta: os três limites importantes

por Jakob Nielsen em 1 de janeiro de 1993

Resumo: Existem três prazos principais (que são determinados pelas habilidades perceptivas humanas) a serem lembrados ao otimizar o desempenho da Web e dos aplicativos.

Trecho do capítulo 5 do meu livro Usabilidade Engenharia , de 1993:

O conselho básico sobre o tempo de resposta é praticamente o mesmo há trinta anos [Miller 1968; Card et al. 1991]:

  • 0,1 segundo é o limite para que o usuário sinta que o sistema está reagindo instantaneamente , o que significa que nenhum feedback especial é necessário, exceto para exibir o resultado.
  • 1,0 segundo é sobre o limite para o fluxo de pensamento do usuário permanecer ininterrupto, mesmo que o usuário note o atraso. Normalmente, nenhum feedback especial é necessário durante atrasos superiores a 0,1, mas inferiores a 1,0 segundo, mas o usuário perde a sensação de operar diretamente nos dados.
  • 10 segundos é o limite para manter a atenção do usuário focada no diálogo. Para atrasos mais longos, os usuários desejam executar outras tarefas enquanto aguardam a conclusão do computador, portanto, eles devem receber feedback indicando quando o computador espera que seja feito. O feedback durante o atraso é especialmente importante se o tempo de resposta provavelmente for altamente variável, pois os usuários não saberão o que esperar.

32
Isso ainda é válido em 2017 ??
Karthik Cherukuri

27
@KarthikCherukuri - sim, ainda é relevante. A resposta está falando sobre a percepção humana, que é uma função da biologia. O tempo entre 1993 e hoje é bem pequeno quando se trata de escalas de tempo evolutivas. Nossa neuroanatomia é a mesma agora como era então.
rianjs

13

Nós nos esforçamos para obter tempos de resposta de 20 milissegundos, enquanto algumas páginas complexas levam até 100 milissegundos. Para as páginas mais complexas, dividimos a página em partes menores e usamos o padrão de exibição progressivo para carregar cada seção. Dessa forma, algumas partes são carregadas rapidamente, mesmo que a página demore de 1 a 2 segundos para carregar, mantendo o usuário envolvido enquanto o restante da página está carregando.


Talvez 2000 milissegundos e 10000 ms?
Bob

9
Talvez ele realmente quisesse dizer 20 milissegundos. O aplicativo no qual estou trabalhando atualmente tem tempos de resposta típicos em média de 15 ms (ao testar localmente no meu laptop). Infelizmente, não é isso que a maioria dos usuários vê, pois está longe do servidor, além de haver tempo de renderização que você deve incluir também. Mas, de uma perspectiva pura do aplicativo, 15 ou até menos de 10 anos é muito possível, mesmo para um aplicativo de comércio eletrônico complexo.
Aquarelle

6

Eu tenho me esforçado por <3 segundos para meus aplicativos, mas sou um pouco exigente quando se trata de desempenho.

Se você perguntar, eles dizem que as pessoas começam a perder o interesse no intervalo> = 7 segundos; em 10 a 15 segundos você normalmente as perde, a menos que você REALMENTE tenha algo que elas querem ou precisam.


2
3 segundos para o servidor de aplicativos ou renderização no navegador? Eu aponto para 100mSec para servidor de aplicativos. mas 4 segundos no navegador.
drhenner

2
<3 soa mais como se você estivesse falando sobre o tempo de carregamento da página, que não é o mesmo que o tempo de resposta.
Markus

5

Depende do que mantém seus usuários felizes. Por exemplo, o Gmail leva um bom tempo para abrir no início, mas os usuários esperam porque vale a pena esperar.


Isso é justo. Minha pergunta é um pouco geral. Acho que estou procurando números do mundo real do que as pessoas estão se esforçando. Um saber muito disso depende da situação. Obrigado!
Michael Bobick 02/10/08

1
Quanto mais rápido, melhor.
26413 Tomkay

5

Obviamente, é da natureza da sua pergunta, portanto as respostas são altamente subjetivas.

A primeira resposta de um site também é apenas uma pequena parte do tempo até que uma página seja legível / utilizável.

Estou aborrecido com tudo o que for maior que 10 segundos. Eu acho que um site deve ser renderizado após 5 a 7 segundos.

Btw: stackoverflow.com tem um excelente tempo de resposta!


3

Nossa empresa possui um limite padrão de tempo de resposta de 5 segundos e, em geral, pretendemos 2-3 segundos. Isso representa 98% do carregamento da página. Algumas tarefas específicas têm permissão para ir até 15 segundos, mas reduzimos esse tempo colocando uma página e atualizando a cada 5 segundos, informando ao usuário que ainda estamos tentando processar a solicitação. Dessa forma, o usuário vê que algo está acontecendo e não sai. Embora, considerando que eu trabalho em um site cujos usuários sejam forçados a usar por motivos comerciais, eles não vão embora, mas são capazes de reclamar em voz alta.

Em geral, se o processamento demorar mais de 5 segundos, coloque uma página temporária para que o usuário não perca o interesse.


2

Acho que você descobrirá que, se seu aplicativo Web estiver executando uma operação complexa, desde que seja fornecido feedback ao usuário, ele não se importará (demais).

Por exemplo: Carregando o Google Mail.


1

Não depende apenas do que mantém seus usuários felizes, mas quanto tempo de desenvolvimento você tem? Que tipo de recursos você pode oferecer ao problema (software, hardware e pessoas)?

Não me importo de demorar alguns segundos para aplicativos hospedados se eles estiverem fazendo algo "complexo". Se é realmente simples, atrasos me incomodam.


Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.