Archiv rubriky: Přístupnost webu

Proč je nejen pro nevidomé uživatele dobré mít výstižné texty odkazů

Jedno ze základních pravidel přístupnosti říká, že z textu (označení) každého odkazu by měl uživatel poznat, kam odkaz vede a co může uživatel na cílové stránce očekávat. Proč je toto pravidlo nejen z hlediska přístupnosti důležité a z jakých potřeb toto pravidlo vychází?

Odpověď je celkem nasnadě: protože uživatel snadno pozná, kam jej odkaz zavede. A to je věc, kterou hádám ocení každý návštěvník webové stránky. Nevýstižné texty odkazů dokáží frustrovat uživatele stejně jako chodba plná dveří, na kterých jsou sice cedulky, ale jejich obsah nám nic neříká o tom, co nebo kdo se za dveřmi nachází.

Jednou ze skupin uživatelů, pro kterou jsou smysluplné a výstižné texty odkazů naprosto zásadní a mohou jim významně usnadnit práci s webem, jsou uživatelé screen readerů (odečítačů obrazovky) – tedy uživatelé nevidomí či prakticky nevidomí.

Screen reader (odečítač obrazovky) je speciální program, který umí získat z webové stránky textové informace a prostřednictvím hlasového nebo hmatového výstupu je předat uživateli. Zprostředkovat tímto způsobem je možné nejen vlastní obsah, ale i sémantické informace (samozřejmě za předpokladu, že jsou na webové stránce k dispozici). Ty mohou uživateli pomoci zorientovat se, jakou má daný element stránky roli (zda se jedná o nadpis, položku seznamu, tlačítko, odkaz, atp.).

Proč jsou odkazy s nevýstižným označením komplikací pro nevidomé uživatele

Primární příčina, proč jsou odkazy „více“, „zde“ či „tady“ problematické, není v rovině technické (tedy ne že by odečítače obrazovky neuměly přečíst kontext odkazu), ale v tom, že jejich použití brzdí uživatele při práci a pro splnění cíle, kvůli kterému na stránku přišel, tak musí vynaložit zvýšené úsilí. Práce se stránkou prostřednictvím hlasového výstupu je pomalejší už sama o sobě, a není ji proto třeba uživateli ještě komplikovat nevhodným označením odkazů.

To, jak rychle a efektivně bude moci uživatel odečítače obrazovky s webovou stránkou pracovat a udělat na ní to, co potřebuje, je tedy pro něj poměrně zásadní.

Ukažme si to na příkladu. Představte si, že máte před sebou webovou stránku, na níž chcete najít odkaz na pozvánku na akci, jíž se chcete zúčastnit. Má to ale jeden háček – na stránku se nesmíte podívat, informace z ní si pouze můžete nechat přečíst screen readerem.

Jaké možnosti se nabízí?

Funkce Najít

První metoda, poměrně hojně používaná kvůli své jednoduchosti, ale ne vždy vedoucí ke kýženému cíli, je metoda „náhodných výbuchů“, spočívající ve vyhledávání konkrétní informace pomocí funkce Najít (Ctrl+F). Uživatel zkouší hledat slova (či části slov), pomocí nichž by mohl požadovaný odkaz dohledat – což se někdy zadaří, někdy ne. Obecně platí, že při použití této metody hodně záleží jak na dovednosti konkrétního uživatele zformulovat dotaz pro hledání, tak na tom, zda se daný řetězec na stránce vyskytuje.

Pokud bych chtěl odkaz na pozvánku tímto způsobem najít, ale text odkazu na pozvánku bude v podobě Klikněte zde pro vice informací a ani okolní text nebude tuto informaci obsahovat, nejspíš nebudu úspěšný.

Pohyb po odkazech

Další možností je projít si cíleně jen ty prvky stránky, které mohou získat focus (mezi ně patří i odkazy). Lze k tomu použít buď tabulátor, nebo využít funkci screen readeru a nechat si zobrazit seznam formulářových prvků či odkazů. Tím si mohu okruh prohledávaných informací významně snížit, ale opět platí to, že pokud texty odkazů nejsou dostatečně výstižné, nemusí být snadné zjistit, kam který odkaz vede. Technicky je samozřejmě možné si u každého odkazu přečíst jeho kontext, ale zde je opět riziko, že okolní text relevantní informaci nebude obsahovat.

JAWS – dialogové okno Vybrat odkaz

Přečtení celé stránky od začátku do konce

Třetí – nejpracnější a časově nejnáročnější – metoda spočívá v pročtení celé stránky od začátku až do konce. Tento způsob práce se stránkou zaručí, že žádnou (přístupně prezentovanou) informaci na stránce neminu, ale v praxi takto kvůli enormní časové náročnosti s webem nikdo nepracuje.

