Archiv rubriky: Přístupnost webu

Testování přístupnosti webu: jaké nástroje použít

V článku Jak na jednoduchý audit přístupnosti – otestujte si bezbariérovost svého webu jsem před dvěma lety publikoval návod, jak si jednoduše otestovat přístupnost webu a odhalit alespoň největší bariéry. Takto koncipovaný test samozřejmě nemůže nahradit profesionálně provedený audit přístupnosti, nicméně pro vytvoření si základní představy o tom, jak je na tom váš web s přístupností, je stále více než dostačující.

I v souvislosti s novým zákonem o přístupnosti ale roste potřeba a poptávka po testech přístupnosti webů na soulad s doporučením Web Content Accessibility Guidelines (WCAG 2.1).

Rád bych proto zájemce o testování postupně seznámil s tím, jak takový test udělat, co vše a jak je třeba testovat, upozornil na možná úskalí a doporučil další zdroje k jednotlivým oblastem testování, o které se mohou následně opřít.

Dnes si pro testování připravíme potřebné vybavení.

Nástroje pro testování přístupnosti webu

K testování používám primárně Windows 10 a Google Chrome, ale obdobně vybavené pracovní prostředí si lze připravit i na jiných operačních systémech.

Rozšíření pro Google Chrome

Základním testovacím nástrojem je pro mě aplikace Google Chrome, doplněná o několik rozšíření.

Color Contrast Analyzer

Color Contrast Analyzer Ideální nástroj pro otestování vzájemného kontrastu barev na webové stránce. Umí udělat analýzu celé stránky v jednom kroku a není tak třeba posuzovat každou použitou barevnou kombinaci samostatně.

headingsMap

headingsMap Rozšíření pro snadné vygenerování interaktivní nadpisové osnovy stránky.

Landmark Navigation via Keyboard or Pop-up

Landmark Navigation via Keyboard or Pop-up Rozšíření pro vygenerování interaktivního seznamu oblastí stránky (landmarků) na dané stránce.

Focus Indicator

Focus Indicator Protože ne na každém webu je vizuálně zvýrazněn prvek, který získá focus při ovládání z klávesnice, hodí se toto rozšíření zapnout ve chvíli, kdy kontrolujeme přístupnost webu z klávesnice a potřebujeme průchod webem vizuálně sledovat.

Web Developer Toolbar

Web Developer Toolbar Komplexní rozšíření, které je dle svého názvu určeno pro webovvé vývojáře, ale lze jej samozřejmě použít i k otestování přístupnosti webu.

Asistivní technologie

Přístupnost webu je také potřeba zkontrolovat i za použití některé z asistivních technhologií.

Odečítače obrazovky

V prostředí operačního systému Windows se nabízí použít odečítací programy NVDA nebo JAWS. NVDA je open-source odečítač, JAWS je placený program, který se dle licenčních podmínek nesmí používat ke komerčnímu testování.

Pokud s testováním pomocí odečítacích programů nemáte zkušenosti, průvodci by vám mohly být následující dva tutoriály:

Zvětšovací program

Pro otestování přístupnosti webu pro uživatele, kteří používají zvětšovací programy, je dnes naprosto dostačující Lupa ve Windows 10.

Klávesnice

Protože řada požadavků na přístupnost je spjata s přístupností z klávesnice, naprosto nezbytným nástrojem pro testování přístupnosti pak je běžná klávesnice.

Nástroje pro automatické testování

Ačkoliv neexistuje automatický nástroj, jehož výstupem by byla informace, že web je přístupný, je vhodné automatické nástroje do svého portfolia zařadit. Pokud jsme si vědomi limitů, které tyto nástroje mají (nelze pomocí nich otestovat vše, detaily viz například Web Accessibility Testing: What Can be Tested and How) a nespoléháme se při testování výhradně na ně, pak nám mohou při testování pomoci odhalit alespoň to, co lze automaticky otestovat.

WAVE Evaluation Tool

WAVE Evaluation Tool

