QualiBooth

compliance

Průvodce shodou se Section 508 pro federální weby

Praktický průvodce Section 508 zákona o rehabilitaci: kdo musí dodržovat pravidla, co požadují standardy ICT a jak je splnit.

7 min read QualiBooth
Budova Kapitolu Spojených států s překrytými zářícími ikonami přístupnosti, symbolizující federální shodu se Section 508.

Co je Section 508?

Section 508 zákona o rehabilitaci z roku 1973 — výrazně posílená zákonem Workforce Investment Act z roku 1998 — vyžaduje, aby federální agentury zajistily přístupnost své elektronické a informační technologie pro osoby se zdravotním postižením. Zákon se vztahuje na případy, kdy agentury vyvíjejí, pořizují, udržují nebo používají ICT (informační a komunikační technologie), a rozšiřuje se i na jakéhokoli dodavatele nebo příjemce grantu, který poskytuje ICT jménem federální agentury.

Stručně: pokud přijímáte federální financování nebo vyvíjíte technologie pro federálního klienta, Section 508 je pro vás závazná.

Aktualizace z roku 2017: sladění s WCAG 2.0 Level AA

Po většinu své historie se Section 508 řídila vlastní sadou technických standardů. V lednu 2017 vydal Access Board zásadní aktualizaci — běžně označovanou jako „the Refresh“ — která nahradila staré standardy přímým odkazem na Web Content Accessibility Guidelines (WCAG) 2.0 Level AA.

Toto sladění bylo významným krokem. Section 508 už neudržuje paralelní standard, ale přebírá odkazem všechna kritéria úspěšnosti WCAG 2.0 úrovně A a AA, spolu s dalšími požadavky na:

  • Autorské nástroje (software používaný k tvorbě webového obsahu)
  • Elektronické dokumenty (PDF, dokumenty Word, tabulky)
  • Softwarové aplikace (desktopové, mobilní a webové)
  • Hardware (kiosky, tiskárny, telefony)
  • Podpůrnou dokumentaci a služby

Organizace, které již směřují ke shodě s WCAG 2.0 AA, tím pokrývají většinu svých povinností podle Section 508 v oblasti webového obsahu. Širší rozsah ICT ale znamená, že webové stránky jsou pouze jednou částí celého obrazu.

Kdo musí dodržovat pravidla?

Section 508 se vztahuje na:

Federální agentury — všechny agentury exekutivní moci musí dodržovat pravidla u veškeré ICT, kterou vyvíjejí, pořizují, udržují nebo používají.

Federální dodavatele — každý dodavatel poskytující produkty nebo služby ICT federální agentuře na základě smlouvy musí splňovat standardy. To zahrnuje SaaS platformy, systémy pro správu dokumentů, webové portály a mobilní aplikace.

Příjemce federální finanční pomoci — organizace přijímající federální granty se řídí Section 504 zákona o rehabilitaci, která má obdobné povinnosti. Section 508 samotná se zaměřuje na federální agentury a jejich dodavatele, ale mnoho příjemců grantů čelí rovnocenným požadavkům prostřednictvím svých grantových smluv.

Státní a místní vlády nejsou přímo vázány Section 508, podléhají ale ADA a, pokud přijímají federální finance, i Section 504.

Co standardy vyžadují pro webový obsah

Protože Section 508 přebírá WCAG 2.0 Level AA, požadavky na webový obsah se přímo mapují na čtyři principy WCAG: Vnímatelnost, Ovladatelnost, Srozumitelnost a Robustnost.

Vnímatelnost

  • Všechny obrázky, grafy a netextový obsah musí mít smysluplné textové alternativy (atributy alt, aria-label nebo ekvivalent)
  • Videa musí mít synchronizované titulky; předem nahraný zvuk musí mít přepis
  • Barva nesmí být jediným prostředkem pro sdělení informace
  • Text musí být zvětšitelný až na 200 % bez ztráty obsahu nebo funkčnosti
  • Obsah musí být adaptovatelný — struktura a vztahy musí být programově zjistitelné

