Front-end разработчик Коллум Харт в своем блоге рассказал о том, почему при загрузке страницы необходимо отображать её структуру, а не показывать индикатор загрузки.
В рубрике «Интерфейсы» — адаптированный перевод заметки.
®Что это такое
Скорость реакции, отзывчивость и непрерывность неблокируемого интерфейса не должны зависеть от интернета-соединения, считает Харт. Каждое действие — переход на другую страницу или выполнение команды — должно происходить практически мгновенно.
Харт считает, что одним из решений может стать предпросмотр интерфейса во время его загрузки. Превью макета и структуры страницы должно отображаться мгновенно, в то время
как информация загружается с некоторой задержкой. Разработчик ссылается на ленту Facebook, которая использует превью для загрузки:
Здесь видно, что формы, в которых будет находиться информация, уже загружены, а сами данные еще не отображены. По мнению автора, данный интерфейс является хорошим примером того, как будут выглядеть все страницы в
будущем.
Почему это хорошо
Пока страница загружается, посетители могут начать знакомиться с визуальным оформлением ресурса, вместо того, чтобы разглядывать белый экран или какую-нибудь крутилку на AJAX, считает разработчик.
Вместе с тем пользователям также доступны некоторые функции, для выполнения которых не нужна связь с сервером — это одно из существенных достоинств превью интерфейса. Для перехода по ссылкам не обязательно дожидаться полной загрузки страницы:
Пользователям не важна производительность сервера, считает Харт — их беспокоит лишь то, что они видят перед собой. И совершенно не важно,
сколько времени было потрачено на разработку интерфейса.
Степени использования
По мнению Харта, пользователи должны видеть превью интерфейса в течение доли секунд. В идеальном случае, информационное наполнение страницы должно загружаться мгновенно. Метод предпросмотра интерфейса можно разделить на три уровня по степени его использования, считает автор: bare bones, aspiring и perfectionist.
Bare bones
Такой подход используется в работе с
большим количеством данных и отображает на экране сначала только макет и структуру страницы.
Aspiring
Более тонкий подход для того, чтобы показать структуру страницы и текст. Для каждого состояния загрузки имеются свои цвета, варианты кнопок:
Perfectionist
При использовании такого метода все детали выглядят достаточно конкретно и различаются на отдельных страницах ресурса.
Однако текст, который никак не связан с сервером, не несет в себе никакой информации до тех пор, пока информация не загрузится. Поэтому пользователь
не сможет произвести какие-либо действия до полной загрузки данных:
Реализация
Для реализации превью интерфейса на стороне клиента обязательна визуализация всего контента. По мнению Харта, этого достаточно сложно достичь, используя только стандартные средства. Пользовательская сторона также должна иметь асинхронное
взаимодействие с сервером.
Помимо архитектуры и инструментов для реализации предпросмотра интерфейса можно использовать еще несколько методов.
Во-первых, структуру страницы следует отделить от того, что в неё загрузится. Для этого можно использовать два шаблона: первый — для структуры и второй — для контента (появляется
при полной загрузке данных).
Автор считает, что несмотря на все преимущества
метода, у него есть и существенные недостатки.
- Как правило, в зависимости от состояния элемента его структура различается. Поэтому эффективней иметь один шаблон, включающий в себя два комплекта разметки, которые соответствуют каждому состоянию объекта (показан или скрыт).
- Сложная логика.
- Пользователь не должен взаимодействовать со структурой. Наполнение «каркаса» (кнопки, поля ввода и так далее), должны быть удалены,
потому что это вводит посетителя в заблуждение.
Автор считает, что еще одной проблемой является количество отображаемых цветов у структуры. Страница будет похожа на мусор, когда загрузятся десять полей и только шесть цветов.
Харт рекомендует использовать при разработке эмулятор Network Link Conditioner.
С его помощью можно тестировать загрузку интерфейса на разных скоростях интернет-соединения.
Хорошим помощником для Network Link Conditioner являются критерии эффективности от Якоба Нильсона. В книге
Usability Engineering определены три временных предела, которые показывают насколько важна скорость отклика интерфейса:
0,1 секунды
Операции на странице, которые выполняются за 100 миллисекунд практически незаметны пользователям. Такое время
является золотым стандартом, к которому должны стремиться все разработчики.
Одна секунда
Неплохое время, однако пользователю будет заметна небольшая пауза. В случае, если все операции на
сайте выполняются за секунду, то ресурс будет казаться медленным.
10 секунд
Пользователь скорее всего покинет страницу, если операция выполняется от десяти секунд и больше. Конечно, все зависит от того, какую цель преследует клиент. Например, если посетитель
работает со своими банковскими счетами или оплачивает товар в интернет-магазине, то он, вероятнее всего, останется.
Присылайте свои интерфейсные кейсы на interface@siliconrus.com
About the author