Komplexní nástroj pro testování přístupnosti. Poskytuje vizuální zpětnou vazbu k testované webové stránce tím, že do ní vkládá grafické prvky, upozorňující na analyzovaném webu na chyby (Errors), varování (Alerts), funkce (Features), strukturální elementy (Structural Elements), HTML5 a ARIA prvky (HTML5 and ARIA) a chyby v kontrastu (Contrast Errors).

Ke každému zjištění WAVE také nabízí i doplňující informace a rady, jak při odstranění nalezených bariér postupovat.

Accessibility Insights for Web

Accessibility Insights for Web

Nástroj nabízí dva testovací scénáře:

  • FastPass nabízí dva testy, které umožňují za méně než 5 minut odhalit nejčastější bariéry na testované webové stránce.
    • Automated checks: nástroj nabízí automatickou kontrolu přibližně 50 požadavků na přístupnost.
    • Tab stops: podle instrukcí a vizuální nápovědy je možné otestovat web na přístupnost z klávesnice a najít případná kritická místa a bariéry, které souvisí s tímto aspektem přístupnosti.
  • Assessment: testerům s odpovídajícími znalostmi HTML a doporučení Web Content Accessibility Guidelines umožňuje ověřit, zda web je v souladu s WCAG 2.1 úrovně AA.
    • Automated checks: nástroj nabízí automatickou kontrolu přibližně 50 požadavků na přístupnost.
    • Manual tests: nástroj nabízí detailní instrukce, příklady a rady, jak odstranit nalezené bariéry.

Nástroje samy o sobě nám samozřejmě kvalitní výstupy z testování nezaručí, důležité jsou i know-how a kompetence testera. Jako výchozí materiál k prostudování doporučuji již několikrát zmíněné doporučení WCAG 2.1. Studium můžete začít například článkem Web Content Accessibility Guidelines (WCAG): seznamte se, prosím či na webu WUHCAG | Web accessibility for developers 🙂


V době psaní tohoto článku (leden 2020) ještě testuji axe Pro. Pokud se mi nástroj zalíbí a budu jej používat, určitě o tom napíšu 🙂

Soulad se standardy tvorby přístupného webu, nikoli widgety, je správná cesta k přístupnosti

Všichni uživatelé nejsou stejní. Každý z nich má různé potřeby, preference a schopnosti, jak může s webem pracovat. Neexistuje jediné univerzální řešení, které by vyhovovalo všem bez rozdílu. K přístupu k obsahu webu a jeho ovládání tak mohou dnes uživatelé využít několik možností:

  1. Pokud je web vytvořen v souladu s aktuálně platnými standardy a doporučeními tvorby přístupného webu, pak lze k němu bez obtíží přistupovat pomocí nejrůznějších asistivních technologií. Uživatelé se specifickými potřebami je běžně používají k práci s informačními a komunikačními technologiemi, a pokud chcete, aby s nimi mohli bez obtíží pracovat i s vaším webem, pak je jeho soulad s aktuálně platnými doporučeními naprosto nezbytný.
  2. S bodem prvním úzce souvisí i možnost přizpůsobit si obsah webu pomocí nástrojů, které nabízejí operační systémy či prohlížeče.
  3. Integrováním jednoúčelových nástrojů (widgetů), pomocí nichž si může uživatel obsah jednoho konkrétního webu zkusit více či méně uzpůsobit svým potřebám.

Jak už to tak bývá, první řešení – vytvoření webu v souladu s aktuálně platnými standardy a doporučeními – sice není na první pohled moc vidět, ale přináší skutečné výsledky a užitek co nejširší skupině uživatelů. S přístupným webem, vytvořeným dle aktuálně platných doporučení tvorby přístupného webu, si poradí asistivní technologie (například odečítací či zvětšovací programy) a jejich uživatelé tak mohou web bez obtíží používat.

Ne každý uživatel potřebuje robustní a funkcemi nabitou asistivní technologii. Řadě uživatelů stačí, když si mohou mírně zvětšit písmo či upravit barvy. V takovém případě mu mohou dobře posloužit nástroje, které mají v sobě integrovány operační systémy nebo prohlížeče. Zpravidla totiž platí, že takové nastavení bude potřebovat ne na jednom konkrétním webu, ale obecně.

