Britské předpisy o přístupnosti: průvodce PSBAR

Co jsou britské Public Sector Bodies Accessibility Regulations?

Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — běžně označované jako PSBAR, PSB Regulations, nebo jednoduše „britské předpisy o přístupnosti“ — vstoupily v platnost v září 2018. Zavádějí do britského práva směrnici EU o přístupnosti webových stránek (Web Accessibility Directive, WAD) a nadále platí i po brexitu v rámci britského zachovaného práva EU.

PSBAR vyžaduje, aby subjekty veřejného sektoru zajistily přístupnost svých webových stránek a mobilních aplikací pro osoby se zdravotním postižením. Shoda se měří vůči Web Content Accessibility Guidelines (WCAG) 2.1 Level AA a všechny organizace v rozsahu předpisů musí zveřejnit a udržovat prohlášení o přístupnosti.

Kdo musí dodržovat pravidla?

PSBAR se vztahuje na subjekty veřejného sektoru definované v předpisech. Jde o širokou kategorii, která zahrnuje:

• Ústřední vládní ministerstva a výkonné agentury
• Nerezortní veřejné subjekty (NDPB) a subjekty s odstupem od vlády
• Místní úřady a rady
• Zdravotnické trusty NHS a další zdravotnické subjekty
• Univerzity a instituce dalšího vzdělávání (s určitými nuancemi)
• Policii, hasiče a další záchranné služby
• Financované školy a multi-akademické trusty (multi-academy trusts)
• Knihovny, muzea a kulturní instituce provozované veřejnými subjekty

Organizace ze soukromého sektoru nejsou PSBAR pokryty. Pokud ale soukromá firma poskytuje digitální služby jménem subjektu veřejného sektoru — například provozuje online platební portál radnice — subjekt veřejného sektoru zůstává odpovědný za zajištění přístupnosti těchto služeb.

Co znamená „v rozsahu“ pro obsah?

Předpisy se vztahují na všechny veřejně dostupné webové stránky a mobilní aplikace provozované subjekty veřejného sektoru. To zahrnuje i intranety a extranety, pokud jsou přístupné veřejnosti.

Několik kategorií obsahu je ale výslovně vyňato:

• Kancelářské formáty souborů (PDF, dokumenty Word, tabulky) zveřejněné před 23. zářím 2018, pokud nejsou potřebné k využití služby
• Předem nahraná časově vázaná média (video, audio) zveřejněná před 23. zářím 2020
• Živé video (živé titulky nejsou povinné, i když je osvědčeným postupem je poskytovat, kde je to možné)
• Online mapy — pokud jsou zásadní navigační informace poskytnuty přístupným způsobem
• Obsah třetích stran, který subjekt veřejného sektoru nefinancuje, nevyvíjí ani nekontroluje
• Sbírky kulturního dědictví a archivovaný obsah, který nelze zpřístupnit bez nepřiměřené zátěže
• Intranety a extranety, pokud obsah předchází září 2019 a nebyl podstatně revidován

Výjimka pro starší kancelářské soubory je často nesprávně chápaná. Vztahuje se na dokumenty zveřejněné před příslušným datem — ne na všechny PDF obecně. Jakýkoli nový dokument, nebo jakýkoli existující dokument aktualizovaný po účinnosti předpisů, musí standard splnit.

Technický standard: WCAG 2.1 Level AA

PSBAR vyžaduje shodu s WCAG 2.1 Level AA. Tento standard, publikovaný organizací W3C, obsahuje 50 kritérií úspěšnosti uspořádaných do čtyř principů:

Vnímatelnost — informace a komponenty uživatelského rozhraní musí být prezentovány způsobem, který uživatelé mohou vnímat. Klíčové požadavky zahrnují:

• Textové alternativy pro netextový obsah (obrázky, ikony, grafy)
• Titulky pro video obsah
• Dostatečný kontrast barev (4,5:1 pro běžný text, 3:1 pro velký text a komponenty UI)
• Obsah, který lze prezentovat různými způsoby bez ztráty informace

