Qual è considerato un buon tempo di risposta per un'applicazione web dinamica e personalizzata? [chiuso]


152

Per un'applicazione Web complessa che include contenuto dinamico e personalizzazione, qual è un buon tempo di risposta dal server (escludendo quindi la latenza di rete e i tempi di rendering del browser)? Sto pensando a siti come Facebook, Amazon, MyYahoo, ecc. Una domanda correlata è qual è un buon tempo di risposta per un servizio di back-end?


1
Per un sito come Facebook, hanno una seconda volta 1,8-2 al primo byte / che include una buona porzione di contenuto sulla pagina. Quindi ajax il resto del contenuto nei successivi 1-2 secondi.
MKN Web Solutions

Risposte:


161

C'è molta ricerca su questo. Ecco un breve riassunto .

Tempi di risposta: i 3 limiti importanti

di Jakob Nielsen il 1 gennaio 1993

Riepilogo: ci sono 3 limiti di tempo principali (che sono determinati dalle capacità percettive umane) da tenere a mente quando si ottimizzano le prestazioni di web e applicazioni.

Estratto dal capitolo 5 del mio libro Usability Engineering , del 1993:

I consigli di base sui tempi di risposta sono stati più o meno gli stessi per trent'anni [Miller 1968; Card et al. 1991]:

  • 0,1 secondi riguarda il limite per far sentire all'utente che il sistema sta reagendo istantaneamente , il che significa che non è necessario alcun feedback speciale se non per visualizzare il risultato.
  • 1,0 secondi riguarda il limite del flusso di pensiero dell'utente per rimanere ininterrotto, anche se l'utente noterà il ritardo. Normalmente, non sono necessari feedback speciali durante ritardi superiori a 0,1 ma inferiori a 1,0 secondi, ma l'utente perde la sensazione di operare direttamente sui dati.
  • 10 secondi è circa il limite per mantenere l'attenzione dell'utente focalizzata sul dialogo. Per ritardi più lunghi, gli utenti vorranno eseguire altre attività in attesa che il computer finisca, quindi dovrebbero ricevere feedback che indicano quando il computer prevede di essere fatto. Il feedback durante il ritardo è particolarmente importante se è probabile che il tempo di risposta sia molto variabile, dal momento che gli utenti non sapranno cosa aspettarsi.

32
Questo vale ancora nel 2017 ??
Karthik Cherukuri,

27
@KarthikCherukuri - sì, è ancora rilevante. La risposta sta parlando della percezione umana, che è una funzione della biologia. Il tempo tra il 1993 e oggi è piuttosto piccolo quando si tratta di scale temporali evolutive. La nostra neuroanatomia ora è la stessa di allora.
rianjs,

13

Ci impegniamo per tempi di risposta di 20 millisecondi, mentre alcune pagine complesse richiedono fino a 100 millisecondi. Per le pagine più complesse, suddividiamo la pagina in pezzi più piccoli e utilizziamo il modello di visualizzazione progressiva per caricare ciascuna sezione. In questo modo, alcune porzioni si caricano rapidamente, anche se la pagina impiega da 1 a 2 secondi per caricare, mantenendo l'utente impegnato mentre il resto della pagina viene caricato.


Forse 2000 millisecondi e 10000 ms?
Bob,

9
Forse intendeva davvero 20 millisecondi. L'app su cui sto attualmente lavorando ha tempi di risposta tipici in media di circa 15 ms (durante i test in locale sul mio laptop). Sfortunatamente, non è quello che vede la maggior parte degli utenti, dal momento che sono lontani dal server, inoltre c'è anche il tempo di rendering che devi includere. Ma dal punto di vista di un'app pura, 15, o anche un po 'meno di 10, è molto possibile, anche per un'app di e-commerce complessa.
Aquarelle,

6

Ho cercato <3 secondi per le mie applicazioni, ma sono un po 'esigente quando si tratta di prestazioni.

Se chiedi in giro, dicono che le persone iniziano a perdere interesse nell'intervallo> = 7 secondi, di 10-15 secondi in genere li hai persi, a meno che tu non abbia VERAMENTE qualcosa che vogliono o di cui hanno bisogno.


2
3 secondi per l'app server o il rendering sul browser? Il mio obiettivo è 100mSec per app server. ma 4 secondi sul browser.
drhenner,

2
<3 suona più come se stessi parlando del tempo di caricamento della pagina che non è uguale al tempo di risposta.
markus,

5

Dipende da ciò che rende felici i tuoi utenti. Ad esempio, Gmail impiega un po 'di tempo per aprirsi all'inizio, ma gli utenti attendono perché vale la pena aspettare.


È giusto. La mia domanda è un po 'generica. Immagino che sto cercando numeri del mondo reale di ciò che la gente sta cercando. Sapere molto dipende dalla situazione. Grazie!
Michael Bobick,

1
Più veloce, meglio è.
Tomkay,

5

Certo, sta nella natura della tua domanda, quindi le risposte sono altamente soggettive.

La prima risposta di un sito Web è solo una piccola parte del tempo fino a quando una pagina è leggibile / utilizzabile.

Sono infastidito da tutto ciò che supera le risposte di 10 secondi. Penso che un sito Web dovrebbe essere reso dopo 5-7 sec.

A proposito: stackoverflow.com ha un tempo di risposta eccellente!


3

La nostra azienda ha un limite standard di tempo di risposta di 5 secondi e puntiamo a 2-3 secondi in generale. Ciò rappresenta il 98% dei carichi di pagina. Alcune attività particolari possono durare fino a 15 secondi, ma attenuiamo il tempo inserendo una pagina e aggiornando ogni 5 secondi dicendo all'utente che stiamo ancora cercando di elaborare la richiesta. In questo modo l'utente vede che sta succedendo qualcosa e non se ne va. Anche se, considerando che lavoro su un sito Web i cui utenti sono costretti a utilizzare per motivi di lavoro, non se ne andranno, ma sono in grado di lamentarsi abbastanza forte.

In generale, se l'elaborazione richiederà più di 5 secondi, crea una pagina temporanea in modo che l'utente non perda interesse.


2

Penso che scoprirai che se la tua app web sta eseguendo un'operazione complessa, se l'utente riceve un feedback, non gli dispiacerà (troppo).

Ad esempio: caricamento di Google Mail.


1

Non dipende solo da ciò che rende felici i tuoi utenti, ma quanto tempo hai a disposizione per lo sviluppo? Che tipo di risorse puoi lanciare al problema (software, hardware e persone)?

Non mi dispiace un paio di secondi di ritardo per le applicazioni ospitate se stanno facendo qualcosa di "complesso". Se è davvero semplice, i ritardi mi danno fastidio.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.