WCAG 3.3.7 Zbędne ponowne wprowadzanie danych

Kryterium sukcesu 3.3.7 jest nowe w WCAG 2.2. Zmniejsza wysiłek przy formularzach wieloetapowych dla osób z niepełnosprawnościami poznawczymi, trudnościami z pamięcią i niepełnosprawnościami ruchowymi, dla których każde ponownie wpisywane pole to dodatkowa praca i dodatkowa okazja do błędu. W sklepie klasycznym przykładem jest proces zamówienia: adres dostawy, adres rozliczeniowy, dane kontaktowe. To poziom A; w normie EN 301 549 kryterium to występuje jako punkt 9.3.3.7.

Czego wymaga kryterium

Informacje wcześniej wprowadzone przez użytkownika lub mu przekazane, które są ponownie wymagane w tym samym procesie, muszą być:

• uzupełniane automatycznie albo
• dostępne do wyboru przez użytkownika.

Proces to seria działań użytkownika, z których każde jest wymagane do wykonania czynności, na przykład złożenia zamówienia lub rejestracji. Proces może obejmować kilka domen, na przykład sklep i stronę płatności zewnętrznego operatora.

Wyjątki — ponowne wpisanie może być wymagane, gdy:

• ponowne wprowadzenie informacji jest niezbędne;
• jest wymagane dla zapewnienia bezpieczeństwa treści (na przykład dwukrotne wpisanie nowego hasła);
• wcześniej wprowadzone informacje nie są już aktualne.

W3C zaznacza, że samo autouzupełnianie przeglądarki nie wystarcza oraz że kryterium nie wymaga przechowywania danych między sesjami.

Typowe błędy w sklepie internetowym

• adres rozliczeniowy trzeba wpisać ponownie, choć jest taki sam jak adres dostawy;
• adres e-mail wpisany w kroku 1 zamówienia trzeba wpisać ponownie w kroku 3;
• po błędzie walidacji formularz zostaje wyczyszczony i wszystkie pola trzeba wypełnić od nowa;
• formularz zwrotu prosi o numer zamówienia, które klient właśnie wybrał na poprzednim ekranie;
• wyszukiwana fraza lub wybrane filtry giną, gdy użytkownik przechodzi do kolejnej strony wyników w ramach tego samego zadania.

Jak to sprawdzić

Automatycznie: nasz skaner nie ma reguły dla tego kryterium. Nie przechodzi przez procesy wieloetapowe, dlatego potrzebna jest kontrola ręczna.

Ręcznie: należy przejść ścieżki zamówienia, rejestracji i zwrotu z danymi testowymi. Zanotować każde pole, o które prosi serwis. Gdy w jednej ścieżce te same informacje są wymagane dwa razy, sprawdzić, czy są wstępnie uzupełnione lub oferowane do wyboru. Celowo wywołać błąd i upewnić się, że wpisane dane zostają zachowane.

Jak to naprawić

• Dodać pole wyboru „Adres rozliczeniowy jest taki sam jak adres dostawy”, domyślnie zaznaczone tam, gdzie ma to sens.
• Przenosić dane między krokami (e-mail, imię i nazwisko, adres) i pokazywać je jako wstępnie uzupełnione, ale edytowalne.
• Zachowywać dane wpisane przez użytkownika, gdy walidacja się nie powiedzie.
• Oferować zapisane adresy jako listę do wyboru w ramach tej samej ścieżki.

Powiązane kryteria

• 3.3.8 Dostępne uwierzytelnianie (minimum) — bez testów pamięci przy logowaniu.
• 1.3.5 Określenie pożądanej wartości — atrybuty autocomplete w polach z danymi osobowymi.
• 3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych) — kontrola, zanim zamówienie stanie się ostateczne.

Najczęstsze pytania

Czy wystarczy pole wyboru „adres rozliczeniowy taki sam jak adres dostawy”?

Tak, W3C podaje je jako przykład. Użytkownik może potwierdzić, że adres jest taki sam, zamiast wpisywać go ponownie.

Czy autouzupełnianie przeglądarki spełnia 3.3.7?

Nie. W3C mówi, że autouzupełnianie przeglądarki nie wystarcza, ponieważ to sam serwis musi automatycznie uzupełnić dane albo udostępnić je do wyboru.

Czy trzeba zapamiętywać dane między wizytami?

Nie. 3.3.7 dotyczy jednego procesu, na przykład jednego zamówienia. Nie wymaga przechowywania informacji między sesjami.

Kiedy można ponownie poprosić o te same informacje?

Gdy ponowne wpisanie jest niezbędne (na przykład w grze pamięciowej), gdy jest potrzebne ze względów bezpieczeństwa (jak potwierdzenie nowego hasła) albo gdy wcześniej podane informacje nie są już aktualne.