Какое разумное время для создания веб-страницы?

Ответ 1

Там огромное количество данных исследования относительно времени от запроса к рендерингу и опыту пользователя. Я бы рекомендовал прочитать эту статью useit.com. Ведь Google интегрировала скорость страницы в своих результатах по причине;)

3 ограничения времени отклика - это сегодня, когда я писал о них в 1993 году (по результатам 40-летнего исследования пионерами человеческого фактора):

• 0,1 секунды дает ощущение мгновенного ответа, то есть результат чувствует, что это было вызвано пользователя, а не компьютера. Этот уровень отзывчивости имеет важное значение для поддерживать чувство прямого манипуляции (прямое манипулирование один из ключевых методов GUI для увеличить вовлеченность пользователей и контроль - подробнее об этом см. в наших Принципах семинара по дизайну интерфейса).
• 1 секунда обеспечивает непрерывность потока мышления пользователя. Пользователи могут ощущать задержка и, следовательно, знать, что компьютер генерируя результат, но они все еще ощущать контроль над опыт и что они движутся свободно, а не ждать на компьютер. Эта степень требуется отзывчивость навигации.
• 10 секунд сохраняет внимание пользователя. С 1 до 10 секунд пользователи определенно чувствую себя во власти компьютер и пожелать, чтобы это было быстрее, но они могут справиться с этим. Через 10 секунд, они начинают думать о других вещей, затрудняя их получение мозги возвращаются на место после компьютера наконец, отвечает.

Задержка в 10 секунд часто будет пользователи немедленно покидают сайт. А также даже если они останутся, для чтобы понять, что происходит, что делает его менее вероятным, преуспеть в любых трудных задачах.

Как правило, думайте, что вы всегда должны стремиться к балансу времени оптимизации и времени. Не тратьте дни, оптимизируя ад из одной рутины, когда ваши изображения не сжаты правильно, или ваши скрипты /css не объединены. Да, быстрее, тем лучше, но 90% -ный выигрыш в создании страницы путем настройки смарт-кеша составляет 10% -ный прирост после одной недели настройки алгоритма.

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

Теперь некоторые данные; некоторые из последних сайтов, над которыми я работал, использовали DotNetNuke, огромную CMS с открытым исходным кодом и Asp.Net MVC, где вы ближе к металлу. Среднее время страницы со средними запросами db составляло 600-700 миллисекунд для DotNetNuke. Для Asp.net MVC это 70-100 миллисекунд... Пользователям действительно нравится второй:)

Ответ 2

Там нет "правильного" ответа на этот вопрос - чем быстрее, тем лучше. Лично я обычно стремился к < 200 мс, хотя по опыту я знаю, что достичь этого можно в Rails на каких-то простых приложениях. Попытайтесь выяснить, где ваши узкие места и кешировать то, что вы можете.

Изменить: Кажется, существует некоторая путаница между временем создания страницы и временем отображения страницы. Очевидно, что быстрый рендеринг страницы является целью, и на большинстве сайтов, где делаются такие вещи, как сокращение HTTP-запросов, gzipping CSS/JS - это то место, где вы можете получить большую часть своих быстрых побед. Но если сама страница может занять от 4 до 5 секунд, тогда вы, вероятно, правы, что ваше приложение должно начинаться.

Ответ 3

Это зависит от того, отображается ли что-либо в течение 2,5-4 секунд, или что пользователь уже видит (часть) страницы с самого начала, и полностью заканчивает загрузку через 2,5-4 секунды. В этом случае пользователь не испытывает нагрузку 2,5-4 секунды. Возьмите http://www.nytimes.com/ сайт; Я вижу большую часть этого момента, но, по словам веб-инспектора, для его полной загрузки требуется 1,94 секунды.

И имейте в виду, что скорость будет также зависеть от браузера, компьютера, интернет-соединения. Что для вас может быть медленнее для других.

Ответ 4

Измерьте свою оценку apdex и посмотрите, как она работает. Это даст вам приблизительную оценку. Оттуда вы можете решить, как вы хотите повысить производительность.

Это также зависит от вашего сайта; системное приложение для бизнеса или программного обеспечения в качестве услуги (SaaS)? Если это системное приложение, пользователи вынуждены использовать его для выполнения, можно договориться. Если это SaaS, то чем выше ваш показатель apdex, тем больше у вас будет потери интереса пользователя.

Есть несколько драгоценных камней, которые измеряют производительность и сообщают, что такое ваш apdex.

Здесь немного больше информации: http://apdex.org/blog/?p=630

Ответ 5

Мое личное правило - ни одна страница не должна занимать более 0,05 секунды, или вы в беде.

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

Если вы придерживаетесь гигантских фреймворков, вам не повезло.