Что считается хорошим временем отклика для динамического, персонализированного веб-приложения?

Для сложного веб-приложения, которое включает динамический контент и персонализацию, какое хорошее время отклика на сервере (так исключая латентность сети и время отображения браузера)? Я думаю о таких сайтах, как Facebook, Amazon, MyYahoo и т.д. Связанный с этим вопрос - это хорошее время отклика на бэкэнд-сервис?

Ответ 1

Там много исследований по этому вопросу. Здесь краткое резюме.

Время отклика: 3 важных предела

Якоб Нильсен от 1 января 1993 года

Резюме. При оптимизации производительности веб-приложений и приложений производительность 3 основных временных ограничения (которые определяются способностями человека).

Выдержка из главы 5 в моей книге Юзабилити Инжиниринг, с 1993 года:

Основной совет относительно времени отклика был примерно таким же в течение тридцати лет [Miller 1968; Card et al. 1991]:

  • 0,1 секунды - это ограничение для того, чтобы пользователь почувствовал, что система реагирует мгновенно, что означает, что никакой специальной обратной связи не требуется, кроме как для отображения результата. li >
  • 1.0 сек. - это ограничение для потока пользователей, чтобы оставаться непрерывным, даже если пользователь заметит задержку. Как правило, при задержках более 0,1, но менее 1,0 секунды, никакой специальной обратной связи не требуется, но пользователь действительно теряет чувство работы непосредственно на данных.
  • 10 секунд - это ограничение для сохранения внимания пользователя, ориентированного на диалог. Для более длительных задержек пользователи захотят выполнить другие задачи в ожидании завершения работы компьютера, поэтому им следует дать обратную связь, указывающую, когда компьютер ожидает выполнения. Обратная связь во время задержки особенно важна, если время ответа, вероятно, будет сильно изменяться, так как пользователи тогда не будут знать, чего ожидать.

Ответ 2

Я стремился к < 3 секунды для моих приложений, но я немного придирчив, когда дело доходит до производительности.

Если вы спросите, говорят, что люди начинают интересоваться диапазоном >= 7 секунд, на 10-15 секунд вы обычно теряете их, если только у вас ДЕЙСТВИТЕЛЬНО не есть что-то, что они хотят или нуждаются.

Ответ 3

Мы стремимся к времени отклика 20 миллисекунд, а некоторые сложные страницы занимают до 100 миллисекунд. Для самых сложных страниц мы разбиваем страницу на более мелкие части и используем прогрессивный шаблон отображения для загрузки каждого раздела. Таким образом, некоторые порции загружаются быстро, даже если страница занимает от 1 до 2 секунд для загрузки, сохраняя пользователя включенным, пока остальная часть страницы загружается.

Ответ 4

Конечно, это лежит в характере вашего вопроса, поэтому ответы очень субъективны.

Первый ответ веб-сайта также является лишь небольшой частью времени, пока страница не станет читаемой/пригодной для использования.

Меня раздражает все более 10 секунд ответов. Я думаю, что веб-сайт должен быть представлен через 5-7 секунд.

Btw: stackoverflow.com имеет отличное время отклика!

Ответ 5

Наша компания имеет 5-секундный стандартный интервал времени ответа, и мы стремимся в течение 2-3 секунд в целом. Это составляет 98% загрузки страниц. Некоторым конкретным задачам разрешено работать до 15 секунд, но затем мы уменьшаем это время, размещая страницу и обновляя каждые 5 секунд, сообщая пользователю, что мы все еще пытаемся обработать запрос. Таким образом, пользователь видит, что что-то происходит и не просто уходит. Хотя, учитывая, что я работаю на веб-сайте, пользователи которого вынуждены использовать по соображениям бизнеса, они не собираются уходить, но они могут жаловаться довольно громко.

В общем случае, если обработка займет более 5 секунд, установите временную страницу, чтобы пользователь не потерял интерес.

Ответ 6

Это зависит от того, что радует ваших пользователей. Например, Gmail занимает довольно много времени, чтобы открыть сначала, но пользователи ждут, потому что этого стоит ждать.

Ответ 7

От этого зависит не только то, что радует ваших пользователей, но сколько у вас времени разработки? Какие ресурсы вы можете бросить на проблему (программное обеспечение, оборудование и люди)?

Я не возражаю за пару-секундную задержку для размещенных приложений, если они делают что-то "сложное". Если это действительно просто, задержки меня беспокоят.

Ответ 8

Я думаю, вы обнаружите, что если ваше веб-приложение выполняет сложную операцию, тогда предоставляется пользователю обратная связь, они не будут возражать (слишком много).

Например: Загрузка Google Mail.

Ответ 9

От 2 до 3 секунд