对于不可接受的webapp响应时间,是否存在一些行业标准?

Ale*_*rgo 39 performance scalability duplication

有一个小工具(商业现成的)应用程序,我在定制,其中几页页面需要很长时间来加载某些数据分发.(我说这个实例中加载的页面大约需要3分钟......而且时间呈指数级增长).

显然这是不可接受的,但有研究可以指出可接受的响应时间是什么?

我想要一些可能讨论响应时间的好的研究.

Tor*_*tad 51

Jakob Nielsen的研究已经针对任何应用程序回答了这个问题(网络应用程序在这方面并不特别):

  • 0.1秒:限制用户感觉他们直接操纵 UI中的对象.
  • 1秒:限制用户感觉他们可以自由地导航命令空间而不必过度等待计算机.
  • 10秒:限制用户注意任务.

因此,对于Web应用程序,您应该将页面响应时间平均保持在服务器附近平均最大500毫秒,即使网络延迟为200-300毫秒,也可以使用Web应用程序.

  • 我绝对不适合这个盒子。我认为这些类别对于现代网络来说已经过时了(1993 年)。如果任何页面超过 [2-3 秒](https://royal.pingdom.com/page-load-time-really-affect-bounce-rate/),我就离开那里。此外,如果动态广告在我阅读时改变内容,我会感到非常不安! (3认同)

Mat*_*och 12

可接受的UI响应时间基于人类心理,因此Web应用程序与传统桌面应用程序相同.

根据最终用户如何感知正在执行的操作,可接受的响应时间可能是1秒(例如,用于关闭"对话窗口")或10秒(例如用于显示计算结果).

可用性大师Jakob Nielsen写了一篇关于可接受的Web应用程序响应时间的好文章.

已发布的U​​I准则指定了相同的可接受响应时间,例如:

Java外观指南

GNOME UI文档.