Qu'est-ce qui est considéré comme un bon temps de réponse pour une application Web dynamique et personnalisée? [fermé]


152

Pour une application Web complexe qui inclut du contenu dynamique et de la personnalisation, quel est un bon temps de réponse du serveur (donc hors latence du réseau et temps de rendu du navigateur)? Je pense à des sites comme Facebook, Amazon, MyYahoo, etc. Une question connexe est: qu'est-ce qu'un bon temps de réponse pour un service backend?


1
Pour un site tel que Facebook, ils ont un temps de 1,8 à 2 secondes au premier octet / qui comprend une bonne partie du contenu de la page. Ensuite, ils ajaxent le reste du contenu dans les 1-2 secondes suivantes.
MKN Web Solutions

Réponses:


161

Il y a beaucoup de recherches à ce sujet. Voici un bref résumé .

Temps de réponse: les 3 limites importantes

de Jakob Nielsen le 1 janvier 1993

Résumé: Il y a 3 principales limites de temps (qui sont déterminées par les capacités perceptives humaines) à garder à l'esprit lors de l'optimisation des performances du Web et des applications.

Extrait du chapitre 5 de mon livre Ingénierie de l'utilisabilité , de 1993:

Les conseils de base concernant les temps de réponse sont à peu près les mêmes depuis trente ans [Miller 1968; Card et coll. 1991]:

  • 0,1 seconde correspond à peu près à la limite permettant à l'utilisateur de sentir que le système réagit instantanément , ce qui signifie qu'aucune rétroaction spéciale n'est nécessaire, sauf pour afficher le résultat.
  • 1,0 seconde est à peu près la limite pour que le flux de pensée de l'utilisateur reste ininterrompu, même si l'utilisateur remarquera le retard. Normalement, aucune rétroaction spéciale n'est nécessaire pendant les retards de plus de 0,1 mais de moins de 1,0 seconde, mais l'utilisateur perd le sentiment d'opérer directement sur les données.
  • 10 secondes, c'est à peu près la limite pour garder l'attention de l'utilisateur concentrée sur le dialogue. Pour des délais plus longs, les utilisateurs voudront effectuer d'autres tâches en attendant la fin de l'ordinateur, ils doivent donc recevoir un retour indiquant quand l'ordinateur s'attend à être terminé. La rétroaction pendant le délai est particulièrement importante si le temps de réponse est susceptible d'être très variable, car les utilisateurs ne sauront alors pas à quoi s'attendre.

32
Est-ce que cela est toujours valable en 2017 ??
Karthik Cherukuri

27
@KarthikCherukuri - oui, c'est toujours d'actualité. La réponse parle de la perception humaine, qui est une fonction de la biologie. Le temps entre 1993 et ​​aujourd'hui est assez petit en ce qui concerne les échelles de temps évolutives. Notre neuroanatomie est la même aujourd'hui qu'à l'époque.
rianjs

13

Nous nous efforçons d'obtenir des temps de réponse de 20 millisecondes, tandis que certaines pages complexes prennent jusqu'à 100 millisecondes. Pour les pages les plus complexes, nous divisons la page en morceaux plus petits et utilisons le modèle d'affichage progressif pour charger chaque section. De cette façon, certaines parties se chargent rapidement, même si le chargement de la page prend 1 à 2 secondes, ce qui maintient l'utilisateur engagé pendant le chargement du reste de la page.


Peut-être 2000 millisecondes et 10000 ms?
Bob le

9
Peut-être qu'il voulait vraiment dire 20 millisecondes. L'application sur laquelle je travaille actuellement a des temps de réponse typiques d'environ 15 ms (lors d'un test local sur mon ordinateur portable). Ce n'est malheureusement pas ce que la plupart des utilisateurs voient réellement, car ils sont éloignés du serveur, et vous devez également inclure le temps de rendu. Mais du point de vue d'une application pure, 15, voire un peu moins de 10, est très possible, même pour une application de commerce électronique complexe.
Aquarelle

6

Je m'efforce depuis moins de 3 secondes pour mes applications, mais je suis un peu pointilleux en matière de performances.

Si vous demandez autour de vous, ils disent que les gens commencent à perdre tout intérêt dans la plage> = 7 secondes, de 10 à 15 secondes, vous les avez généralement perdus, à moins que vous n'ayez VRAIMENT quelque chose qu'ils veulent ou ont besoin.


2
3 secondes pour le serveur d'application ou le rendu sur le navigateur? Je vise 100mSec pour le serveur d'applications. mais 4 secondes sur le navigateur.
drhenner

2
<3 ressemble plus à un temps de chargement de page différent du temps de réponse.
markus

5

Cela dépend de ce qui rend vos utilisateurs heureux. Par exemple, Gmail prend un certain temps à s'ouvrir au début, mais les utilisateurs attendent car cela vaut la peine d'attendre.


C'est juste. Ma question est un peu générale. Je suppose que je recherche des chiffres réels sur ce que les gens recherchent. A en savoir beaucoup dépend de la situation. Merci!
Michael Bobick

1
Le plus vite sera le mieux.
Tomkay

5

Bien sûr, cela tient à la nature de votre question, les réponses sont donc très subjectives.

La première réponse d'un site Web n'est également qu'une petite partie du temps jusqu'à ce qu'une page soit lisible / utilisable.

Je suis ennuyé par toutes les réponses de plus de 10 secondes. Je pense qu'un site Web devrait être rendu après 5-7 sec.

Btw: stackoverflow.com a un excellent temps de réponse!


3

Notre société a une limite standard de temps de réponse de 5 secondes, et nous visons une durée de 2 à 3 secondes en général. Cela représente 98% des chargements de pages. Quelques tâches particulières peuvent durer jusqu'à 15 secondes, mais nous atténuons ensuite ce temps en créant une page et en actualisant toutes les 5 secondes en indiquant à l'utilisateur que nous essayons toujours de traiter la demande. De cette façon, l'utilisateur voit que quelque chose se passe et ne part pas simplement. Bien que, étant donné que je travaille sur un site Web dont les utilisateurs sont obligés d'utiliser pour des raisons professionnelles, ils ne vont pas partir, mais ils sont capables de se plaindre assez fort.

En général, si le traitement prend plus de 5 secondes, mettez en place une page temporaire pour que l'utilisateur ne perde pas son intérêt.


2

Je pense que vous constaterez que si votre application Web effectue une opération complexe, un retour d'information fourni à l'utilisateur ne le dérangera pas (trop).

Par exemple: chargement de Google Mail.


1

Cela dépend non seulement de ce qui rend vos utilisateurs heureux, mais de combien de temps de développement disposez-vous? Quels types de ressources pouvez-vous utiliser pour résoudre le problème (logiciels, matériel et personnes)?

Cela ne me dérange pas quelques secondes de retard pour les applications hébergées si elles font quelque chose de "complexe". Si c'est vraiment simple, les retards me dérangent.


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.