Apa yang dianggap sebagai waktu respons yang baik untuk aplikasi web yang dinamis dan dipersonalisasi? [Tutup]

Untuk aplikasi web yang kompleks yang mencakup konten dinamis dan personalisasi, apa waktu respons yang baik dari server (jadi tidak termasuk latensi jaringan dan waktu rendering browser)? Saya sedang berpikir tentang situs-situs seperti Facebook, Amazon, MyYahoo, dll. Pertanyaan terkait adalah apa waktu respon yang baik untuk layanan backend?

Ada banyak penelitian tentang ini. Berikut ringkasan singkatnya .

Waktu Tanggapan: 3 Batas Penting

oleh Jakob Nielsen pada 1 Januari 1993

Ringkasan: Ada 3 batasan waktu utama (yang ditentukan oleh kemampuan persepsi manusia) yang perlu diingat ketika mengoptimalkan kinerja web dan aplikasi.

Kutipan dari Bab 5 dalam buku saya Usability Engineering , dari 1993:

Saran dasar mengenai waktu respons hampir sama selama tiga puluh tahun [Miller 1968; Card et al. 1991]:

• 0,1 detik adalah tentang batas agar pengguna merasa bahwa sistem bereaksi secara instan , artinya tidak diperlukan umpan balik khusus kecuali untuk menampilkan hasilnya.
• 1,0 detik adalah tentang batas aliran pemikiran pengguna untuk tetap tidak terganggu, meskipun pengguna akan melihat penundaan. Biasanya, tidak ada umpan balik khusus yang diperlukan selama keterlambatan lebih dari 0,1 tetapi kurang dari 1,0 detik, tetapi pengguna tidak kehilangan perasaan beroperasi langsung pada data.
• 10 detik adalah tentang batas untuk menjaga perhatian pengguna terfokus pada dialog. Untuk penundaan yang lebih lama, pengguna akan ingin melakukan tugas-tugas lain sambil menunggu komputer selesai, sehingga mereka harus diberi umpan balik yang menunjukkan kapan komputer mengharapkan untuk dilakukan. Umpan balik selama penundaan sangat penting jika waktu respons cenderung sangat bervariasi, karena pengguna tidak akan tahu apa yang diharapkan.

Kami berusaha keras untuk mendapatkan respons hingga 20 milidetik, sementara beberapa halaman yang rumit membutuhkan waktu hingga 100 milidetik. Untuk halaman paling kompleks, kami memecah halaman menjadi potongan-potongan kecil, dan menggunakan pola tampilan progresif untuk memuat setiap bagian. Dengan cara ini, beberapa bagian memuat dengan cepat, bahkan jika halaman membutuhkan 1 hingga 2 detik untuk memuat, membuat pengguna tetap aktif saat sisa halaman sedang dimuat.

Saya telah berjuang selama <3 detik untuk aplikasi saya, tapi saya agak pilih-pilih dalam hal kinerja.

Jika Anda bertanya-tanya, mereka mengatakan bahwa orang mulai kehilangan minat pada rentang> = 7 detik, setelah 10-15 detik Anda telah kehilangan mereka, kecuali jika Anda BENAR-BENAR memiliki sesuatu yang mereka inginkan atau butuhkan.

Itu tergantung pada apa yang membuat pengguna Anda senang. Sebagai contoh, Gmail membutuhkan waktu yang cukup lama untuk dibuka pada awalnya, tetapi pengguna menunggu karena itu layak untuk ditunggu.

Tentu saja, itu terletak pada sifat pertanyaan Anda, jadi jawabannya sangat subyektif.

Respons pertama dari sebuah situs web juga hanya sebagian kecil dari waktu sampai sebuah halaman dapat dibaca / digunakan.

Saya kesal dengan segala sesuatu yang lebih besar dari respons 10 detik. Saya pikir situs web harus diberikan setelah 5-7 detik.

Btw: stackoverflow.com memiliki waktu respons yang sangat baik!

Perusahaan kami memiliki batas standar waktu respons 5 detik, dan kami bertujuan selama 2-3 detik secara umum. Ini menyumbang 98% dari beban halaman. Beberapa tugas tertentu diperbolehkan hingga 15 detik, tetapi kami kemudian mengurangi waktu itu dengan memasang halaman dan menyegarkan setiap 5 detik dengan memberi tahu pengguna bahwa kami masih mencoba memproses permintaan tersebut. Dengan cara itu pengguna melihat bahwa sesuatu sedang terjadi dan tidak hanya pergi. Meskipun, mengingat bahwa saya bekerja di situs web yang penggunanya terpaksa menggunakan karena alasan bisnis, mereka tidak akan pergi, tetapi mereka mampu mengeluh dengan cukup keras.

Secara umum, jika pemrosesan akan memakan waktu lebih dari 5 detik, pasang halaman sementara agar pengguna tidak kehilangan minat.

Saya pikir Anda akan menemukan bahwa jika aplikasi web Anda melakukan operasi yang kompleks maka memberikan umpan balik diberikan kepada pengguna, mereka tidak akan keberatan (terlalu banyak).

Misalnya: Memuat Google Mail.

Tidak hanya itu tergantung pada apa yang membuat pengguna Anda senang, tetapi berapa banyak waktu pengembangan yang Anda miliki? Sumber daya apa yang dapat Anda berikan pada masalah (perangkat lunak, perangkat keras, dan orang-orang)?

Saya tidak keberatan penundaan beberapa detik untuk aplikasi yang di-host jika mereka melakukan sesuatu yang "kompleks". Jika ini benar-benar sederhana, penundaan mengganggu saya.

2 hingga 3 detik