QualiBooth

compliance

Kontrolní seznam pro soulad webu s ADA Title III

Praktický kontrolní seznam ADA Title III pro přístupnost webu: právní požadavky, nejdůležitější kritéria WCAG a jak udržet soulad.

10 min read QualiBooth
Zářící karta kontrolního seznamu souladu s přístupností plovoucí nad rozostřenými panely webu, představující povinnosti podle ADA Title III.

Právní základ: ADA Title III a webové stránky

Title III zákona Americans with Disabilities Act (ADA) zakazuje diskriminaci na základě zdravotního postižení v místech veřejné vybavenosti. ADA byl přijat v roce 1990, ještě před vznikem komerčního webu — což vedlo k desetiletím soudních sporů o to, zda webové stránky splňují definici „místa veřejné vybavenosti“.

Současná právní situace tuto otázku z velké části vyřešila ve prospěch zahrnutí webů. Většina federálních soudů, které se touto otázkou zabývaly, rozhodla, že webové stránky provozované podniky otevřenými veřejnosti spadají pod Title III. Ministerstvo spravedlnosti (DOJ) vydalo v březnu 2022 formální pokyny potvrzující, že se ADA vztahuje na webové stránky. V dubnu 2024 DOJ zveřejnilo konečné pravidlo podle Title II (týkající se státních a místních samospráv), které explicitně přijímá WCAG 2.1 Level AA — což je silný signál toho, co bude Title III časem kodifikovat.

Praktický důsledek: pokud provozujete web, přes který mají zákazníci přístup ke zboží, službám nebo informacím, vztahuje se na tento web ADA Title III.

Co znamená „přístupný“ podle ADA

ADA nedefinuje konkrétní technický standard pro přístupnost webu. Soudy i DOJ soustavně považují soulad s Web Content Accessibility Guidelines (WCAG) 2.1 Level AA za měřítko pro posouzení, zda web splňuje nediskriminační požadavek ADA. WCAG 2.1 AA je standard používaný v téměř všech vyrovnáních s DOJ a ve většině soudem dohlížených plánů souladu.

Následující kontrolní seznam převádí nejdůležitější kritéria úspěšnosti WCAG 2.1 AA do praktických povinností souladu.


Kontrolní seznam souladu webu s ADA Title III

1. Textové alternativy pro netextový obsah

  • Každý významový obrázek má atribut alt, který vyjadřuje jeho účel
  • Dekorativní obrázky mají prázdný atribut alt="", aby je čtečky obrazovky přeskočily
  • Ikony používané jako tlačítka nebo odkazy mají přístupný název (pomocí aria-label nebo viditelného textu)
  • Grafy a infografiky mají jako alternativu textový popis nebo datovou tabulku
  • CAPTCHA nabízí zvukovou alternativu vedle vizuální výzvy

Proč je to důležité: Uživatelé čteček obrazovky nedostanou o obrázku bez alternativního textu žádnou informaci. Tlačítko pro dokončení objednávky označené pouze ikonou bez přístupného názvu je pro uživatele čtečky obrazovky prakticky neviditelné.

2. Titulky a přepisy pro média

  • Předtočená videa mají synchronizované skryté titulky
  • Živé video přenosy mají titulky v reálném čase
  • Předtočený pouze zvukový obsah (podcasty) má textový přepis
  • Předtočená videa s důležitým zvukem mají dostupný přepis
  • Automaticky generované titulky jsou před publikací zkontrolovány a opraveny

Proč je to důležité: Titulky jsou hlavním způsobem, jak se neslyšící a nedoslýchaví uživatelé dostávají k obsahu videa. Nepřesné automaticky generované titulky tento požadavek nesplňují.

3. Barvy a vizuální design

  • Informace nejsou nikdy sdělovány pouze barvou (např. povinná pole jsou označena textem nebo ikonou, nikoli pouze červeným rámečkem)
  • Běžný text (pod 18pt / 14pt tučně) splňuje kontrastní poměr alespoň 4,5:1 vůči pozadí
  • Velký text (18pt+ nebo 14pt+ tučně) splňuje kontrastní poměr alespoň 3:1
  • Prvky uživatelského rozhraní (tlačítka, pole, indikátory zaměření) mají kontrast alespoň 3:1 vůči okolním barvám
  • Chybové stavy sdělují chybu textem, nikoli pouze změnou barvy

Proč je to důležité: Přibližně 8 % mužů a 0,5 % žen má nějakou formu barvosleposti. Spoléhání pouze na barvu vylučuje značnou část vašich uživatelů.

4. Přístupnost pomocí klávesnice

  • Všechny interaktivní prvky (odkazy, tlačítka, formuláře, menu, modální okna, výběr data) jsou dosažitelné a ovladatelné pouze klávesnicí
  • Pořadí procházení klávesou Tab je logické a předvídatelné
  • Žádné klávesnicové pasti — uživatelé mohou do všech komponent vstoupit i z nich odejít pomocí standardních kláves
  • Vlastní widgety (rozbalovací nabídky, posuvníky, dialogy) implementují očekávané vzorce klávesnicové interakce
  • Odkaz „přejít na hlavní obsah“ je prvním zaměřitelným prvkem na každé stránce

