다이나믹하고 개인화 된 웹 응용 프로그램에 적합한 응답 시간은 무엇입니까? [닫은]


152

동적 컨텐츠 및 개인화가 포함 된 복잡한 웹 애플리케이션의 경우 서버의 응답 시간이 얼마나됩니까 (네트워크 대기 시간 및 브라우저 렌더링 시간 제외)? Facebook, Amazon, MyYahoo 등과 같은 사이트에 대해 생각하고 있습니다. 관련 질문은 백엔드 서비스에 대한 좋은 응답 시간은 얼마입니까?


1
페이스 북과 같은 사이트의 경우 첫 번째 바이트에 1.8-2 초의 시간이 있습니다 / 페이지에는 좋은 내용의 청크가 포함됩니다. 그런 다음 1-2 초 안에 나머지 내용을 ajax합니다.
MKN 웹 솔루션

답변:


161

이것에 대한 많은 연구가 있습니다. 다음은 간단한 요약 입니다.

응답 시간 : 3 가지 중요한 한계

에 의해 제이콥 닐슨 1993년 1월 1일에

요약 : 웹 및 응용 프로그램 성능을 최적화 할 때 명심해야 할 세 가지 주요 시간 제한 (인간의 지각 능력에 따라 결정됨)이 있습니다.

1993 년 에 저의 책 유용성 엔지니어링 5 장에서 발췌 :

응답 시간에 대한 기본 조언은 30 년 동안 거의 동일했습니다 [Miller 1968; Card et al. 1991] :

  • 0.1 초 는 사용자가 시스템이 즉각적 으로 반응 하고 있다고 느끼는 한계에 관한 것이므로 결과를 표시하는 것 외에는 특별한 피드백이 필요하지 않습니다.
  • 1.0 초 는 사용자가 지연을 알아 차리더라도 사용자 의 생각 흐름이 중단되지 않는 한계에 관한 것입니다. 일반적으로 0.1 초 이상 1.0 초 미만의 지연 동안에는 특별한 피드백이 필요하지 않지만 사용자는 데이터를 직접 조작하는 느낌을 잃게됩니다.
  • 10 초사용자의주의를 대화에 집중 시키는 데 한계가 있습니다. 지연 시간이 길어질 경우 사용자는 컴퓨터가 완료되기를 기다리는 동안 다른 작업을 수행하기를 원하므로 컴퓨터가 완료 될 때를 나타내는 피드백이 제공됩니다. 사용자가 무엇을 기대해야하는지 알 수 없으므로 응답 시간이 매우 가변적 일 경우 지연 중 피드백이 특히 중요합니다.

32
이것은 2017 년에도 여전히 잘 유지됩니까 ??
Karthik Cherukuri

27
@KarthikCherukuri-예, 여전히 관련이 있습니다. 답은 생물학의 기능인 인간의 인식에 관한 것입니다. 1993 년부터 오늘까지의 시간은 진화하는 시간 척도에있어서 매우 작습니다. 우리의 신경 해부학은 지금과 같습니다.
rianjs

13

응답 시간은 20 밀리 초이지만 일부 복잡한 페이지는 최대 100 밀리 초가 걸립니다. 가장 복잡한 페이지의 경우 페이지를 작은 조각으로 나누고 점진적 디스플레이 패턴을 사용하여 각 섹션을로드합니다. 이렇게하면 페이지를로드하는 데 1-2 초가 걸리더라도 나머지 부분이로드되는 동안 사용자의 참여를 유지하더라도 일부 부분이 빠르게로드됩니다.


아마도 2000 밀리 초와 10000ms?

9
아마 그는 20 밀리 초를 의미했을 것입니다. 현재 작업중 인 앱의 평균 응답 시간은 평균 15ms입니다 (노트북에서 로컬로 테스트 할 때). 불행히도 대부분의 사용자가 실제로 서버에서 멀리 떨어져 있기 때문에 실제로는 그렇지 않습니다. 또한 렌더링 시간도 포함시켜야합니다. 그러나 복잡한 전자 상거래 앱의 경우에도 순수한 앱 관점에서 보면 15 세 또는 심지어 10 세 미만은 매우 가능합니다.
Aquarelle

6

내 응용 프로그램에서 3 초 미만 동안 노력했지만 성능과 관련하여 약간 까다 롭습니다.

당신이 주위에 묻는다면, 사람들은 당신이 정말로 원하거나 필요로하는 것을 가지고 있지 않다면 사람들이 일반적으로 잃어버린 10-15 초까지> = 7 초 범위에 대한 관심을 잃기 시작한다고 말합니다.


2
앱 서버 또는 브라우저에서 렌더링하는 데 3 초? 앱 서버의 100mSec을 목표로합니다. 브라우저에서 4 초.
drhenner

2
<3은 응답 시간과 동일하지 않은 페이지로드 시간에 대해 말한 것처럼 들립니다.
markus

5

사용자의 만족도에 달려 있습니다. 예를 들어, 처음에는 Gmail을 여는 데 시간이 오래 걸리지 만 사용자는 기다릴만한 가치가 있기 때문에 기다립니다.


공정 해. 내 질문은 약간 일반적입니다. 사람들이 노력하고있는 실제 숫자를 찾고 있다고 생각합니다. 상황에 따라 많은 것을 알 수 있습니다. 감사!
Michael Bobick

1
빠를수록 좋습니다.
Tomkay

5

물론, 그것은 질문의 성격에 달려 있으므로 대답은 매우 주관적입니다.

웹 사이트의 첫 번째 응답은 페이지를 읽을 수 있거나 사용할 수있을 때까지 시간의 일부일뿐입니다.

나는 10 초 이상의 응답으로 모든 것에 짜증이납니다. 5-7 초 후에 웹 사이트를 렌더링해야한다고 생각합니다.

Btw : stackoverflow.com의 응답 시간이 뛰어납니다!


3

당사는 5 초의 응답 시간 표준 한계를 가지고 있으며 일반적으로 2-3 초를 목표로합니다. 이는 페이지로드의 98 %를 차지합니다. 몇 가지 특정 작업을 최대 15 초까지 진행할 수 있지만 페이지를 열고 5 초마다 새로 고침하여 사용자가 여전히 요청을 처리하려고한다고 알려주는 방식으로 해당 시간을 줄입니다. 그렇게하면 사용자는 무언가가 일어나고 있다는 것을 알 수 있습니다. 비록 사용자가 사업상의 이유로 강제로 사용하는 웹 사이트에서 작업하고 있다고 생각하지만, 떠날 수는 없지만 크게 크게 불만을 제기 할 수 있습니다.

일반적으로 처리 시간이 5 초 이상 걸리는 경우 사용자가 관심을 잃지 않도록 임시 페이지를 올리십시오.


2

웹 앱이 복잡한 작업을 수행하는 경우 피드백이 사용자에게 제공되면 마음에 들지 않을 것입니다.

예를 들면 다음과 같습니다. Google Mail로드.


1

사용자의 만족도에 의존 할뿐만 아니라 개발 시간이 얼마나됩니까? 어떤 종류의 리소스 (소프트웨어, 하드웨어 및 사람)에 문제가 생길 수 있습니까?

호스팅 된 응용 프로그램이 "복잡한"작업을 수행하는 경우 몇 초 정도 지연되지는 않습니다. 정말 간단하다면 지연이 귀찮습니다.


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.