Řada provozovatelů webů ale zvažuje vydat se cestou třetí, tj. soulad se standardy neřešit, ale nabízet na svých stránkách návštěvníkům jednoúčelové nástroje (widgety), sloužící například ke změně velikosti textu či pro přečtení části obsahu webové stránky. Takové nástroje jsou sice mnohem viditelnější a dají se i mediálně lépe “prodat”, její skutečný přínos pro uživatele je ale přinejmenším diskutabilní.

V čem vidím hlavní úskalí integrování nástrojů (widgetů) přímo do webových stránek?

Potřeba zvětšovat obsah na obrazovce či nechat si přečíst hlasem informace není vázána na jeden konkrétní web. Uživatel, který tímto způsobem kompenzuje svou zrakovou vadu, má tuto potřebu obecně. Proto je třeba toto řešit na straně uživatele poskytnutím vhodných asistivních technologií/ kompenzačních pomůcek a zaškolením v práci s nimi, ne nabídnutím jednoúčelového řešení na jednom webu.

Aby bylo možné asistivní technologie používat, provozovatel webu musí zajistit, aby web byl vytvořen v souladu s doporučením Web Content Accessibility Guidelines 2.1 (které je vyžadováno zákonem č. 99/2019 Sb.) a tím umožnil uživatelům bezproblémový přístup k obsahu webu a jeho ovládání prostřednictvím jimi používaných asistivních technologií.

Způsob, jakým tato rozšíření přistupují k řešení přístupnosti webu, proto považuji principiálně za (eufemicky řečeno) ne úplně šťastný, protože se snaží řešit to, co by mělo (musí) být řešeno na straně uživatele, a ne jednoho konkrétního webu, který tuto službu nasadí.

Je to podobné, jako kdybyste při zlomenině nohy chtěli vyřešit potřebu někam se dostat tím, že dotyčnému budete nabízet berle či invalidní vozík v každém potencionálním místě, na které se může vydat. Věřím, že se shodneme na tom, že takovýto přístup nedává z mnoha úhlů pohledu smysl. A že smysluplné je naopak to, co se dnes běžně děje, totiž že člověk si pořídí berle či vozík pro svou osobní potřebu a nespoléhá se na to, že mu v místě, na něž se vydá, budou při příchodu berle či vozík nabídnuty, a při odchodu je zase vrátí (už jen proto, že berle či vozík potřebuje i k tomu, aby se dostal na to místo).

Na provozovatelích míst, na která se může člověk s berlemi/ na vozíku vydat pak je, aby zajistili jejich přístupnost tím, že odstraní potencionální bariéry třeba vybudováním rampy, výtahu, absencí prahů, atp. A ne tím, že mu tam nabídnou další berle či vozík.

Možnosti prispôsobenia webového obsahu so zameraním na slabozrakých používateľov

Tématice řešením přístupnosti prostřednictvím widgetů na webových stránkách se ve své bakalářské práci Možnosti prispôsobenia webového obsahu so zameraním na slabozrakých používateľov věnovala Terézie Fričová.

Jejím cílem bylo zmapovat aktuálně nabízená řešení (widgety; asistivní technologie; prostředky, nabízené operačními systémy či webovými prohlížeči), která umožňují pracovat s webovým obsahem slabozrakým uživatelům. V praktické části pak provést průzkum mezi slabozrakými uživateli a zjistit, jaká z výše uvedených řešení pro práci s webem preferují a proč.

Widgety nejsou správná cesta

Výsledky průzkumu jednoznačně ukázaly, že zpřístupnění webu pomocí widgetů není z několika důvodů vhodná cesta:

  • řada widgetů byla sama o sobě nefunkčních,
  • widgety uživatelům nenabízely tu funkcionalitu, kterou slibovaly, či která by jim dostatečně kompenzovala jejich zrakovou vadu,
  • některé widgety bylo obtížné na webové stránce najít (například kvůli nízkému kontrastu),
  • uživatelé nejsou na používání widgetů zvyklí,
  • uživatelé neví, že taková možnost vůbec existuje.

