Was ist eine gute Reaktionszeit für eine dynamische, personalisierte Webanwendung? [geschlossen]

152

Was ist für eine komplexe Webanwendung mit dynamischem Inhalt und Personalisierung eine gute Antwortzeit vom Server (ohne Netzwerklatenz und Browser-Rendering-Zeit)? Ich denke an Websites wie Facebook, Amazon, MyYahoo usw. Eine verwandte Frage ist, was eine gute Antwortzeit für einen Backend-Service ist.

Michael Bobick
quelle
1
Für eine Site wie Facebook haben sie ein 1,8 bis 2 Sekunden langes bis erstes Byte, das einen guten Teil des Inhalts auf der Seite enthält. Dann ajaxen sie den Rest des Inhalts in den nächsten 1-2 Sekunden.
MKN Web Solutions

Antworten:

161

Hierzu wird viel geforscht. Hier ist eine kurze Zusammenfassung .

Reaktionszeiten: Die 3 wichtigen Grenzen

von Jakob Nielsen am 1. Januar 1993

Zusammenfassung: Bei der Optimierung der Web- und Anwendungsleistung sind drei Hauptzeitlimits zu berücksichtigen (die von den menschlichen Wahrnehmungsfähigkeiten bestimmt werden).

Auszug aus Kapitel 5 in meinem Buch Usability Engineering von 1993:

Die grundlegenden Ratschläge bezüglich der Reaktionszeiten sind seit dreißig Jahren ungefähr gleich [Miller 1968; Card et al. 1991]:

  • 0,1 Sekunden sind ungefähr die Grenze, an der der Benutzer das Gefühl hat, dass das System sofort reagiert , was bedeutet, dass keine spezielle Rückmeldung erforderlich ist, außer um das Ergebnis anzuzeigen.
  • 1,0 Sekunden sind ungefähr die Grenze für den Gedankenfluss des Benutzers , um ununterbrochen zu bleiben, obwohl der Benutzer die Verzögerung bemerken wird. Normalerweise ist bei Verzögerungen von mehr als 0,1, aber weniger als 1,0 Sekunden keine spezielle Rückmeldung erforderlich, aber der Benutzer verliert das Gefühl, direkt mit den Daten zu arbeiten.
  • 10 Sekunden sind ungefähr die Grenze, um die Aufmerksamkeit des Benutzers auf den Dialog zu lenken . Bei längeren Verzögerungen möchten Benutzer andere Aufgaben ausführen, während sie auf den Abschluss des Computers warten. Daher sollten sie eine Rückmeldung erhalten, die angibt, wann der Computer voraussichtlich fertig sein wird. Feedback während der Verzögerung ist besonders wichtig, wenn die Antwortzeit wahrscheinlich sehr unterschiedlich ist, da Benutzer dann nicht wissen, was sie zu erwarten haben.
Hank Gay
quelle
32
Gilt das auch 2017 noch?
Karthik Cherukuri
27
@KarthikCherukuri - ja, es ist immer noch relevant. Die Antwort spricht von der menschlichen Wahrnehmung, die eine Funktion der Biologie ist. Die Zeit zwischen 1993 und heute ist ziemlich klein, wenn es um evolutionäre Zeitskalen geht. Unsere Neuroanatomie ist heute dieselbe wie damals.
Rianjs
13

Wir streben Antwortzeiten von 20 Millisekunden an, während einige komplexe Seiten bis zu 100 Millisekunden dauern. Bei den komplexesten Seiten zerlegen wir die Seite in kleinere Teile und verwenden das progressive Anzeigemuster, um jeden Abschnitt zu laden. Auf diese Weise werden einige Teile schnell geladen, selbst wenn das Laden der Seite 1 bis 2 Sekunden dauert. Dadurch bleibt der Benutzer beschäftigt, während der Rest der Seite geladen wird.

