对于动态的个性化Web应用程序,什么被认为是良好的响应时间?
对于包含动态内容和个性化的复杂Web应用程序,服务器的响应时间是多少(因此不包括网络延迟和浏览器渲染时间)?我正在考虑诸如Facebook,Amazon,MyYahoo等网站。一个相关的问题是,后端服务的良好响应时间是多少?
解决方案
这取决于使用户满意的因素。例如,Gmail最初需要花很长时间才能打开,但用户值得等待,因为它值得等待。
当然,这取决于我们问题的性质,因此答案是非常主观的。
网站的第一响应也是页面可读/可用之前的一小部分时间。
大于10秒的响应让我很烦恼。我认为网站应在5到7秒后呈现。
顺便说一句:stackoverflow.com有一个很好的响应时间!
这不仅取决于使用户满意的因素,还取决于我们有多少开发时间?我们可以投入哪种资源(软件,硬件和人员)?
如果托管的应用程序执行"复杂"操作,我不介意延迟几秒钟。如果真的很简单,那就耽搁我了。
2至3秒
我为应用程序努力了不到3秒钟,但是在性能方面我有点挑剔。
如果我们四处询问,他们会说人们开始对> = 7秒范围内的内容失去兴趣,通常在10-15秒钟之内就失去了他们,除非我们真的有他们想要或者需要的东西。
在这方面有很多研究。这是一个简短的摘要。
Response Times: The 3 Important Limits by Jakob Nielsen on January 1, 1993 Summary: There are 3 main time limits (which are determined by human perceptual abilities) to keep in mind when optimizing web and application performance. Excerpt from Chapter 5 in my book Usability Engineering, from 1993: The basic advice regarding response times has been about the same for thirty years [Miller 1968; Card et al. 1991]: 0.1 second is about the limit for having the user feel that the system is reacting instantaneously, meaning that no special feedback is necessary except to display the result. 1.0 second is about the limit for the user's flow of thought to stay uninterrupted, even though the user will notice the delay. Normally, no special feedback is necessary during delays of more than 0.1 but less than 1.0 second, but the user does lose the feeling of operating directly on the data. 10 seconds is about the limit for keeping the user's attention focused on the dialogue. For longer delays, users will want to perform other tasks while waiting for the computer to finish, so they should be given feedback indicating when the computer expects to be done. Feedback during the delay is especially important if the response time is likely to be highly variable, since users will then not know what to expect.
我们公司的响应时间标准为5秒,一般目标是2-3秒。这占页面加载的98%。允许一些特定的任务最多花费15秒,但是我们随后放一个页面并每5秒刷新一次,以告知用户我们仍在尝试处理请求,从而减少了该时间。这样,用户可以看到发生了一些事情,而不仅仅是离开。尽管考虑到我在一个因商业原因而被迫使用用户的网站上工作,他们不会离开,但他们能够大声抱怨。
通常,如果处理要花费5秒钟以上的时间,请放置一个临时页面,以使用户不会失去兴趣。
我想我们会发现,如果Web应用程序正在执行复杂的操作,那么只要将反馈提供给用户,他们就不会介意(太多)。
例如:加载Google Mail。