Ovladatelnost — komponenty UI a navigace musí být ovladatelné. Klíčové požadavky zahrnují:

• Plnou přístupnost pomocí klávesnice — veškerá funkčnost musí fungovat bez myši
• Žádné klávesnicové pasti
• Žádný obsah, který bliká více než třikrát za sekundu
• Popisné titulky stránek, nadpisy a text odkazů
• Viditelný indikátor fokusu pro navigaci klávesnicí

Srozumitelnost — obsah a UI musí být srozumitelné. Klíčové požadavky zahrnují:

• Jazyk deklarovaný v HTML (atribut lang)
• Konzistentní navigaci a popisky
• Popisné chybové zprávy s instrukcemi k opravě
• Popisky a instrukce pro všechna pole formulářů

Robustnost — obsah musí být dostatečně robustní pro interpretaci asistivními technologiemi. Klíčové požadavky zahrnují:

• Validní, dobře strukturované HTML
• Správné použití rolí, stavů a vlastností ARIA
• Stavové zprávy sdělované asistivním technologiím bez nutnosti přesunu fokusu

WCAG 2.1 přidala oproti WCAG 2.0 17 nových kritérií úspěšnosti, se zvláštním zaměřením na mobilní přístupnost, uživatele se slabozrakostí a kognitivní a specifické poruchy učení. Nová kritéria zahrnují:

• 1.3.4 Orientace — obsah nesmí být zamčen na jedinou orientaci obrazovky
• 1.3.5 Identifikace účelu vstupu — pole formulářů sbírající osobní údaje musí používat atributy autocomplete
• 1.4.10 Přeformátování (Reflow) — obsah se musí přeformátovat na 320 px bez horizontálního posouvání
• 1.4.11 Netextový kontrast — komponenty UI a grafické objekty musí splňovat kontrast 3:1
• 1.4.12 Rozestupy textu — uživatelé musí být schopni upravit rozestupy textu bez ztráty obsahu
• 1.4.13 Obsah při přejetí myší nebo fokusu — další obsah spuštěný přejetím myší nebo fokusem musí být zavíratelný a trvalý
• 2.5.3 Popisek v názvu — přístupné názvy komponent musí obsahovat viditelný textový popisek

Požadavek na prohlášení o přístupnosti

Jednou z nejvýraznějších povinností PSBAR — a oblastí, kde mnoho subjektů veřejného sektoru nesplňuje požadavky — je povinné prohlášení o přístupnosti.

Každý web a mobilní aplikace v rozsahu předpisů musí zveřejnit prohlášení o přístupnosti, které:

1. Uvádí, jaký standard se web snaží splnit — obvykle WCAG 2.1 AA
2. Uvádí známé problémy s přístupností — konkrétní identifikované bariéry, které ještě nebyly vyřešeny, s popisem každé z nich
3. Obsahuje tvrzení o nepřiměřené zátěži (pokud je relevantní) — zdokumentované odůvodnění, proč nebyl určitý obsah zpřístupněn
4. Poskytuje mechanismus zpětné vazby — způsob, jak uživatelé mohou kontaktovat organizaci a nahlásit bariéry v přístupnosti nebo požádat o přístupnou alternativu
5. Uvádí postup vymáhání — odkazuje uživatele, kteří nejsou s odpovědí spokojeni, na příslušný orgán dohledu
6. Zobrazuje datum revize — kdy bylo prohlášení poslední aktualizováno

Government Digital Service (GDS) publikuje standardní šablonu prohlášení o přístupnosti. Subjekty veřejného sektoru jsou vyzývány (a v praxi se od nich očekává), aby použily tuto šablonu nebo jinou, která pokrývá všechny požadované prvky.

Běžné chyby v prohlášeních o přístupnosti:

• Tvrzení o úplné shodě s WCAG 2.1 AA bez důkazů
• Neuvedení žádných známých problémů, ačkoli problémy jednoznačně existují
• Poskytnutí kontaktního mechanismu, který je sám nepřístupný
• Zveřejnění prohlášení, které nebylo revidováno déle než rok
• Použití obecného prohlášení zkopírovaného od jiné organizace bez úpravy pro konkrétní web

