对于动态的个性化Web应用程序,什么被认为是良好的响应时间?[关闭]


152

对于包含动态内容和个性化的复杂Web应用程序,服务器的良好响应时间是多少(因此不包括网络延迟和浏览器渲染时间)?我正在考虑诸如Facebook,Amazon,MyYahoo等网站。一个相关的问题是,后端服务的良好响应时间是多少?


1
对于像Facebook这样的网站,它们到第一个字节的时间为1.8-2秒,其中包括页面上的大量内容。然后,他们在接下来的1-2秒内将其余的内容拒之门外。
MKN Web Solutions

Answers:


161

在这方面有很多研究。这是一个简短的摘要

响应时间:3个重要限制

Jakob Nielsen在1993年1月1日发布

简介:优化Web和应用程序性能时要牢记3个主要时间限制(由人类感知能力决定)。

摘自1993年我的《可用性工程》一书第5章:

关于响应时间的基本建议已经有三十年了[Miller 1968; 卡德等。1991]:

  • 0.1秒大约是使用户感到系统即时做出反应的极限,这意味着除了显示结果外,无需任何特殊反馈。
  • 1.0秒是关于即使用户注意到延迟也不会中断用户思想流的极限。通常,在大于0.1秒但小于1.0秒的延迟期间,不需要特殊的反馈,但是用户确实会失去直接操作数据的感觉。
  • 10秒左右使用户的注意力集中在对话上的极限。对于更长的延迟,用户将希望在等待计算机完成操作时执行其他任务,因此应向他们提供反馈,指示计算机预期何时完成。如果响应时间可能变化很大,则延迟期间的反馈尤为重要,因为用户将不知道会发生什么。

32
这在2017年仍然会很好吗?
Karthik Cherukuri

27
@KarthikCherukuri-是的,它仍然有意义。答案是关于人类的感知,这是生物学的功能。就进化时间尺度而言,1993年至今的时间非常短。我们的神经解剖学现在和过去一样。
rianjs

13

我们争取20毫秒的响应时间,而一些复杂的页面则需要100毫秒。对于最复杂的页面,我们将页面分成较小的部分,并使用渐进式显示模式加载每个部分。这样,即使页面需要花费1到2秒钟来加载,某些部分也会快速加载,从而使用户在页面其余部分加载时保持参与。


也许是2000毫秒和10000毫秒?
2014年

9
也许他真的是20毫秒。我目前正在使用的应用的典型响应时间平均约为15毫秒(在笔记本电脑上进行本地测试时)。不幸的是,这并不是大多数用户实际看到的,因为他们离服务器很远,而且还必须包括渲染时间。但是从纯粹的应用程序角度来看,即使对于复杂的电子商务应用程序,也有可能达到15,甚至不到10。
Aquarelle 2014年

6

我为应用程序努力了不到3秒钟,但是在性能方面我有点挑剔。

如果您四处询问,他们会说人们开始对> = 7秒范围内的内容失去兴趣,通常10到15秒后您就会迷失方向,除非您真正拥有他们想要或需要的东西。


2
3秒钟用于应用服务器或在浏览器上呈现?我的目标是100mSec用于应用服务器。但在浏览器上为4秒。
drhenner 2013年

2
<3听起来更像是您在谈论页面加载时间,它与响应时间不同。
markus

5

这取决于使您的用户满意的因素。例如,Gmail最初需要花很长时间才能打开,但用户值得等待,因为它值得等待。


这还算公平。我的问题有点笼统。我想我正在寻找人们所追求的现实世界数字。很多情况取决于情况。谢谢!
Michael Bobick

1
越快越好。
汤凯

5

当然,这取决于您问题的性质,因此答案非常主观。

在页面可读/可用之前,网站的第一响应只是一小部分时间。

大于10秒的响应让我很烦恼。我认为网站应在5-7秒后呈现。

顺便说一句:stackoverflow.com有很好的响应时间!


3

我们公司的响应时间标准为5秒,一般目标是2-3秒。这占页面加载的98%。允许一些特定的任务最多花费15秒,但是我们随后放一个页面并每5秒刷新一次,以告知用户我们仍在尝试处理该请求,从而减少了该时间。这样,用户可以看到正在发生的事情,而不仅仅是离开。尽管考虑到我在一个因商业原因而被迫使用用户的网站上工作,他们不会离开,但他们可以大声抱怨。

通常,如果处理将花费超过5秒钟,请放置一个临时页面,以使用户不会失去兴趣。


2

我认为您会发现,如果您的Web应用程序正在执行复杂的操作,那么只要将反馈提供给用户,他们就不会介意(太多)。

例如:加载Google Mail。


1

它不仅取决于使用户满意的因素,还取决于您有多少开发时间?您可以使用哪种资源(软件,硬件和人员)解决问题?

如果托管的应用程序执行“复杂”操作,我不介意延迟几秒钟。如果真的很简单,那就耽误我了。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.