3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych) - poziom AA

Jeżeli użytkownik wykonuje działanie, które ma poważne skutki (prawne, finansowe albo polega na wysłaniu/zmianie danych), powinien mieć zabezpieczenie przed przypadkowym błędem.

O co chodzi w kryterium 3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych)?

To kryterium dotyczy sytuacji wysokiego ryzyka: gdy jeden klik może coś kupić, wysłać wniosek, złożyć deklarację, zatwierdzić zgłoszenie, zmienić ważne dane albo spowodować nieodwracalne skutki.

WCAG wymaga, żeby w takich przypadkach użytkownik miał przynajmniej jedno z zabezpieczeń: możliwość odwrócenia, możliwość sprawdzenia i poprawy, albo potwierdzenie przed ostatecznym zatwierdzeniem.

Najczęstsze powody niespełnienia kryterium 3.3.4

Proces kończy się „jednym kliknięciem” i od razu wywołuje skutek, bez etapu sprawdzenia danych lub potwierdzenia (np. wyślij wniosek i koniec, zamiast potwierdzenia operacji).
Użytkownik nie ma możliwości poprawy danych przed finalnym zatwierdzeniem, mimo że system mógłby to umożliwić (np. brak podsumowania, brak kroku wróć).
Nie ma możliwości odwrócenia operacji, mimo że technicznie nie ma przeciwskazań żeby zapewnić taką możliwość (np. anulowanie, wycofanie, cofnięcie zmiany).
Formularz waliduje błędy dopiero po wysłaniu, kiedy nie da się już nic poprawić, mimo że skutki są poważne.

Jak sprawdzić kryterium 3.3.4

Weź proces, który kończy się ważnym skutkiem: płatność, złożenie wniosku, wysłanie zgłoszenia, zapis, zmiana danych konta.

Sprawdź, czy przed finalnym zatwierdzeniem użytkownik ma co najmniej jedno z zabezpieczeń:

może odwrócić działanie,
może sprawdzić i poprawić dane,
musi potwierdzić, zanim działanie stanie się ostateczne.

Jeśli nie ma żadnego z tych mechanizmów, 3.3.4 nie jest spełnione

Rekomendacje jak spełnić kryterium 3.3.4

Dodaj krok „sprawdź i potwierdź” przed finalnym zatwierdzeniem. Użytkownik powinien zobaczyć podsumowanie i mieć jasne opcje: wróć i popraw albo potwierdź.

Zapewnij możliwość poprawienia danych przed wysłaniem: jeśli wykrywasz błędy, pokaż je tak, żeby użytkownik mógł je od razu naprawić, a nie dopiero po wysłaniu.

Jeśli operacja może być odwracalna, daj użytkownikowi możliwość odwrócenia (np. anuluj, wycofaj, cofnij zmianę).

Jeśli z powodów prawnych lub technicznych nie możesz dać pełnej odwracalności, tym bardziej pilnuj dwóch pozostałych zabezpieczeń: możliwości sprawdzenia/poprawy i potwierdzenia przed finalnym krokiem.

Pełny tekst kryterium 3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych)

W przypadku stron internetowych, które powodują zobowiązania prawne, albo na których użytkownik przeprowadza transakcje finansowe, modyfikuje lub usuwa dane w systemach przechowywania danych, nad którymi ma kontrolę, albo udziela odpowiedzi na testy, co najmniej jedna z poniższych informacji jest prawdziwa:

Odwracalność - wprowadzenie danych jest odwracalne.
Sprawdzanie - dane wprowadzone przez użytkownika są sprawdzane pod kątem błędów, a użytkownik ma możliwość wprowadzenia poprawek.
Potwierdzenie - istnieje mechanizm sprawdzania, potwierdzania oraz korekty informacji przed jej ostatecznym wysłaniem.