Что считается хорошим временем отклика для динамичного персонализированного веб-приложения?
Для сложного веб-приложения, которое включает в себя динамический контент и персонализацию, каково хорошее время отклика с сервера (исключая задержку в сети и время рендеринга браузера)? Я думаю о таких сайтах, как Facebook, Amazon, MyYahoo и т. Д. Схожий вопрос: каково хорошее время ответа для бэкэнд-сервиса?
9 ответов
Есть много исследований по этому вопросу. Вот краткое резюме.
Время отклика: 3 важных ограничения
Якоб Нильсен 1 января 1993 года
Описание: при оптимизации производительности веб-приложений и приложений необходимо учитывать 3 основных временных ограничения (которые определяются человеческими способностями восприятия).
Выдержка из главы 5 в моей книге " Техника юзабилити"1993 года:
Основные рекомендации относительно времени отклика были примерно одинаковыми в течение тридцати лет [Miller 1968; Card et al. 1991]:
- 0,1 секунды - это предел того, что пользователь чувствует, что система реагирует мгновенно, а это означает, что никакой специальной обратной связи не требуется, кроме как для отображения результата.
- 1,0 секунда - это предел того , чтобы поток мыслей пользователя оставался непрерывным, даже если пользователь заметит задержку. Обычно никакой специальной обратной связи не требуется при задержках более 0,1, но менее 1,0 секунды, но пользователь теряет ощущение работы непосредственно с данными.
- 10 секунд - это предел концентрации внимания пользователя на диалоге. Для более длительных задержек пользователи будут хотеть выполнять другие задачи, ожидая завершения работы компьютера, поэтому им следует предоставить обратную связь, указывающую, когда компьютер ожидает, что это будет сделано. Обратная связь во время задержки особенно важна, если время отклика, вероятно, будет сильно варьироваться, поскольку пользователи тогда не будут знать, чего ожидать.
Мы стремимся к тому, чтобы время отклика составляло 20 миллисекунд, в то время как некоторые сложные страницы занимают до 100 миллисекунд. Для самых сложных страниц мы разбиваем страницу на более мелкие части и используем прогрессивный шаблон отображения для загрузки каждого раздела. Таким образом, некоторые части загружаются быстро, даже если загрузка страницы занимает от 1 до 2 секунд, удерживая пользователя включенным, пока загружается остальная часть страницы.
Я стремился < 3 секунды к своим приложениям, но я немного придирчив, когда дело доходит до производительности.
Если вы поспрашиваете, они говорят, что люди начинают терять интерес к диапазону>= 7 секунд, к 10-15 секундам вы, как правило, теряете их, если только у вас ДЕЙСТВИТЕЛЬНО нет того, что они хотят или нуждаются.
Это зависит от того, что делает ваших пользователей счастливыми. Например, для начала Gmail требуется много времени, но пользователи ждут, потому что его стоит подождать.
Конечно, это лежит в основе вашего вопроса, поэтому ответы очень субъективны.
Первый ответ веб-сайта также занимает лишь небольшую часть времени до тех пор, пока страница не станет доступной для чтения / использования.
Меня раздражают все ответы, превышающие 10 секунд. Я думаю, что веб-сайт должен быть предоставлен через 5-7 сек.
Кстати, stackru.com имеет отличное время отклика!
Наша компания имеет стандартное ограничение времени ответа 5 секунд, и мы стремимся к 2-3 секундам в целом. Это составляет 98% загрузок страницы. Некоторым конкретным задачам разрешается выполнять до 15 секунд, но затем мы уменьшаем это время, открывая страницу и обновляя каждые 5 секунд, сообщая пользователю, что мы все еще пытаемся обработать запрос. Таким образом, пользователь видит, что что-то происходит, а не просто уходит. Хотя, учитывая, что я работаю на веб-сайте, пользователи которого вынуждены использовать по деловым причинам, они не собираются уходить, но они способны жаловаться довольно громко.
В общем случае, если обработка займет более 5 секунд, создайте временную страницу, чтобы пользователь не потерял интерес.
Я думаю, вы обнаружите, что если ваше веб-приложение выполняет сложную операцию, то при условии обратной связи с пользователем, они не будут возражать (слишком много).
Например: загрузка Google Mail.
Это зависит не только от того, что радует ваших пользователей, но и от того, сколько у вас есть времени на разработку? Какие ресурсы вы можете использовать для решения проблемы (программное обеспечение, оборудование и люди)?
Я не возражаю против задержки в несколько секунд для размещенных приложений, если они делают что-то "сложное". Если это действительно просто, задержки меня беспокоят.