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

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?

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.

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.

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.

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.

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!

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.

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.

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.

2 à 3 secondes