WCAG 3.3.3 Návrh opravy chyby

Kritérium úspěšnosti 3.3.3 pomáhá lidem opravit formulář, když se něco pokazí. Zpráva jako „Neplatný vstup“ zákazníkovi řekne, že nastal problém, ale ne, co má udělat. Lidé s kognitivním postižením, uživatelé čteček obrazovky a lidé s motorickým postižením, kteří se přepisují, to v tomto bodě často vzdají. Jde o úroveň AA a v normě EN 301 549 je uvedeno jako článek 9.3.3.3. Na harmonizovanou normu EN 301 549 odkazuje i český zákon č. 424/2023 Sb.

Co kritérium vyžaduje

Pokud je chyba vstupu automaticky zjištěna a návrhy na opravu jsou známy, musí být uživateli poskytnuty.

• Chybou vstupu jsou i vynechané povinné údaje a údaje mimo požadovaný formát nebo rozsah hodnot.
• „Známy“ znamená, že web dokáže určit, co by bylo přijato — například očekávaný formát, povolený rozsah nebo seznam platných možností.
• Výjimka: návrh lze vynechat, pokud by ohrozil bezpečnost nebo účel obsahu — například prozradil, která část přihlášení byla špatně, nebo vyzradil odpověď v kvízu.

Návrh je obvykle text a musí splňovat i ostatní kritéria (například být čitelný a dostupný pro čtečky obrazovky).

Typické chyby v e-shopu

• „Neplatné PSČ“ bez nápovědy, jaký formát se pro vybranou zemi očekává;
• „Neplatné datum“ v poli pro platnost karty, aniž by bylo řečeno, že formát je MM/RR;
• „Heslo nesplňuje požadavky“ bez výčtu požadavků;
• „Množství není k dispozici“ bez informace, kolik kusů je skladem;
• pole pro slevový kód, které při vypršelém kódu napíše jen „Chyba“;
• pole pro DIČ, které odmítne vstup a neukáže příklad.

Jak to zkontrolovat

Automaticky: náš nástroj pro toto kritérium nemá pravidlo. Je potřeba ruční kontrola.

Ručně: do každého formuláře zadejte typické chybné hodnoty: PSČ ve špatném formátu, datum v minulosti, příliš krátké heslo, množství nad stav skladu, e-mail bez „@“. Přečtěte si každou zprávu a zeptejte se: říká, jak vstup opravit? Ověřte také, že čtečka obrazovky zprávu oznámí, když se objeví nebo když přejdete na pole.

Jak to opravit

• Pište zprávy, které uvádějí opravu: „Zadejte PSČ jako 5 číslic, například 10115“.
• Pravidla (délku hesla, povolené znaky) uveďte předem a zopakujte je v chybové zprávě.
• Pokud existuje malá sada platných hodnot, navrhněte nejbližší z nich nebo nabídněte výběr.
• Zadaný údaj ponechte v poli, aby ho uživatel mohl opravit a nemusel ho psát znovu.

Související kritéria

• 3.3.1 Identifikace chyb — chyba musí být označena a popsána.
• 3.3.4 Prevence chyb (právní, finanční, datové) — kontroly před dokončením objednávky.
• 3.3.2 Popisky nebo instrukce — vysvětlete formát dřív, než uživatel začne psát.

Časté otázky

Jaký je rozdíl mezi 3.3.1 a 3.3.3?

3.3.1 požaduje označit pole s chybou a popsat chybu textem. 3.3.3 jde o krok dál: pokud víte, jak může uživatel chybu opravit, musíte mu to říct.

Má přihlašovací formulář říct, zda byl špatně e-mail, nebo heslo?

Ne nutně. 3.3.3 má výjimku pro případ, kdy by návrh ohrozil bezpečnost nebo účel obsahu, takže obecné „e-mail nebo heslo nejsou správné“ je přijatelné.

Dokáže návrhy oprav zkontrolovat automatický nástroj?

Ne. Musel by odesílat formuláře se špatnými údaji a posuzovat znění zpráv, proto se to kontroluje ručně.