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


152

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?


1
Untuk situs seperti Facebook, mereka memiliki waktu 1,8-2 detik untuk byte pertama / yang mencakup sejumlah besar konten pada halaman. Kemudian mereka memperbaiki sisa konten dalam 1-2 detik berikutnya.
MKN Web Solutions

Jawaban:


161

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.

32
Apakah ini masih berlaku di tahun 2017 ??
Karthik Cherukuri

27
@KarthikCherukuri - ya, itu masih relevan. Jawabannya adalah berbicara tentang persepsi manusia, yang merupakan fungsi biologi. Waktu antara tahun 1993 dan hari ini cukup kecil untuk skala waktu evolusi. Neuroanatomi kita sekarang sama seperti dulu.
rianjs

13

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.


Mungkin 2000 milidetik dan 10.000 ms?
Bob

9
Mungkin dia benar-benar berarti 20 milidetik. Aplikasi yang saat ini saya kerjakan memiliki waktu respons khas rata-rata sekitar 15 ms (saat menguji secara lokal di laptop saya). Sayangnya, itu bukan yang dilihat sebagian besar pengguna, karena mereka jauh dari server, plus ada waktu render yang harus Anda sertakan juga. Tetapi dari sudut pandang aplikasi murni, 15, atau bahkan sedikit di bawah 10, sangat mungkin, bahkan untuk aplikasi e-commerce yang kompleks.
Aquarelle

6

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.


2
3 detik untuk server aplikasi atau rendering di browser? Saya bertujuan untuk 100mSec untuk server aplikasi. tapi 4 detik di browser.
drhenner

2
<3 terdengar lebih seperti Anda berbicara tentang waktu buka halaman yang tidak sama dengan waktu respons.
markus

5

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.


Itu adil. Pertanyaan saya agak umum. Saya kira saya sedang mencari nomor dunia nyata dari apa yang orang perjuangkan. Tahu banyak itu tergantung situasi. Terima kasih!
Michael Bobick

1
Semakin cepat, semakin baik.
Tomkay

5

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!


3

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.


2

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.


1

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.


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.