Qu'est-ce qui est considéré comme un bon temps de réponse pour une application Web dynamique et personnalisée?
Pour une application Web complexe comprenant un contenu dynamique et une personnalisation, quel est le bon temps de réponse du serveur (excluant donc la latence du réseau et le temps de rendu du navigateur)? Je pense à des sites tels que Facebook, Amazon, MyYahoo, etc. Une question connexe est de savoir quel est le bon temps de réponse pour un service d'arrière-plan?
Il y a beaucoup de recherche à ce sujet. Voici un résumé rapide .
Temps de réponse: les 3 limites importantes
par Jakob Nielsen le 1er janvier 1993
Résumé: Il faut garder à l’esprit trois délais principaux (déterminés par les capacités de perception humaine) lors de l’optimisation des performances Web et des applications.
Extrait du chapitre 5 de mon livre Ingénierie de l'utilisabilité , à partir 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 al. 1991]:
- 0,1 seconde est à peu près la limite pour que l'utilisateur ait l'impression que le système réagit instantanément , ce qui signifie qu'aucun retour spécial n'est nécessaire sauf pour afficher le résultat.
- 1,0 seconde correspond à peu près à la limite du courant de pensée de l'utilisateur ininterrompu, même si l’utilisateur remarquera le retard. Normalement, aucun retour spécial n’est nécessaire pendant les retards supérieurs à 0,1 seconde mais inférieurs à 1,0 seconde, mais l’utilisateur perd le sentiment d’agir directement sur les données.
- 10 secondes correspond à la limite pour garder l'attention de l'utilisateur concentrée sur le dialogue. Pour les retards plus longs, les utilisateurs voudront effectuer d'autres tâches en attendant la fin de l'ordinateur. Ils doivent donc recevoir un retour d'information indiquant à quel moment l'ordinateur s'attend à ce qu'il soit terminé. Les réactions pendant le délai sont particulièrement importantes 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 décomposons la page en éléments plus petits et utilisons le modèle d’affichage progressif pour charger chaque section. De cette manière, certaines portions se chargent rapidement, même si le chargement de la page prend 1 à 2 secondes, ce qui permet à l'utilisateur de rester actif pendant le chargement du reste de la page.
Je cherche depuis moins de 3 secondes pour mes applications, mais je suis un peu difficile en matière de performances.
Si vous leur demandez autour de vous, ils vous diront que les gens commencent à perdre tout intérêt dans l'intervalle> = 7 secondes. Vous les perdez généralement après 10 à 15 secondes, à moins que vous n'ayez VRAIMENT quelque chose à vouloir ou à besoin.
Bien sûr, cela dépend de la nature de votre question et les réponses sont donc très subjectives.
La première réponse d’un site Web ne représente également qu’une petite partie du temps jusqu’à ce qu’une page soit lisible/utilisable.
Je suis ennuyé par tout ce qui dépasse 10 secondes. Je pense qu'un site Web devrait être rendu après 5-7 secondes.
Btw: stackoverflow.com a un excellent temps de réponse!
Cela dépend de ce qui fait le bonheur de vos utilisateurs. Par exemple, l’ouverture de Gmail prend un certain temps, mais les utilisateurs attendent car cela vaut la peine d’attendre.
Je pense que vous constaterez que si votre application Web effectue une opération complexe, des commentaires sont fournis à l'utilisateur, ce qui ne les dérangera pas (trop).
Par exemple: Chargement de Google Mail.
Notre société a une limite standard de 5 secondes pour le temps de réponse, et nous visons généralement 2-3 secondes. Cela représente 98% des chargements de pages. Quelques tâches particulières sont autorisées à durer jusqu'à 15 secondes, mais nous limitons ensuite ce délai en affichant une page et en l'actualisant toutes les 5 secondes en indiquant à l'utilisateur que nous essayons toujours de traiter la demande. De cette façon, l'utilisateur voit qu'il se passe quelque chose et ne s'en va pas. Bien que, considérant 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, affichez une page temporaire afin que l'utilisateur ne perde pas son intérêt.
Cela dépend non seulement de ce qui fait le bonheur de vos utilisateurs, mais de combien de temps de développement disposez-vous? Quel type de ressources pouvez-vous utiliser pour résoudre le problème (logiciels, matériel et personnes)?
Cela ne me dérange pas de quelques secondes 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