Komunikat o błędzie informuje użytkownika, co poszło nie tak i co może zrobić dalej. Dobry komunikat jest konkretny, napisany zwykłym językiem i wskazuje drogę naprawy.
Zasady dobrych komunikatów
- wskaż pole i przyczynę („Hasło musi mieć co najmniej 12 znaków”),
- pokaż komunikat obok pola, nie tylko na górze formularza,
- nie opieraj się wyłącznie na kolorze — dodaj tekst i ikonę,
- nie obwiniaj użytkownika i unikaj żargonu,
- powiąż komunikat z polem atrybutem
aria-describedby.
Strona błędu 404
Dobra strona 404 informuje, że adres nie istnieje, i podsuwa dalsze kroki: wyszukiwarkę, menu lub popularne podstrony. Musi zwracać kod HTTP 404, a nie 200.
Jak testować komunikaty?
Wywołaj celowo każdy możliwy błąd: puste pola, zły format, zbyt długą wartość, utratę połączenia i błąd serwera. Sprawdź, czy komunikat jest zrozumiały dla osoby spoza zespołu, czy ustawia fokus na pierwszym błędnym polu i czy czytnik ekranu go odczytuje. Dobrą praktyką jest zapisywanie błędów w logach, aby wykrywać pola, które sprawiają użytkownikom najwięcej kłopotów.
Czy komunikaty błędów w logowaniu mogą być szczegółowe?
Ze względów bezpieczeństwa komunikat przy logowaniu powinien być ogólny („Nieprawidłowy login lub hasło”), aby nie ujawniać, które konta istnieją.