Co z toho plyne?

Z výše uvedených příkladů je zřejmé, že výstižné označování odkazů může uživatelům práci se stránkou významně zjednodušit. Nejen těm nevidomým, ale prakticky všem, kdo nechtějí metodou pokus-omyl zkoušet, který že odkaz je ten pravý. Jako třeba v případě, ilustrovaném screenshotem níže, na kterém je pod sebou sedm identických odkazů Tisková zpráva.

Screenshot – sedm identických odkazů Tisková zpráva

Je také velmi důležité, aby nosičem informace byl text odkazu, ne třeba obsah atributu title. Použití atributu title je z hlediska přístupnosti také problematické a lze jej doporučit jen ve výjimečných případech.

Jak na to?

Řešení je poměrně snadné – volit texty odkazů tak, aby i samy o sobě dávaly smysl a popisovaly cíl, na který odkaz vede.

Nevhodné řešení

Více informací najdete zde.

Vhodné řešení

Více informací najdete v pozvánce na Dětský den.

Průzkum mezi těžce slabozrakými uživateli webu – jaký je jejich způsob práce a skutečné potřeby?

Znát potřeby cílové skupiny patří mezi základní pilíře úspěchu v digitálním i fyzickém světě. Mezi skupiny, jejíž potřeby jsou zatím bohužel stále relativně málo zmapovány, patří i těžce slabozrací uživatelé – tedy ti, kteří mohou při práci s webem ještě použít zbytek zraku, ale současně už většinou potřebují nějakou asistivní technologii (typicky zvětšovací program) či nějaké uzpůsobení obsahu k tomu, aby s webem byli schopni pracovat efektivně.

Nikola Chovanová je studentkou oboru Teorie interaktivních médií na Filozofické fakultě Masarykovy univerzity a píše bakalářskou práci s názvem Přístupnost webových stránek pro těžce slabozraké uživatele. V rámci ní připravila dotazník, jehož výsledky poslouží jako podklad pro praktickou část její práce – vytvořit sadu doporučení pro tvorbu webů, přístupných i pro tuto skupinu uživatelů, a současně reflektujících jejich skutečné potřeby.

Dotazník obsahuje 31 otázek, přičemž v některých případech je třeba odpověď napsat vlastními slovy, jedna z otázek pak obsahuje obrázky. Dotazník je anonymní a jeho výsledky budou použity výhradně na výzkumné účely, týkající se zmiňované bakalářské práce.

Pokud patříte mezi cílovou skupinu tohoto dotazníku a chcete svými názory a zkušenostmi ovlivnit to, aby weby pro těžce slabozraké uživatele byly přístupnější, prosím o vyplnění dotazníku Prístupnosť webových stránok pre slabozrakých užívateľov. Dotazník je ve slovenštině, nicméně věřím, že to nebude pro česky mluvící respondenty žádná překážka.

Dotazník bude k dispozici přibližně do konce roku, ale pokud se chystáte dotazník vyplnit, pomohlo by nám, pokud byste tak učinili do nejdříve.

ENGLISH version of this survey is available at Web Accessibility for Low Vision Users.

V případě jakýchkoliv dotazů či technických problémů kontaktujte prosím Niku na e-mailu nika.chov@gmail.com.

Děkujeme za spolupráci.

Testování přístupnosti webu: doporučené kombinace screen readeru a prohlížeče

Testujete (či se chystáte testovat) přístupnost webových stránek s odečítači obrazovky a zajímá Vás, s jakými konkrétními kombinacemi odečítačů obrazovky a webových prohlížečů dává smysl takové testy dělat? Na základě svých zkušeností, potvrzených nedávnou diskusí na Twitteru, a také na základě výsledků 2016 GOV.UK assistive technology survey, doporučuji pro jednotlivé operační systémy používat následující kombinace.

MS Windows

Na Windows (stále nejpoužívanější platforma) jsou mezi nevidomými uživateli dlouhodobě nejpoužívanější následující dvě kombinace – JAWS s Internet Explorerem a NVDA s Mozilla Firefox. Pokud zatím nejste s prací se screen readerem zcela obeznámeni (či si ji chcete připomenout), doporučuji k prostudování dva návody