Ovladatelnost

  • Veškerá funkčnost musí být dostupná pouze pomocí klávesnice (bez nutnosti použít myš)
  • Žádný obsah by neměl blikat více než třikrát za sekundu (riziko záchvatů)
  • Odkazy pro přeskočení navigace musí umožnit uživatelům obejít opakující se bloky obsahu
  • Uživatelé musí být schopni zastavit, přerušit nebo skrýt pohybující se, blikající nebo automaticky se aktualizující obsah
  • Stránky musí mít popisné titulky

Srozumitelnost

  • Jazyk stránky musí být uveden v HTML (atribut lang)
  • Navigace musí být konzistentní na všech stránkách
  • Chybové zprávy musí identifikovat pole s chybou a popsat, jak ji opravit
  • Pro všechna pole formulářů musí být poskytnuty popisky a instrukce

Robustnost

  • Obsah musí být kompatibilní se současnými asistivními technologiemi
  • Název, role a hodnota všech prvků uživatelského rozhraní musí být programově zjistitelné (správně použité ARIA)
  • Stavové zprávy musí být oznámeny asistivní technologii bez nutnosti přesunu fokusu

Elektronické dokumenty

Jednou z nejčastěji přehlížených oblastí shody se Section 508 je přístupnost dokumentů. Soubory PDF, dokumenty Word, tabulky Excel a prezentace PowerPoint distribuované přes weby agentur nebo sdílené s veřejností musí splňovat stejné standardy.

U PDF to znamená:

  • Dokument musí být otagovaný (strukturální tagy pro nadpisy, odstavce, seznamy, tabulky)
  • Pořadí čtení musí být logické
  • Obrázky musí mít alternativní text
  • Pole formulářů musí být popsána
  • Dokument nesmí vyžadovat heslo, které blokuje funkce přístupnosti

Mnoho agentur má rozsáhlé archivy starších dokumentů. The Refresh umožňuje výjimku „fundamentální změny“ pro starší obsah — ta se ale vztahuje pouze na případy, kdy by shoda vyžadovala fundamentální změnu povahy programu, nikoli jen na situace, kdy je náprava nepohodlná nebo nákladná.

Zadávání zakázek: povinnost dodavatele

Section 508 má přímý dopad na zadávání zakázek. Federální agentury musí při pořizování produktů a služeb ICT zohledňovat přístupnost. Zde se stává klíčovou zpráva o shodě s přístupností (Accessibility Conformance Report, ACR) — často označovaná jako VPAT (Voluntary Product Accessibility Template).

Od dodavatelů, kteří chtějí prodávat ICT federálním agenturám, se očekává, že poskytnou ACR dokumentující, jak jejich produkt splňuje jednotlivé příslušné standardy Section 508. Agentury používají ACR k porovnávání produktů a dokumentaci due diligence. Nepřesná nebo nadhodnocená ACR vytváří pro dodavatele právní riziko, pokud produkt fakticky nesplňuje deklarované standardy.

Pokud vaše organizace prodává nebo zamýšlí prodávat technologie federálním klientům, udržování přesné a aktuální ACR není volitelné — je to komerční požadavek.

Výjimky podle Section 508

Standardy zahrnují několik uznávaných výjimek:

Nepřiměřená zátěž — agentura může uplatnit, že shoda by představovala výraznou obtíž nebo náklady. Jde o vysoký standard, který musí být zdokumentovaný; agentura musí i tak poskytnout alternativní způsob přístupu k informacím nebo funkčnosti.

Fundamentální změna — shoda není vyžadována tam, kde by vyžadovala fundamentální změnu povahy programu nebo činnosti.

Výjimka pro zázemí (back-office) — ICT používaná výhradně zaměstnanci agentury bez interakce s veřejností je osvobozena, pokud mezi zaměstnanci není osoba se zdravotním postižením, která tuto ICT potřebuje používat.

Starší ICT — ICT pořízená před the Refresh, tedy před 18. lednem 2018, není automaticky povinna k upgradu, ale jakékoli nové pořízení nebo významný upgrade spouští povinnost shody.

Výjimky musí být zdokumentované a neuplatňují se automaticky. Uplatnění výjimky bez odpovídající dokumentace agenturu před stížností nechrání.

Vymáhání a stížnosti

Section 508 je vymáhána dvěma hlavními kanály:

Interní stížnostní postupy agentury — každá agentura musí zavést postupy, díky nimž mohou zaměstnanci i veřejnost podávat stížnosti podle Section 508.

Dohled federálních agentur — General Services Administration (GSA) a Access Board poskytují metodické vedení a dohled. Ministerstvo spravedlnosti podává Kongresu zprávy o shodě agentur.

Civilní soudní spory — ačkoli Section 508 sama nevytváří přímý žalobní nárok jednotlivce, jednotlivci mohou podat žalobu podle Section 504 zákona o rehabilitaci, která zakazuje diskriminaci na základě zdravotního postižení ze strany příjemců federální finanční pomoci. Soudy shledaly, že porušení Section 508 může být základem nároku podle Section 504.

Praktický plán postupu ke shodě

Krok 1: Zinventarizujte svou ICT

Zmapujte vše, co spadá do rozsahu Section 508 — webové stránky, intranety, webové aplikace, dokumenty, software a jakýkoli hardware s uživatelským rozhraním. Nemůžete napravit to, co jste neidentifikovali.

Krok 2: Posoudite aktuální stav shody

Spusťte automatizované skenování přístupnosti pro rychlé odhalení zjistitelných chyb WCAG. Navažte manuálními audity, abyste odhalili problémy, které automatizované nástroje přehlédnou — navigaci pouze klávesnicí, chování se čtečkou obrazovky, kognitivní zátěž.

Krok 3: Stanovte priority podle dopadu

Nejprve řešte bariéry, které nejvíce přímo ovlivňují schopnost uživatelů přistupovat ke klíčovým službám a informacím. Kontrolní procesy (přihlášení, odeslání formuláře, stažení dokumentu) by měly mít prioritu před dekorativním nebo vedlejším obsahem.

Krok 4: Opravte a znovu testujte

Náprava bez ověření je nekompletní. Po každé opravě znovu testujte pomocí automatizovaných nástrojů i asistivní technologie, abyste potvrdili, že problém byl vyřešen a nedošlo k regresi.

Krok 5: Zakotvěte přístupnost do zadávání zakázek

Aktualizujte své šablony pro zadávání zakázek tak, aby vyžadovaly ACR od dodavatelů. ACR kriticky posuzujte — pokud je to možné, porovnejte deklarovanou úroveň shody se skutečným chováním produktu. Dodavatel, který deklaruje úplnou shodu pro produkt, který nezvládá základní navigaci klávesnicí, poskytuje nepřesnou ACR.

Krok 6: Udržujte shodu

Shoda se Section 508 není jednorázová certifikace. Nový obsah, nové funkce a nové integrace mohou vytvořit nové bariéry. Automatizované monitorování zakotvené ve vašich vývojářských a obsahových procesech udržuje shodu kontinuální, nikoli reaktivní.

Section 508 a WCAG 2.1 / 2.2

The Refresh odkazuje na WCAG 2.0, nikoli na WCAG 2.1 nebo 2.2. To vytváří mírnou mezeru: WCAG 2.1 doplnila 17 nových kritérií úspěšnosti (zejména v oblasti mobilní přístupnosti, slabozrakosti a kognitivní přístupnosti) a WCAG 2.2 přidala dalších 9. Splnění WCAG 2.1 nebo 2.2 AA automaticky splňuje požadavky Section 508 na webový obsah, opačně to ale neplatí.

Organizacím budujícím moderní digitální služby lze důrazně doporučit zaměřit se na WCAG 2.1 nebo 2.2 AA — pokrývá širší okruh potřeb uživatelů a připravuje vás na budoucí aktualizace standardů.

Shrnutí

Section 508 je jedním z nejkomplexnějších rámců přístupnosti ICT ve světě. Sladění s WCAG z roku 2017 znamená, že přístupnost webu a shoda se Section 508 mají společný technický základ — rozsah zákona ale výrazně přesahuje webové stránky a zahrnuje také dokumenty, software a zadávání zakázek.

Federální agentury a jejich technologičtí dodavatelé, kteří přístupnost pojímají jako kontinuální kvalitativní praxi — nikoli jako jednorázové auditní cvičení — jsou nejlépe připraveni splnit standard, snížit právní riziko a efektivně sloužit všem uživatelům.

Zkontrolujte připravenost svého webu na Section 508