Proč je to důležité: Uživatelé s motorickým postižením, z nichž mnozí se spoléhají na navigaci klávesnicí nebo zařízení se spínačovým ovládáním, nemohou používat myš. Web, který pro klíčové funkce vyžaduje interakci myší, je pro ně nepřístupný.

5. Viditelnost zaměření

  • Zaměření klávesnicí je vždy viditelné — na aktivním prvku se zobrazuje jasný indikátor zaměření (obrys, zvýraznění, podtržení)
  • Indikátor zaměření není bez náhrady odstraněn pomocí outline: none nebo outline: 0
  • Indikátor zaměření má dostatečný kontrast vůči okolnímu obsahu

Proč je to důležité: Bez viditelného indikátoru zaměření nemohou uživatelé klávesnice poznat, kde na stránce se nacházejí — obdoba prohlížení bez kurzoru.

6. Žádný obsah vyvolávající záchvaty

  • Žádný obsah nebliká více než třikrát za sekundu
  • Animace, které nelze vypnout, nezabírají velkou část zobrazované plochy při vysoké frekvenci
  • Efekty parallax a automaticky přehrávané animace lze pozastavit nebo omezit pomocí media query prefers-reduced-motion

Proč je to důležité: Fotosenzitivní epilepsie postihuje značnou část populace. Jediná blikající reklama může vyvolat záchvat.

7. Dostatek času na dokončení úkolů

  • Vypršení relace uživatele předem varuje a umožňuje relaci prodloužit
  • Automaticky se aktualizující obsah (novinové pásky, živé výsledky, rotující bannery) lze pozastavit, zastavit nebo skrýt
  • Na kritické úkoly (dokončení objednávky, odeslání formuláře) není uvalen časový limit bez odpovídajícího mechanismu prodloužení

Proč je to důležité: Uživatelé s kognitivním nebo motorickým postižením, případně uživatelé asistivních technologií, často potřebují na dokončení úkolů více času. Náhlé vypršení limitu může vést ke ztrátě rozpracovaného postupu.

8. Navigace a orientace

  • Každá stránka má jedinečný a popisný element <title>
  • Navigační menu má na všech stránkách konzistentní strukturu a umístění
  • Aktuální umístění stránky je v navigaci vyznačeno (aktivní stav)
  • Na hluboko zanořených stránkách je k dispozici drobečková navigace
  • Existuje více způsobů, jak najít obsah (vyhledávání, mapa webu nebo navigace)
  • Nadpisy jsou logicky strukturované (h1h2h3) a přesně popisují obsah dané sekce

Proč je to důležité: Uživatelé čteček obrazovky se orientují podle nadpisů, landmarků a titulků stránek. Špatně strukturované nadpisy dělají stránku pro uživatele čtečky obrazovky nesrozumitelnou.

9. Přístupnost formulářů

  • Každé pole formuláře má viditelný element <label> programově s ním svázaný
  • Povinná pole jsou označena textem (nikoli pouze hvězdičkou bez vysvětlení)
  • Chybové zprávy identifikují, které pole obsahuje chybu, a popisují, jak ji opravit
  • Chybové zprávy jsou oznámeny uživatelům čteček obrazovky (pomocí aria-live nebo správy zaměření)
  • Běžná pole (jméno, e-mail, adresa, platební karta) mají atributy automatického vyplňování
  • Odeslání formuláře nevyprší tiše bez upozornění

Proč je to důležité: Formuláře jsou způsob, jakým uživatelé interagují s vaší službou — rezervace, nákup, registrace, kontakt. Nepřístupné dokončení objednávky je digitální obdobou obchodu bez rampy.

10. Odkazy a tlačítka

  • Každý odkaz má popisný přístupný název — samotné „Číst více“ nestačí, „Číst více o [téma]“ je v pořádku
  • Odkazy a tlačítka jsou odlišitelné od okolního textu, aniž by se spoléhalo pouze na barvu
  • Tlačítka spouštějící akce jsou označena jako elementy <button>, nikoli jako stylizované elementy <div> nebo <span>
  • Odkazy, které se otevírají v novém panelu nebo spouští stahování, o tom uživatele informují

Proč je to důležité: Uživatelé čteček obrazovky se často pohybují pomocí výpisu všech odkazů na stránce. Seznam odkazů typu „klikněte zde“ nebo „číst více“ nemá žádnou navigační hodnotu.

11. Jazyk a čitelnost

  • Primární jazyk stránky je nastaven v atributu lang na elementu <html> (např. lang="cs")
  • Části v jiném jazyce jsou označeny atributem lang na obalujícím elementu
  • Zkratky jsou při prvním použití rozepsány nebo případně vysvětleny pomocí <abbr title="...">

