Odwiedzający naciska przycisk i pozornie nic się nie dzieje. Być może żądanie jest właśnie przesyłane na serwer; być może operacja już się zakończyła; być może połączenie nie zadziałało. Obracająca się ozdoba nie usuwa tej niepewności. Oczekiwanie jest częścią interfejsu i zasługuje na taką samą staranność redakcyjną jak końcowy rezultat.
Nazwij wykonywaną pracę, nie tylko opóźnienie
Zacznij od działania, które wybrała dana osoba. „Przygotowujemy porównanie” mówi więcej niż samotny wskaźnik ładowania, ponieważ wiąże przerwę z zadaniem. Umieść wyjaśnienie blisko treści, której dotyczy. Reszta strony nie powinna bez wyjaśnienia zamieniać się w pusty ekran, gdy aktualizowany jest tylko jeden niewielki fragment.
Nie udawaj precyzji. Wartość procentowa jest przydatna tylko wtedy, gdy system potrafi zmierzyć miarodajny postęp. Odliczanie, które zaczyna się od nowa, lub wskaźnik, który zatrzymuje się na dziewięćdziesięciu dziewięciu procentach, tworzy obietnicę, której interfejs nie może dotrzymać. Jeśli pozostały czas jest nieznany, powiedz, co się dzieje, bez wymyślania terminu zakończenia.
Odróżnij przyjęcie od zakończenia
Naciśnięcie przycisku, odebranie żądania i zakończenie zleconej pracy to nie to samo zdarzenie. Określ znaczenie każdego komunikatu, zanim wybierzesz jego kolor czy animację. Na przykład przyjęcie pliku do przetworzenia nie oznacza, że został już sprawdzony; zapisanie zapytania nie oznacza, że ktoś na nie odpowiedział.
Informuj o powodzeniu dopiero wtedy, gdy dostępne jest odpowiednie potwierdzenie. Jeśli wynik jest niepewny, zachowaj to rozróżnienie, zamiast wyświetlać uspokajający zielony znaczek. Jasno opisane stany pomagają też później w rozmowie z pomocą techniczną: odwiedzający może opisać, co strona rzeczywiście zakomunikowała, zamiast zgadywać.
Udostępnij informację o zmianie nie tylko wzrokowo
Niewielką zmianę przy krawędzi ekranu łatwo przeoczyć. Wyjaśnienie W3C dotyczące komunikatów o stanie obejmuje informacje o wynikach, oczekiwaniu i postępie, które nie przenoszą fokusu użytkownika. Odpowiednie role lub właściwości pozwalają technologiom wspomagającym przedstawiać te komunikaty bez zmuszania osoby do zmiany kontekstu.
W przypadku obszaru, w którym pojawia się kilka powiązanych aktualizacji, MDN opisuje aria-busy jako sposób oznaczenia, że zmiany nie zostały jeszcze zakończone. Po zakończeniu aktualizacji przywróć wartość false. Sam atrybut nie jest wizualnym wskaźnikiem ładowania, a jego dodanie nie zastępuje testowania faktycznie odczytywanego komunikatu i widocznego tekstu.
Zapewnij bezpieczny następny krok
Oczekiwanie nie powinno prowadzić w ślepy zaułek. W miarę możliwości zachowuj dane wprowadzone przez odwiedzającego, wyjaśniaj niepowodzenie zwykłym językiem i proponuj kolejne działanie odpowiednie do operacji. „Spróbuj ponownie” nie zawsze jest bezpieczne: jeśli pierwsze żądanie mogło się powieść, ponowne wysłanie może utworzyć duplikat. Ustal wynik, zanim zachęcisz do powtórzenia operacji.
Jeśli anulowanie jest możliwe, jasno wyjaśnij jego skutek. Zatrzymanie widocznej animacji nie jest tym samym co anulowanie pracy serwera. Możliwość powrotu do strony bywa pomocna, ale nie powinna bez ostrzeżenia niweczyć wysiłku użytkownika. Zasady pomocnych komunikatów o błędach w formularzach obowiązują również tutaj: opisz sytuację i wskaż sensowny następny krok.
Testuj trudne stany pośrednie, nie tylko szczęśliwe zakończenie
Sprawdź szybką odpowiedź, powolną odpowiedź, niepowodzenie i niepewny wynik. Obserwuj, czy komunikat pojawia się we właściwym momencie, czy obsługa wielokrotnych kliknięć jest przemyślana i czy fokus klawiatury pozostaje w sensownym miejscu. Sprawdź też wygląd przy ograniczonych animacjach: znaczenie musi pozostać czytelne bez efektu obracania czy pulsowania.
W ramach bieżącej opieki nad stroną ponownie sprawdzaj te stany, gdy zmienia się usługa, z której korzysta strona. Celem nie jest uprzyjemnianie każdej chwili oczekiwania. Chodzi o udzielenie odwiedzającemu uczciwej odpowiedzi na trzy pytania: co się dzieje, co wiadomo i co mogę zrobić dalej?