Navíc také platí, že widgety činí uživatelské rozhraní složitější (je to další prvek navíc), což může jeho používání spíše zkomplikovat, než usnadnit.

Pokud chcete návštěvníky svého webu navést k tomu, že si mohou v případě potřeby změnit velikost textu nebo barvy, udělejte to chytře. Šikovné řešení jsem našel na webu Web Accessibility Initiative. Odkaz Change Text Size or Colors zavede uživatele na stránku s instrukcemi, jak může tyto změny provést pomocí nástrojů svého prohlížeče.

Několik doporučení na závěr

Bakalářská práce ve svém závěru uvádí tři doporučení, s nimiž se plně ztotožňuji:

  • Nástroje integrované ve webových prohlížečích a operačních systémech neukrývat hluboko v nastaveních, ale nabízet je uživatelům na jednom místě a snadno dostupné tak, aby je uživatelé v případě potřeby mohli snadno použít.
  • Aktualizovat možnosti, které nabízí webové prohlížeče, operační systémy a asistivní technologie tak, aby odpovídaly aktuálním potřebám uživatelů.
  • Při tvorbě přístupného webového obsahu se nesoustředit na přidávání widgetů na webové stránky (ty se ukázaly jako nevyhovující nástroj pro zpřístupňování webového obsahu), ale jít cestou dodržování zásad tvorby přístupných webových stránek (ideálně doporučení WCAG 2.1).

Příklady dobré praxe z testování přístupnosti webů v soutěži Zlatý erb

Soutěž Zlatý erb o nejlepší webové stránky a elektronické služby měst a obcí má více než dvacetiletou tradici. K celé řadě kritérií přibylo v roce 2002 i kritérium bezbariérové přístupnosti, jehož hodnocení se od té doby stalo nedílnou součástí soutěže.

Od organizátorů soutěže se v té době jednalo o krok vskutku vizionářský, protože první Pravidla pro tvorbu přístupného webu byla Ministerstvem informatiky ČR ve formě doporučení zveřejněna až v roce 2004. Požadavek na přístupnost webů veřejné správy je součástí české legislativy od roku 2008.

O tom, jak hodnocení přístupnosti v takové soutěži probíhá, jsem se nedávno rozepsal v článku Praktické postřehy z testování přístupnosti webů v soutěži Biblioweb.

Přístupnost je cesta k lepšímu a přívětivějšímu webu pro každého uživatele, protože na přístupném webu i uživatel bez zdravotního či jiného znevýhodnění snáze udělá to, proč na web přišel.

Protože Zlatý erb – stejně jako jiné soutěže – s sebou nese potřebu otestovat velké množství webů v relativně krátkém čase, není samozřejmě reálné detailně otestovat, zda jsou všechny stránky každého soutěžního webu v souladu se všemi pravidly doporučení WCAG 2.1.

Při testování se proto soustředím na posouzení, zda

  • je přístupnost brána v potaz při tvorbě a aktualizacích webové prezentace jako celku (lidově řečeno, zda je ze zpracování webu zřejmé, že na přístupnost někdo myslel),
  • webová prezentace neobsahuje nějaké vážné překážky, které by mohly uživatelům používání webové prezentace komplikovat či znemožňovat.

Během testování se zaměřuji na nalezení nejvážnějších bariér z hlediska přístupnosti, které brání efektivnímu používání webové prezentace. Smyslem testování není a nebylo hledat chyby za každou cenu a poukazovat na marginální nedostatky, ale odhalit takové bariéry, které v práci s webem významně brání či ji dokonce znemožňují.

Velmi důležitá je také pozitivní motivace. Vždy se proto snažím soutěžící spíše chválit, než kritizovat, a ocenit to, co mají na webu z hlediska přístupnosti v pořádku.

K tomu, aby web města či obce byl bez obtíží přístupný i pro uživatele se specifickými potřebami, musí být splněno několik předpokladů.