Je také dobré vědět, že:

  • i přes 100 % získaných na www.html5accessibility.com, MS Edge bohužel zatím neposkytuje dostatečnou podporu jak pro JAWS, tak NVDA, takže testovat s ním v současné době nedává smysl (byť toto by se mělo v nejbližší době zlepšit a některá z dalších aktualizací JAWSu 18 by měla s Edge spolupracovat).
  • Podobně je na tom Google Chrome, jehož spolupráce se screen readery je stále taková „vachrlatá“.
  • JAWS i NVDA nejsou standardní součástí systému, je potřeba je nejprve nainstalovat. U NVDA je případně možné použít i portable verzi.
  • JAWS nabízí 40 minutovou demoverzi, kterou ale dle licenčních podmínek nelze používat k testování. NVDA je open source odečítač, který žádné takové omezení nemá.
  • JAWS spustíte poklepáním na jeho zástupce na Ploše, ukončíte jej pomocí klávesové kombinace Insert + F4.
  • NVDA spustíte poklepáním na jeho zástupce na Ploše, ukončíte jej pomocí pomocí klávesové kombinace CapsLock + Q.

OS X a iOS

Na zařízeních od Applu, které běží na operačních systémech OS X či iOS, je nejlepší testovat s kombinací VoiceOver a Safari. VoiceOver je nedílnou součástí systému a stačí jej spustit

  • na OS X pomocí Command+F5 (stejnou klávesovou kombinací jej pak lze i ukončit).
  • Na iOS buď přes Nastavení – Obecné – Zpřístupnění, vhodnější je ale nadefinovat si spuštění/ukončení VoiceOveru na trojí stisknutí tlačítka Plochy (více informací viz VoiceOver na iOS (příručka).

Stručný návod v angličtině, jak testovat přístupnost webu s VoiceOverem, je pak k dispozici v článku Using VoiceOver to Evaluate Web Accessibility.

Android

Na zařízeních s Androidem je k testování možné použít screen reader TalkBack s prohlížečem Google Chrome (nebo nejnovějším Firefoxem). TalkBack je – stejně jako VoiceOver – nabízen jako součást operačního systému, takže jej opět stačí jen spustit přes Nastavení – Přístupnost. Bližší informace k různým možnostem spouštění viz Zapnutí aplikace TalkBack, vypnutí TalkBacku se dělá přes Nastavení > Usnadnění > TalkBack.

Při testování na iOS nebo Androidu se vám může hodit Přehled gest pro ovládání mobilních zařízení s odečítači VoiceOver a TalkBack.

Roman Kabelka, lektor workshopu Úvod do tvorby webu v redakčním systému WordPress

Co je třeba umět

Pokud jste dočetli až sem, nejspíš to s testováním přístupnosti pomocí screen readeru myslíte opravdu vážně. Což je z obecného úhlu pohledu dobře, protože seznámení se s potřebami a způsobem práce jedné z cílových skupin určitě není na škodu. Ale pozor, není to tak snadné, jak se může na první pohled zdát. Rozhodně neplatí to, že si vezmete do ruky mobil, spustíte odečítač a začnete testovat – tak jednoduché to bohužel není, viz můj starší článek Má smysl testovat svépomocí přístupnost webu pomocí screen readeru?).

Jestliže chcete, aby takové testování za něco stálo a obdrželi jste na základě něj relevantní výsledky, je třeba se dobře seznámit s tím, jak screen readery fungují, porozumět principům, na kterých pracují, a naučit se je obsluhovat. Pomoci vám v tom mohou například tutoriály, odkazované na konci tohoto článku. Bez těchto znalostí nedává moc smysl testovat přístupnost webu tímto způsobem, protože můžete

  • za problém v přístupnosti mylně považovat chyby, které ale budou způsobeny vaší neznalosti obsluhy screen readeru,
  • to, že „screen reader něco čte“, vyhodnotit jako potvrzení toho, že kontrolovaný prvek je přístupný (přestože tomu tak v reálu vůbec být nemusí).

Než se tedy do testování přístupnosti pustíte, zkuste si nejprve projít výše odkazované tutoriály a pokud na to máte prostor, tak není ani věci získat širší znalosti o přístupnosti například prostřednictvím některého z MOOCů o přístupnosti, které jsou aktuálně či v dohledné době nabízeny.

Pokud byste měli k testování přístupnosti se screen readery nějaký dotaz, zkuste na něj buď najít odpověď na Testing with Screen Readers – Questions and Answers, nebo jej napište sem do komentářů.

Přehled doporučených kombinací čtečky obrazovky a prohlížeče

  • MS Windows: JAWS + Internet Explorer; NVDA + Mozilla Firefox
  • OS X a iOS: VoiceOver + Safari
  • Android: TalkBack + Google Chrome (eventuálně Mozilla Firefox)

Přehled doporučených studijních materiálů