Proč je to důležité: Čtečky obrazovky používají atribut jazyka k volbě správného hlasového enginu pro výslovnost. Bez něj je text čtený enginem pro jiný jazyk téměř nesrozumitelný.

12. Konzistentní, předvídatelné chování

  • Získání zaměření automaticky nespouští změnu kontextu (např. formulář se neodešle, jakmile pole získá zaměření)
  • Změna hodnoty ve formulářovém poli nespouští neočekávanou navigaci ani modální dialogy
  • Komponenty se stejnou funkcí jsou na všech stránkách popsány konzistentně

Proč je to důležité: Nepředvídatelné chování je matoucí pro všechny uživatele, zejména však pro ty s kognitivním postižením nebo pro uživatele čteček obrazovky.

13. PDF a dokumenty

  • PDF dokumenty ke stažení mají strukturální tagy (nadpisy, seznamy, pořadí čtení)
  • Pole formulářů v PDF jsou popsána
  • Skenovaná PDF (pouze obrazová) jsou zpracována OCR a otagována
  • Soubory Word, Excel a PowerPoint používají vestavěné funkce přístupnosti (styly nadpisů, alternativní text, názvy listů)

Proč je to důležité: Soudy i DOJ soustavně považují dokumenty ke stažení za součást přístupného obsahu webu. Nepřístupné PDF v jinak přístupném procesu objednávky je stále bariérou.

14. Přístupnost na mobilních zařízeních

  • Veškerá funkčnost je dostupná jak v orientaci na výšku, tak na šířku
  • Dotykové cíle (tlačítka, odkazy) mají velikost alespoň 44 × 44 CSS pixelů
  • Obsah nevyžaduje horizontální posouvání při standardní šířce zobrazení
  • Web nezakazuje uživatelské přiblížení pomocí maximum-scale nebo user-scalable=no v meta tagu viewport

Proč je to důležité: Mnoho uživatelů se zdravotním postižením používá mobilní zařízení jako svůj hlavní nebo jediný způsob přístupu k webu. Bariéry na mobilu je vylučují stejně efektivně jako bariéry na desktopu.

15. Prohlášení o přístupnosti

  • Prohlášení o přístupnosti je zveřejněno a odkazováno z patičky webu
  • Prohlášení určuje standard, který má web splňovat (WCAG 2.1 AA)
  • Prohlášení obsahuje kontaktní mechanismus pro nahlašování bariér uživateli
  • Samotný kontaktní mechanismus je přístupný

Proč je to důležité: Prohlášení o přístupnosti demonstruje dobrou vůli a dává uživatelům cestu k řešení problému, než se obrátí na soud. Je také vyžadováno podle několika státních zákonů a je očekávanou praxí podle pokynů DOJ.


Vymáhání a riziko soudního sporu

ADA Title III nevyžaduje, aby žalobci prokazovali úmyslnou diskriminaci. Pokud bariéra existuje a zabránila osobě se zdravotním postižením v přístupu ke zboží nebo službám, může žaloba pokračovat. Nápravná opatření podle Title III nezahrnují náhradu škody (na rozdíl od Section 504), zahrnují však soudní příkazy a náhradu nákladů na právní zastoupení — což je často hlavní hnací síla sériových žalob.

Počet žalob týkajících se přístupnosti webů podle ADA v USA v posledních letech výrazně vzrostl, ročně jsou podávány tisíce žalob. Malé a středně velké podniky jsou častým cílem, protože se u nich předpokládá menší pravděpodobnost investic do souladu.

Pokud jste obdrželi výzvu podle ADA (demand letter), neignorujte ji. Neprodleně se obraťte na právního zástupce a zadejte audit přístupnosti, abyste měli přesný obraz o souladu svého webu.

Udržování souladu v čase

Jednorázový audit a náprava nestačí. Každá nová stránka, funkce nebo integrace třetí strany může přinést nové bariéry. Organizace s nejnižším rizikem soudních sporů udržují soulad neustále:

  • Automatizované skenování zabudované do vývojového pracovního postupu zachytí detekovatelné problémy dříve, než se dostanou do produkce. Naše služba integrace přístupnosti do CI/CD z toho udělá součást každého buildu.
  • Plánované manuální audity odhalí problémy, které automatizované nástroje nedokážou detekovat — interakci se čtečkou obrazovky, kognitivní náročnost, klávesnicové pasti.
  • Školení o přístupnosti pro vývojáře a autory obsahu předchází vzniku bariér už od začátku.
  • Mechanismy zpětné vazby od uživatelů poskytují lidem se zdravotním postižením přímý kanál pro nahlášení bariér dříve, než se z nich stane právní problém.

Bezplatné automatizované skenování je nejrychlejší způsob, jak identifikovat nejviditelnější chyby WCAG na vašem webu. Pro úplný obraz odpovídající vaší expozici vůči ADA kontaktujte náš tým a proberte kompletní audit.

Spusťte bezplatné skenování souladu s ADA