3.1.5 Úroveň čtení
Pouze manuální testování
Toto kritérium úrovně AAA nelze automaticky testovat. Vyžaduje analýzu složitosti textu.
Co kontrolujeme:
- Text nevyžaduje čtení na vyšší než středoškolské úrovni
- Pro složitý obsah je k dispozici zjednodušená verze
- Doplňkový obsah (ilustrace, videa) pomáhá porozumění
Oficiální znění
Když text vyžaduje úroveň čtení vyšší než nižší střední vzdělání po odstranění vlastních jmen a názvů, je k dispozici doplňkový obsah nebo verze nevyžadující úroveň čtení nad nižším středním vzděláním.
Co to znamená v praxi
Složitý text by měl mít zjednodušenou verzi pro uživatele s kognitivními problémy nebo nižší úrovní gramotnosti.
Řešení:
- Shrnutí jednoduchým jazykem
- Ilustrace a diagramy
- Verze ve snadném čtení
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.1.5 Reading Level
3.1.6 Výslovnost
Pouze manuální testování
Toto kritérium úrovně AAA nelze automaticky testovat. Týká se slov s nejednoznačnou výslovností.
Co kontrolujeme:
- Homografy (slova se stejným zápisem ale různou výslovností) jsou vysvětleny
- Je k dispozici fonetický přepis nebo audio nahrávka
- Tento požadavek je relevantní především pro jazyky s nekonzistentní výslovností
Oficiální znění
Je k dispozici mechanismus pro identifikaci specifické výslovnosti slov, kde význam slov v kontextu je nejednoznačný bez znalosti výslovnosti.
Co to znamená v praxi
Pro slova, kde výslovnost mění význam, by měla být výslovnost označena.
Příklady:
- Homografy (slova psaná stejně, ale s různou výslovností)
- Vlastní jména s neobvyklou výslovností
Řešení:
- Fonetický přepis v závorce
- Audio nahrávka
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.1.6 Pronunciation
3.2.1 Při fokusu
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje testování chování při fokusu.
Co kontrolujeme:
- Přesunutí fokusu na prvek neotvírá nové okno
- Fokus na prvku neodeslat formulář automaticky
- Fokus nezpůsobí navigaci na jinou stránku
Oficiální znění
Když jakákoli komponenta uživatelského rozhraní obdrží fokus, nezpůsobí to změnu kontextu.
Co to znamená v praxi
Samotné přesunutí fokusu na prvek nesmí způsobit neočekávanou akci.
Příklady problémů:
- Formulář se odešle při přechodu na tlačítko
- Nové okno se otevře při fokusu na odkaz
- Obsah stránky se změní při fokusu na položku menu
Správně:
Akce nastane až po explicitní aktivaci (Enter, klik).
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.2.1 On Focus
3.2.2 Při vstupu
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje testování chování při změně hodnoty.
Co kontrolujeme:
- Výběr v select boxu automaticky neodesílá formulář
- Zaškrtnutí checkboxu nezpůsobí navigaci
- Změna hodnoty nevyvolá neočekávanou změnu kontextu
Oficiální znění
Změna nastavení jakékoli komponenty uživatelského rozhraní automaticky nezpůsobí změnu kontextu, pokud o tom uživatel nebyl před použitím komponenty informován.
Co to znamená v praxi
Změna hodnoty formulářového pole by neměla způsobit neočekávanou akci bez varování.
Příklady problémů:
- Výběr z rozbalovacího menu automaticky odešle formulář
- Zaškrtnutí checkboxu přesměruje na jinou stránku
Řešení:
- Vyžadujte explicitní akci (tlačítko Odeslat)
- Nebo varujte uživatele předem
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.2.2 On Input
3.2.3 Konzistentní navigace
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje porovnání navigace napříč stránkami.
Co kontrolujeme:
- Hlavní navigace je na stejném místě na všech stránkách
- Položky menu jsou ve stejném pořadí
- Opakující se navigační prvky jsou konzistentní
Oficiální znění
Navigační mechanismy opakující se na více webových stránkách v rámci sady webových stránek se vyskytují ve stejném relativním pořadí pokaždé, když se opakují, pokud uživatel nezahájí změnu.
Co to znamená v praxi
Navigace a opakující se prvky by měly být na všech stránkách ve stejném pořadí a pozici.
Příklady:
- Hlavní menu ve stejném pořadí na všech stránkách
- Logo vždy vlevo nahoře
- Vyhledávání vždy na stejném místě
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation
3.2.4 Konzistentní identifikace
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje kontrolu konzistence pojmenování.
Co kontrolujeme:
- Tlačítka se stejnou funkcí mají stejný text (např. "Hledat")
- Ikony mají konzistentní význam napříč webem
- Funkčně totožné prvky mají shodné přístupné názvy
Oficiální znění
Komponenty se stejnou funkcionalitou v rámci sady webových stránek jsou identifikovány konzistentně.
Co to znamená v praxi
Prvky se stejnou funkcí by měly mít stejné pojmenování a ikony na celém webu.
Příklady:
- Tlačítko hledání má všude stejnou ikonu a text
- Odkaz na kontakt má všude stejný text
- Ikona nákupního košíku je všude stejná
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.2.4 Consistent Identification
3.2.5 Změna na požádání
Testujeme částečně automaticky
Toto kritérium úrovně AAA testujeme částečně automaticky.
Co testujeme automaticky:
- meta-refresh-no-exceptions – Stránka nepoužívá automatické přesměrování
Co vyžaduje manuální kontrolu:
- Pop-up okna se otevírají pouze na žádost uživatele
- Změny obsahu jsou iniciovány uživatelskou akcí
Oficiální znění
Změny kontextu jsou iniciovány pouze na žádost uživatele nebo je k dispozici mechanismus k vypnutí takových změn.
Co to znamená v praxi
Změny stránky nebo kontextu by měly nastat pouze na základě explicitní akce uživatele.
Příklady problémů:
- Automatické přesměrování
- Pop-up okna bez vyžádání
- Automatická aktualizace obsahu
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.2.5 Change on Request
3.2.6 Konzistentní nápověda
Pouze manuální testování
Toto kritérium z WCAG 2.2 nelze automaticky testovat. Vyžaduje kontrolu umístění nápovědy.
Co kontrolujeme:
- Kontaktní informace jsou na konzistentním místě
- Chat nebo podpora je dostupná ze stejné pozice
- FAQ a nápověda jsou přístupné konzistentním způsobem
Oficiální znění
Pro webové stránky vyžadující od uživatele zadání informací se pomoc nachází na stejném místě v rámci sady webových stránek, pokud uživatel nezahájí změnu.
Co to znamená v praxi
Nápověda (kontakt na podporu, FAQ, chatbot) by měla být vždy na stejném místě na všech stránkách.
Příklady:
- Odkaz "Nápověda" vždy v patičce
- Chat widget vždy v pravém dolním rohu
- Kontaktní informace vždy ve stejné sekci
Originální znění
Originální znění W3C: WCAG 2.2 Success Criterion 3.2.6 Consistent Help
3.3.1 Identifikace chyby
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje kontrolu chybových hlášení.
Co kontrolujeme:
- Chybové zprávy jasně identifikují problémové pole
- Popis chyby je srozumitelný a konkrétní
- Chyby jsou prezentovány textově, ne jen barvou
Oficiální znění
Pokud je automaticky detekována chyba vstupu, je chybný prvek identifikován a chyba je uživateli popsána textově.
Co to znamená v praxi
Když uživatel udělá chybu ve formuláři, musí být jasně řečeno CO je špatně a KDE.
Špatně:
- Červeně zvýrazněné pole bez vysvětlení
- Obecná hláška "Formulář obsahuje chyby"
Správně:
- "E-mail: Zadejte platnou e-mailovou adresu ve formátu jmeno@domena.cz"
- Seznam chyb s odkazy na problémová pole
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.1 Error Identification
3.3.2 Popisky nebo pokyny
Testujeme částečně automaticky
Toto kritérium testujeme částečně automaticky.
Co testujeme automaticky:
- form-field-multiple-labels – Pole nemají více konfliktních popisků
Co vyžaduje manuální kontrolu:
- Všechna pole mají viditelný popisek
- Požadované formáty jsou vysvětleny před vstupem
Oficiální znění
Když obsah vyžaduje vstup od uživatele, jsou poskytnuty popisky nebo pokyny.
Co to znamená v praxi
Každé formulářové pole musí mít jasný popisek a v případě potřeby pokyny k vyplnění.
Příklady:
- Viditelný <label> pro každé pole
- Formát data: "DD.MM.RRRR"
- Požadavky na heslo před polem, ne až při chybě
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions
3.3.3 Návrh opravy chyby
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Vyžaduje kontrolu návrhů oprav.
Co kontrolujeme:
- Při chybě je nabídnut konkrétní návrh opravy
- Návrhy jsou relevantní a použitelné
- Např. "Zadejte datum ve formátu DD.MM.RRRR"
Oficiální znění
Pokud je automaticky detekována chyba vstupu a jsou známy návrhy na opravu, jsou tyto návrhy poskytnuty uživateli, pokud by to neohrozilo bezpečnost nebo účel obsahu.
Co to znamená v praxi
Při chybě by systém měl navrhnout, jak ji opravit.
Příklady:
- "Zadali jste příliš krátké heslo. Heslo musí mít alespoň 8 znaků."
- "Nenalezeno. Měli jste na mysli 'Praha'?"
- "Datum není platné. Použijte formát DD.MM.RRRR"
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.3 Error Suggestion
3.3.4 Prevence chyb (právní, finanční, data)
Pouze manuální testování
Toto kritérium nelze automaticky testovat. Týká se stránek s právními nebo finančními důsledky.
Co kontrolujeme:
- Možnost zkontrolovat a opravit data před odesláním
- Možnost zrušit odeslané transakce
- Potvrzovací krok před závaznou akcí
Oficiální znění
Pro webové stránky způsobující právní závazky nebo finanční transakce, modifikující/mazající uživatelská data, nebo odesílající testové odpovědi: odeslání je vratné, data jsou kontrolována a potvrzena, nebo je k dispozici mechanismus pro kontrolu a potvrzení.
Co to znamená v praxi
Pro důležité akce (platby, smlouvy, mazání) musí být možnost zkontrolovat a potvrdit, nebo vrátit zpět.
Příklady:
- Souhrn objednávky před platbou
- Potvrzovací e-mail s možností zrušení
- "Opravdu chcete smazat účet?" s možností vrátit
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data)
3.3.5 Nápověda
Pouze manuální testování
Toto kritérium úrovně AAA nelze automaticky testovat. Vyžaduje kontrolu dostupnosti nápovědy.
Co kontrolujeme:
- Kontextová nápověda u složitějších polí
- Příklady správného vyplnění
- Tooltip nebo odkaz na podrobnější instrukce
Oficiální znění
Je k dispozici kontextová nápověda.
Co to znamená v praxi
Pro složitější formuláře a funkce by měla být dostupná nápověda přímo v kontextu.
Příklady:
- Ikona otazníku s tooltipem u složitých polí
- Příklady správného vyplnění
- Odkaz na podrobnější nápovědu
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.5 Help
3.3.6 Prevence chyb (všechny)
Pouze manuální testování
Toto kritérium úrovně AAA nelze automaticky testovat. Rozšiřuje 3.3.4 na všechny formuláře.
Co kontrolujeme:
- Každý formulář umožňuje kontrolu před odesláním
- Odeslání lze vrátit zpět nebo opravit
- Uživatel má kontrolu nad svými daty
Oficiální znění
Pro webové stránky vyžadující odeslání informací uživatelem platí: odeslání je vratné, data jsou kontrolována a potvrzena, nebo je k dispozici mechanismus pro kontrolu a potvrzení.
Co to znamená v praxi
Rozšíření kritéria 3.3.4 na VŠECHNY formuláře, nejen právní/finanční.
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 3.3.6 Error Prevention (All)
3.3.7 Nadbytečný vstup
Pouze manuální testování
Toto kritérium z WCAG 2.2 nelze automaticky testovat. Týká se opakovaného zadávání informací.
Co kontrolujeme:
- Dříve zadané informace jsou předvyplněny
- Uživatel může vybrat z dříve zadaných hodnot
- Výjimka: bezpečnostní důvody nebo vypršení platnosti dat
Oficiální znění
Informace dříve zadané uživatelem a požadované opětovně ve stejném procesu jsou buď automaticky vyplněny, nebo dostupné k výběru, pokud opětovné zadání není nezbytné, bezpečnostní, nebo informace již nejsou platné.
Co to znamená v praxi
Nepožadujte opakované zadávání informací, které uživatel už zadal.
Příklady:
- Při objednávce nenutit znovu zadávat dodací adresu, pokud je stejná jako fakturační
- Uložit jméno a e-mail pro další formuláře
Originální znění
Originální znění W3C: WCAG 2.2 Success Criterion 3.3.7 Redundant Entry
3.3.8 Přístupná autentizace (minimum)
Pouze manuální testování
Toto kritérium z WCAG 2.2 nelze automaticky testovat. Týká se přístupnosti přihlašování.
Co kontrolujeme:
- Není vyžadováno řešení hádanky nebo puzzle
- Je k dispozici alternativa k CAPTCHA (audio, email kód)
- Přihlášení nevyžaduje kognitivně náročný test
Oficiální znění
Pro autentizační proces vyžadující pamatování nebo přepis informací není vyžadován test kognitivních funkcí (pamatování hesla, řešení hádanky), pokud je k dispozici alternativa.
Co to znamená v praxi
Přihlášení by nemělo vyžadovat zapamatování složitých informací nebo řešení obtížných úkolů.
Alternativy:
- Přihlášení přes odkaz v e-mailu
- Správce hesel (autofill)
- Biometrické přihlášení
- OAuth (přihlášení přes Google/Facebook)
Originální znění
Originální znění W3C: WCAG 2.2 Success Criterion 3.3.8 Accessible Authentication (Minimum)
3.3.9 Přístupná autentizace (vylepšená)
Pouze manuální testování
Toto kritérium úrovně AAA z WCAG 2.2 nelze automaticky testovat. Přísnější verze 3.3.8.
Co kontrolujeme:
- Žádný kognitivní test při přihlášení bez výjimek
- Rozpoznávání objektů (CAPTCHA) není povoleno
- Přihlášení jen pomocí hesla, biometrie nebo tokenu
Oficiální znění
Pro autentizační proces není vyžadován test kognitivních funkcí, pokud není k dispozici: rozpoznání objektů, osobní obsah, nebo je poskytnut mechanismus pro asistenci.
Co to znamená v praxi
Přísnější verze kritéria 3.3.8 s omezenějšími výjimkami.
Poznámka: Toto je kritérium úrovně AAA.
Originální znění
Originální znění W3C: WCAG 2.2 Success Criterion 3.3.9 Accessible Authentication (Enhanced)
4.1.1 Parsování
Částečně automaticky
Toto kritérium testujeme částečně automaticky.
Co testujeme automaticky:
- duplicate-id-aria – Duplicitní ARIA ID hodnoty
Co vyžaduje manuální kontrolu:
- Správné uzavření všech HTML tagů
- Validní vnořování elementů
- Správná struktura HTML dokumentu
Poznámka: V HTML5 jsou některé historické požadavky tohoto kritéria zastaralé, protože prohlížeče HTML5 zpracovávají chyby standardizovaně.
Oficiální znění
V obsahu implementovaném pomocí značkovacích jazyků mají elementy kompletní počáteční a koncové značky, elementy jsou vnořeny podle svých specifikací, elementy neobsahují duplicitní atributy a jakákoli ID jsou unikátní, s výjimkou případů, kdy specifikace tyto vlastnosti povolují.
Co to znamená v praxi
HTML kód musí být validní, aby ho asistivní technologie mohly správně interpretovat.
Kontrola:
- Správně uzavřené značky: <p>...</p>
- Správné zanoření: <ul><li>...</li></ul>
- Unikátní ID na stránce
- Žádné duplicitní atributy
Nástroje:
W3C HTML Validator, WAVE, axe DevTools
Poznámka: WCAG 2.2 toto kritérium označuje jako obsolete pro HTML/XML.
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 4.1.1 Parsing
4.1.2 Název, role, hodnota
Testujeme automaticky
Toto kritérium testujeme plně automaticky pomocí rozsáhlé sady pravidel.
Co testujeme:
- aria-allowed-attr – Povolené ARIA atributy
- aria-command-name – Přístupný název příkazů
- aria-hidden-focus – Fokusovatelné elementy nejsou skryté
- aria-input-field-name – Vstupní pole mají název
- aria-required-attr – Vyžadované ARIA atributy
- aria-roles – Platné ARIA role
- aria-toggle-field-name – Přepínače mají název
- aria-valid-attr-value – Platné hodnoty atributů
- button-name – Tlačítka mají přístupný název
- frame-title – Rámy mají titulek
- input-button-name – Input tlačítka mají název
- label – Formulářová pole mají popisky
- link-name – Odkazy mají přístupný název
- select-name – Select elementy mají název
Oficiální znění
Pro všechny komponenty uživatelského rozhraní (včetně formulářových prvků, odkazů a komponent generovaných skripty) lze programově určit název a roli; stavy, vlastnosti a hodnoty nastavitelné uživatelem lze programově nastavit; a oznámení změn těchto položek je k dispozici user agentům včetně asistivních technologií.
Co to znamená v praxi
Všechny interaktivní prvky musí mít správně nastavený přístupný název, roli a stav.
Příklady:
- Tlačítko má text nebo aria-label
- Vlastní komponenta má správnou ARIA roli
- Checkbox oznamuje stav checked/unchecked
- Tab panel oznamuje aktivní záložku
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value
4.1.3 Stavové zprávy
Pouze manuální testování
Toto kritérium z WCAG 2.1 nelze automaticky testovat. Týká se oznámení stavových zpráv asistivním technologiím.
Co kontrolujeme:
- Chybové hlášky používají role="alert" nebo aria-live="assertive"
- Stavové zprávy (úspěch, progress) používají role="status" nebo aria-live="polite"
- Výsledky vyhledávání jsou oznámeny odečítači obrazovky
- Změny obsahu stránky jsou komunikovány bez přesunutí fokusu
Oficiální znění
V obsahu implementovaném pomocí značkovacích jazyků lze stavové zprávy programově určit prostřednictvím role nebo vlastností tak, aby mohly být prezentovány uživateli asistivními technologiemi bez získání fokusu.
Co to znamená v praxi
Důležité zprávy (úspěch, chyba, progress) musí být oznámeny čtečkám obrazovky bez přesunutí fokusu.
Řešení:
- role="alert" pro urgentní zprávy
- role="status" pro běžné stavové zprávy
- aria-live="polite" pro neurgentní aktualizace
- aria-live="assertive" pro urgentní aktualizace
Originální znění
Originální znění W3C: WCAG 2.1 Success Criterion 4.1.3 Status Messages