WCAG 3.3.4 Prevence chyb (právní, finanční, datové)
Aktualizováno 14. října 2026 · Čtení na 3 min
- Úroveň
- AA · WCAG 2.0
- EN 301 549
- 9.3.3.4
- Co checker testuje
- Ruční kontrola: automatický nástroj toto kritérium spolehlivě neověří.
- Oficiální text
- Understanding 3.3.4 Error Prevention (Legal, Financial, Data) (W3C, v angličtině)
Kritérium úspěšnosti 3.3.4 chrání lidi před nákladnými chybami, které nemohou vrátit. Člověk s poruchou čtení může v množství přehodit číslice, člověk s motorickým postižením může stisknout špatné tlačítko a uživatel čtečky obrazovky si nemusí všimnout, že je vybrána špatná velikost. Když je výsledkem zaplacená objednávka nebo smazaný účet, mají následky skutečnou váhu. Jde o úroveň AA a v normě EN 301 549 je uvedeno jako článek 9.3.3.4. Na harmonizovanou normu EN 301 549 odkazuje i český zákon č. 424/2023 Sb.
Co kritérium vyžaduje
Kritérium platí pro webové stránky, které:
- pro uživatele zakládají právní závazky nebo finanční transakce (odeslání objednávky, přijetí smlouvy, platba);
- mění nebo mažou uživatelem spravovaná data v úložištích dat (údaje účtu, adresy, uložená data);
- nebo odesílají odpovědi uživatele v testu.
U těchto stránek musí platit alespoň jedno z následujícího:
- Vratnost: odeslání lze vrátit, například zrušit ve stanovené lhůtě.
- Kontrola: zadané údaje se kontrolují na chyby vstupu a uživatel dostane možnost je opravit.
- Potvrzení: je k dispozici mechanismus, jak informace před dokončením odeslání zkontrolovat, potvrdit a opravit.
Kritérium míří na závažné chyby. Nepožaduje potvrzení u každého uložení nebo úpravy.
Typické chyby v e-shopu
Každý z těchto případů je chybou jen tehdy, když není nabídnuta žádná ze tří možností — například když objednávku nelze ani zrušit:
- tlačítka „Koupit hned“ nebo nákup jedním kliknutím, která okamžitě odešlou placenou objednávku bez rekapitulace a bez možnosti zrušení;
- pokladna, jejíž poslední krok před platbou neukazuje položky, množství, adresu a celkovou cenu;
- shrnutí objednávky, které nelze upravit — pro změnu adresy musí uživatel začít znovu;
- „Smazat účet“ nebo „Odstranit všechny uložené adresy“ proběhne okamžitě bez potvrzení nebo možnosti vrácení;
- registrace předplatného, která zaváže k opakovaným platbám, aniž by před potvrzením ukázala podmínky.
Jak to zkontrolovat
Automaticky: náš nástroj pro toto kritérium nemá pravidlo. Neodesílá objednávky ani nemaže data, proto je potřeba ruční kontrola.
Ručně: projděte nákupní proces s testovacím produktem a zastavte se před platbou. Ověřte, zda před posledním tlačítkem vidíte a můžete změnit vše — položky, množství, doručovací adresu, způsob doručení, celkovou cenu. Potom zkontrolujte zákaznický účet: smažte adresu nebo účet a sledujte, zda následuje potvrzení, kontrola nebo možnost vrácení. Zapište si možnosti zrušení nabízené po objednávce.
Jak to opravit
- Přidejte krok s rekapitulací, nebo nechte poslední krok pokladny zobrazit všechny údaje objednávky s odkazy „Upravit“.
- Použijte jasné poslední tlačítko, například „Objednat a zaplatit“, oddělené od tlačítka „Pokračovat“.
- Před smazáním účtu nebo dat požádejte o potvrzení, nebo nabídněte možnost obnovení.
- Ověřujte vstup (adresu, kartu, množství) a nechte uživatele jej opravit dřív, než je objednávka odeslána.
Související kritéria
- 3.3.1 Identifikace chyb — chyby jsou označeny textem.
- 3.3.3 Návrh opravy chyby — uživatelé se dozvědí, jak chyby opravit.
- 3.3.7 Opakované zadávání — nenuťte uživatele v jednom procesu znovu psát stejné údaje.
Časté otázky
Potřebuje každá pokladna stránku s rekapitulací?
Ne. 3.3.4 požaduje alespoň jednu ze tří možností: odeslání lze vrátit, údaje se zkontrolují a uživatel je může opravit, nebo existuje způsob, jak je před dokončením zkontrolovat a potvrdit. Krok s rekapitulací je jedním z běžných způsobů.
Platí 3.3.4 i pro smazání účtu nebo adresy?
Ano. Do rozsahu patří stránky, které mění nebo mažou uživatelem spravovaná data v úložištích dat, takže smazání účtu, uložené adresy nebo seznamu přání by mělo jít vrátit, zkontrolovat nebo potvrdit.
Vyžaduje 3.3.4 potvrzovací dialog u každého uložení?
Ne. W3C vysvětluje, že jde o předcházení závažným, těžko vratným chybám, jako je hromadná ztráta dat, ne o potvrzování každé úpravy.