Prohlášení o přístupnosti, které nesprávně vykazuje shodu, nejenže není v souladu s předpisy — narušuje také důvěru uživatelů a vytváří reputační riziko, jakmile jsou nahlášeny skutečné bariéry.

Nepřiměřená zátěž

PSBAR umožňuje subjektům veřejného sektoru uplatnit výjimku nepřiměřené zátěže pro konkrétní obsah, kde by náklady nebo úsilí na zajištění přístupnosti byly nepřiměřené vůči přínosu pro uživatele se zdravotním postižením. Nejde o všeobecnou výjimku a musí být uplatněna na konkrétní, identifikovaný obsah — nikoli na celý web.

Pro uplatnění nepřiměřené zátěže musí organizace:

1. Provést formální posouzení, které porovnává náklady na zpřístupnění obsahu s přínosem pro uživatele se zdravotním postižením
2. Zohlednit velikost, zdroje organizace a povahu obsahu
3. Zdokumentovat posouzení
4. Uvést tvrzení v prohlášení o přístupnosti, identifikovat obsah a základ tvrzení
5. Pravidelně tvrzení revidovat

Metodické pokyny GDS jasně stanovují, že nepřiměřenou zátěž nelze použít k obcházení zpřístupnění klíčových uživatelských cest. Uplatnění nepřiměřené zátěže pro platební formulář nebo žádost o službu by nebylo považováno za platné.

Vymáhání ve Velké Británii

Vymáhání PSBAR probíhá odlišně od soudních sporů o přístupnost v USA. Velká Británie nemá přímý žalobní nárok jednotlivce obdobný ADA Title III pro přístupnost webu. Vymáhání je naopak strukturováno kolem:

Monitorování Government Digital Service (GDS) — GDS je odpovědná za monitorování shody subjektů veřejného sektoru s PSBAR. Provádí výběrové audity webových stránek a mobilních aplikací a předkládá zjištění o shodě Evropské komisi (za období před brexitem) a nyní v rámci zachovaných britských povinností.

Cabinet Office dohlíží na celkový rámec shody, včetně požadavku, aby ministerstva měla plány přístupnosti.

Equality Act 2010 poskytuje paralelní cestu. Equality Act vyžaduje, aby poskytovatelé služeb (včetně subjektů veřejného sektoru) provedli přiměřené úpravy pro osoby se zdravotním postižením. Web veřejného sektoru s bariérami v přístupnosti, který znemožňuje osobě se zdravotním postižením přístup ke službám, může představovat nezákonnou diskriminaci podle tohoto zákona. Na rozdíl od PSBAR umožňuje Equality Act individuální žaloby — uživatelé se zdravotním postižením mohou podat žalobu k pracovnímu tribunálu nebo okresnímu soudu.

Ofcom řeší vymáhání požadavků souvisejících s vysíláním. Financial Conduct Authority (FCA) a další sektoroví regulátoři mohou také uplatňovat sektorově specifická očekávání v oblasti přístupnosti.

V praxi bylo vymáhání PSBAR relativně mírné — GDS zveřejňuje data o shodě a spolupracuje s organizacemi na zlepšení, spíše než by usilovala o formální vymáhací opatření. To ale nesnižuje právní povinnost a žaloby podle Equality Act zůstávají reálným rizikem.

Stav po brexitu

PSBAR byla transponována ze směrnice EU o přístupnosti webových stránek podle European Communities Act. Po brexitu je zachována jako vnitřní právo Velké Británie podle Retained EU Law (Revocation and Reform) Act 2023. Předpisy zůstávají v plné platnosti; po brexitu už Velká Británie není povinna sledovat aktualizace směrnice EU WAD nebo harmonizované normy EN 301 549, ale WCAG 2.1 AA zůstává platným technickým standardem.

