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


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.