Посетитель нажимает кнопку, но кажется, что ничего не происходит. Возможно, запрос ещё идёт к серверу; возможно, он уже выполнен; а возможно, соединение оборвалось. Вращающееся украшение не устраняет эту неопределённость. Ожидание — часть интерфейса, и оно заслуживает такого же внимания к формулировкам, как и конечный результат.
Называйте действие, а не только задержку
Начните с действия, которое выбрал человек. «Готовим сравнение» информативнее одинокого вращающегося индикатора, потому что связывает паузу с задачей. Размещайте пояснение рядом с содержимым, которого оно касается. Остальная страница не должна превращаться в пустой экран без объяснений, когда обновляется лишь один небольшой раздел.
Не придумывайте точность. Процент полезен только тогда, когда система может измерить реальное продвижение. Обратный отсчёт, который начинается заново, или индикатор, застывший на девяноста девяти процентах, создаёт обещание, которое интерфейс не может выполнить. Если оставшееся время неизвестно, расскажите, что происходит, не выдумывая срок.
Отделяйте получение от завершения
Нажатие кнопки, получение запроса и завершение запрошенной работы — не одно и то же событие. Определите, что означает каждое сообщение, прежде чем выбирать для него цвет или анимацию. Например, принять файл в обработку не значит проверить его; сохранить обращение не значит, что кто-то уже на него ответил.
Показывайте успех только после получения соответствующего подтверждения. Если результат неизвестен, сохраняйте это различие вместо успокаивающей зелёной галочки. Чёткие состояния также облегчают последующий разговор со службой поддержки: посетитель может описать, что именно сообщила страница, вместо того чтобы гадать.
Сделайте обновление доступным не только зрению
Небольшое изменение у края экрана легко пропустить. Пояснение W3C о сообщениях состояния охватывает обновления о результатах, ожидании или ходе работы, которые не перемещают фокус пользователя. Подходящие роли или свойства позволяют вспомогательным технологиям передавать эти сообщения, не вынуждая человека переходить в новый контекст.
Для области, которая получает несколько связанных обновлений, MDN описывает aria-busy как способ обозначить, что изменения ещё не завершены. Когда обновление закончится, верните значение false. Сам по себе этот атрибут не является визуальным индикатором загрузки, а его добавление не заменяет проверки того, как сообщение действительно объявляется и какой текст виден на экране.
Оставляйте безопасный следующий шаг
Ожидание не должно становиться тупиком. По возможности сохраняйте введённые посетителем данные, объясняйте ошибку обычным языком и предлагайте следующее действие, подходящее для этой операции. «Попробуйте ещё раз» не всегда безопасно: если первый запрос мог завершиться успешно, повторная отправка может создать дубликат. Выясните результат, прежде чем предлагать повторение.
Если отмена поддерживается, ясно объясните её последствия. Остановить видимую анимацию — не то же самое, что отменить работу на сервере. Возможность вернуться на страницу может быть полезной, но она не должна незаметно сводить на нет усилия человека. Принципы полезных сообщений об ошибках в формах действуют и здесь: опишите ситуацию и полезный следующий шаг.
Проверяйте сложные промежуточные состояния, а не только счастливый финал
Проверьте быстрый ответ, медленный ответ, сбой и неопределённый результат. Посмотрите, появляется ли сообщение вовремя, предусмотрена ли корректная обработка повторных нажатий и остаётся ли клавиатурный фокус в подходящем месте. Проверьте и отображение с уменьшенной анимацией: смысл должен сохраняться без вращения или пульсации.
При постоянном сопровождении сайта возвращайтесь к этим состояниям, когда меняется сервис, от которого они зависят. Цель не в том, чтобы каждое ожидание развлекало. Она в том, чтобы дать посетителю честный ответ на три вопроса: что происходит, что известно и что я могу сделать дальше?