Organizace působící ve Velké Británii i EU musí dodržovat jak PSBAR, tak příslušné implementace směrnice o přístupnosti webových stránek v jednotlivých členských státech EU — které také odkazují na WCAG 2.1 AA, což v praxi vytváří soulad.

Mobilní aplikace

PSBAR se vztahuje na mobilní aplikace stejně jako na webové stránky. Mobilní aplikace provozované subjekty veřejného sektoru musí:

• Splňovat kritéria úspěšnosti WCAG 2.1 Level AA v rozsahu platném pro nativní mobilní aplikace
• Mít prohlášení o přístupnosti (které může být zveřejněno na webu, v samotné aplikaci, nebo ve výpisu v app store)
• Být kompatibilní s funkcemi přístupnosti platformy (VoiceOver na iOS, TalkBack na Androidu)

Mobilní přístupnost se posuzuje podle EN 301 549, která přebírá WCAG 2.1 a doplňuje ji specifickými mobilními požadavky na velikost dotykových cílů, orientaci a využití platformních rozhraní API.

Praktický plán postupu ke shodě s PSBAR

1. Provedete audit aktuální shody

Začněte upřímným posouzením toho, kde se nacházíte. Automatizované nástroje pro skenování mohou rychle identifikovat značnou část chyb WCAG — problémy s kontrastem barev, chybějící alternativní text, problémy s popisky formulářů. Automatizované nástroje ale spolehlivě detekují pouze 30–40 % problémů s přístupností. Manuální audit přístupnosti se čtečkami obrazovky a navigací pouze klávesnicí je nezbytný pro úplný obraz.

2. Stanovte priority náprav

Nejprve opravte bariéry, které nejvíce přímo znemožňují uživatelům přístup ke klíčovým službám. U místní radnice to může být: portál pro stavební žádosti, formulář pro dávky na bydlení, kontaktní stránka a hlavní navigace. Transakční cesty řešte dříve než informativní obsah.

3. Zveřejněte prohlášení o přístupnosti splňující požadavky

Použijte šablonu GDS. Buďte upřímní ohledně známých problémů. Poskytněte funkční kontaktní mechanismus. Pokud uplatňujete nepřiměřenou zátěž u jakéhokoli obsahu, zdokumentujte posouzení a jasně jej uveďte.

4. Opravte a znovu testujte

Po každé nápravě ověřte, že oprava problém vyřešila a nezpůsobila regresi. To vyžaduje jak automatizované opětovné testování, tak manuální ověření s asistivní technologií.

5. Zakotvěte přístupnost do svého publikačního procesu

Každá nová zveřejněná stránka, každý nahraný dokument, každá nasazená funkce může vytvořit nové bariéry. Školení pro správu obsahu, kontrolní seznamy před zveřejněním a automatizované skenování v publikačním procesu zachytí problémy dříve, než se dostanou k uživatelům.

6. Revidujte své prohlášení o přístupnosti každoročně

Prohlášení musí odrážet aktuální stav vašeho webu. Roční revize — spolu s novým auditem — udržuje jeho přesnost a demonstruje trvalý závazek.

Shrnutí

PSBAR je pro subjekty veřejného sektoru ve Velké Británii závaznou právní povinností. Vyžaduje shodu s WCAG 2.1 Level AA na webových stránkách i mobilních aplikacích a ukládá povinnost přesného a aktuálního prohlášení o přístupnosti pro každý web v rozsahu předpisů.

Předpisy nejsou pouze doporučující metodikou — jsou zákonem, posíleným povinností přiměřených úprav podle Equality Act 2010. Subjekty veřejného sektoru, které přístupnost pojímají jako kontinuální kvalitativní praxi, nikoli jako splnění formální položky v seznamu, budou standard snáze splňovat, snáze reagovat na monitorování GDS a lépe sloužit celé škále svých uživatelů.

Pokud provozujete web veřejného sektoru a nejste si jisti svým aktuálním stavem shody, nejrychlejším prvním krokem je bezplatné skenování přístupnosti. Pro komplexní audit mapovaný vůči WCAG 2.1 AA a požadavkům PSBAR se ozvěte našemu týmu.