Jeshurun
quelle
Vielleicht 2000 Millisekunden und 10000 ms?
Bob
9
Vielleicht meinte er wirklich 20 Millisekunden. Die App, an der ich gerade arbeite, hat typische Antwortzeiten von durchschnittlich 15 ms (beim lokalen Testen auf meinem Laptop). Das sehen die meisten Benutzer leider nicht, da sie weit vom Server entfernt sind. Außerdem müssen Sie auch die Renderzeit berücksichtigen. Aber aus einer reinen App-Perspektive sind 15 oder sogar ein bisschen unter 10 sehr gut möglich, selbst für eine komplexe E-Commerce-App.
Aquarelle
6

Ich habe mich für meine Anwendungen um <3 Sekunden bemüht, bin aber in Bezug auf die Leistung etwas wählerisch.

Wenn Sie herumfragen, sagen sie, dass die Leute anfangen, das Interesse an dem Bereich von> = 7 Sekunden zu verlieren. Nach 10-15 Sekunden haben Sie sie normalerweise verloren, es sei denn, Sie haben WIRKLICH etwas, das sie wollen oder brauchen.

Mitchel Sellers
quelle
2
3 Sekunden für App Server oder Rendering im Browser? Ich strebe 100mSec für App Server an. aber 4 Sekunden im Browser.
Drhenner
2
<3 klingt eher so, als würden Sie über die Ladezeit von Seiten sprechen, die nicht mit der Antwortzeit übereinstimmt.
Markus
5

Es kommt darauf an, was Ihre Benutzer glücklich macht. Zum Beispiel dauert das Öffnen von Google Mail zunächst eine Weile, aber Benutzer warten, weil es sich lohnt, darauf zu warten.

Liam
quelle
Das ist fair. Meine Frage ist etwas allgemein. Ich schätze, ich suche nach Zahlen aus der realen Welt, nach denen die Leute streben. Vieles davon hängt von der Situation ab. Vielen Dank!
Michael Bobick
1
Je schneller desto besser.
Tomkay
5

Natürlich liegt es in der Natur Ihrer Frage, daher sind die Antworten sehr subjektiv.

Die erste Antwort einer Website ist auch nur ein kleiner Teil der Zeit, bis eine Seite lesbar / verwendbar ist.

Ich ärgere mich über alles, was länger als 10 Sekunden dauert. Ich denke, eine Website sollte nach 5-7 Sekunden gerendert werden.

Übrigens: stackoverflow.com hat eine hervorragende Reaktionszeit!

Peter Parker
quelle
3

Unser Unternehmen hat ein Standardlimit von 5 Sekunden für die Reaktionszeit und wir streben im Allgemeinen 2-3 Sekunden an. Dies macht 98% der Seitenladevorgänge aus. Einige bestimmte Aufgaben können bis zu 15 Sekunden dauern, aber wir verkürzen diese Zeit, indem wir eine Seite erstellen und alle 5 Sekunden aktualisieren, um dem Benutzer mitzuteilen, dass wir immer noch versuchen, die Anforderung zu verarbeiten. Auf diese Weise sieht der Benutzer, dass etwas passiert, und geht nicht einfach. Wenn man bedenkt, dass ich an einer Website arbeite, deren Benutzer aus geschäftlichen Gründen zur Nutzung gezwungen sind, werden sie zwar nicht gehen, aber sie können sich ziemlich laut beschweren.

Wenn die Verarbeitung länger als 5 Sekunden dauert, erstellen Sie im Allgemeinen eine temporäre Seite, damit der Benutzer nicht das Interesse verliert.

Elie
quelle
2

Ich denke, Sie werden feststellen, dass es nichts ausmacht, wenn Ihre Web-App einen komplexen Vorgang ausführt, wenn dem Benutzer Feedback gegeben wird (zu viel).

Zum Beispiel: Laden von Google Mail.

Chris Hawes
quelle
1

Es hängt nicht nur davon ab, was Ihre Benutzer glücklich macht, sondern auch davon, wie viel Entwicklungszeit Sie haben. Welche Ressourcen können Sie auf das Problem werfen (Software, Hardware und Personen)?

Ich habe nichts gegen ein paar Sekunden Verzögerung für gehostete Anwendungen, wenn sie etwas "Komplexes" tun. Wenn es wirklich einfach ist, stören mich Verzögerungen.

Labyrinth
quelle
-3

2 bis 3 Sekunden

Tyshock
quelle