Přístupnost webového rozhraní

Tím prvním je přístupnost webového rozhraní. To už si dnes drtivá většina měst a obcí nechává dělat na zakázku, což – aspoň dle mého názoru – přispělo ke zlepšení kvality webů měst a obcí. Časy, kdy weby měst a obcí vznikaly “na koleně”, už jsou naštěstí za námi. Kvalita webových prezentací měst a obcí se od roku 2002, co přístupnost ve Zlatém erbu hodnotím, nesporně zlepšila.

Zatímco před deseti či patnácti lety bylo celkem běžné, že jsme řadu webů museli z hodnocení vyřadit kvůli vážným překážkám v přístupnosti (typickým příkladem takové bariéry bylo menu, které nebylo možné ovládat z klávesnice), dnes se toto neděje a na zásadní překážky tohoto typu při hodnocení narážím jen velmi výjimečně.

Mezi klíčové oblasti, které z hlediska přístupnosti ve Zlatém erbu hodnotím, patři

  • Strukturování webové stránky – nadpisy, oblasti stránky.
  • Snadná orientace na webových stránkách
  • Přístupnost a ovladatelnost prvků webové stránky z klávesnice.
  • Dostatečný barevný kontrast a čitelnost textu.
  • Definování smysluplné textové alternativy u grafických prvků, nesoucích významovou informaci.

Přístupnost uživatelsky vkládaného obsahu

Stále více informací je dnes na webu publikováno v podobě dokumentů, audio či videozáznamů. Jedná se zejména o nejrůznější pozvánky na akce, oznámení či jiné dokumenty, které jsou často na web vkládány ve formátech doc či pdf. Situace, kdy se uživatel na přístupném webu bez obtíží dostane na úřední desku, ale dokumenty na ní publikované už si nepřečte, protože jsou publikovány bez textové vrstvy, jsou stále poměrně běžné. Stejná situace může nastat u videozáznamů, které nejsou opatřeny titulky, nebo audiozáznamů bez textových přepisů.

Neméně důležité je proto zajistit i bezproblémovou přístupnost obsahu, který na web vkládají redaktoři z řad zaměstnanců městských nebo obecních úřadů.

Responzivní webdesign

Aniž bych chtěl jakkoliv snižovat význam přístupnostních faktorů na úrovní kódu (například přístupnost z klávesnice), orientace ve velkém množství informací je to, co dnes celé řadě uživatelů práci s webem komplikuje více, než menší či větší nedostatky v přístupnosti v technické rovině.

Vhodným způsobem, jak tuto orientaci ve velkém množství informací pomoci, může být kvalitně vytvořený responzivní web.

Pokud je totiž třeba web uzpůsobit i displejům mobilních zařízení, pak už na něj není možné bez ladu a skladu dát vše, co si kdo poručí (a že se toho na velký displej s vysokým rozlišením vejde opravdu hodně, o tom není sporu). V případě malého displeje už je třeba zamyslet se nad tím, které informace jsou opravdu důležité a v jakém pořadí by měly být uživateli prezentovány. Což pochopitelně přispěje k jejich přehlednosti a srozumitelnosti, protože na webu je jen to, co tam má být a co uživatel opravdu potřebuje.

Dalším faktorem, který v souvislosti s responzivním designem hraje do karet přístupnosti, je více méně lineární způsob konzumování informací na malém displeji. Ten odpovídá tomu, jak s webem pracují nevidomí či slabozrací uživatelé. Pro tuto skupinu uživatelů je tedy práce s dobře navrženým responzivním webem mnohem přívětivější, protože nemusí bloudit po displeji a informace složitě hledat, ale jsou jim postupně nabízeny v logickém pořadí.

Několik pozitivních příkladů závěrem

Mezi příklady webových prezentací, u nichž se autoři i redaktoři s přístupností webu i dokumentů vypořádali na velmi solidní úrovni, určitě patří webové prezentace měst Jihlava, Bruntál či obcí Provodov, Nosislav nebo Velký Beranov.