A szabvány a jó app mögött: így lesz akadálymentes egy mobilalkalmazás
Fejezetek
A telefonunkon ma szinte minden egy alkalmazáson keresztül történik: bankolunk, jegyet veszünk, időpontot foglalunk, rendelünk. Könnyű azt hinni, hogy egy app akkor jó, ha letisztult és gyors. A használhatóság azonban ennél mélyebb kérdés, és van mögötte komoly, kimért szakmai háttér. Az akadálymentesség nem ízlés dolga, hanem szabványokra épülő mérnöki feladat, amit tesztelni és bizonyítani lehet.
Mitől függ, hogy egy app tényleg mindenkié
Egy alkalmazás akkor szolgál ki mindenkit, ha nem feltételez egyetlen tökéletes felhasználót. A valóságban sokan gyengén látnak, nehezen hallanak, pontatlanul érintenek, vagy fáradékonyak. Ha a felület csak az ép, gyors, gyakorlott kézre épül, akkor pont ezeket az embereket zárja ki, miközben a fejlesztő észre sem veszi, mert a saját tesztjén minden működik.
A szakmai megközelítés éppen ezért nem a megérzésre bízza a kérdést, hanem közös, mérhető mércéhez igazodik. Ez a mérce az, ami egy appot kiszámíthatóan használhatóvá tesz, függetlenül attól, ki és milyen eszközzel nyitja meg.
A WCAG négy elve, röviden
A digitális akadálymentesség nemzetközi alapja a WCAG, amely négy elv köré rendezi a követelményeket:
- Észlelhetőség: az információ akkor is eljut a felhasználóhoz, ha nem a szokásos módon látja vagy hallja. Ide tartozik a képek szöveges leírása és a videók felirata.
- Működtethetőség: a kezelés egérrel, billentyűzettel és érintéssel is megy, a fókusz mindig látható, egyetlen funkció sem elérhetetlen.
- Érthetőség: világos nyelvezet, kiszámítható viselkedés, beszédes hibaüzenetek.
- Robusztusság: a tartalom a legkülönfélébb eszközökön és segédtechnológiákkal is működik.
Ez a négy pont nem homályos ajánlás, hanem ellenőrizhető kritériumok gyűjteménye, amelyek mentén egy felület tételesen végigmérhető.
Amiben a mobil külön szigorú
A telefonos felületen ugyanezek az elvek érvényesek, de a körülmények keményebbek. Kisebb a kijelző, pontatlanabb az érintés, és gyakran menet közben, rossz fényben használjuk az eszközt. Egy apró, egymáshoz tapadó gombsor az ép kezű felhasználót is bosszantja, a mozgáskorlátozottat pedig teljesen kizárja.
A képernyőolvasók a mobilon másképp viselkednek, mint az asztali gépen, ezért a két környezetet külön is tesztelni kell. Gyakori hiba az is, hogy az app csak álló tájolásban működik rendesen, pedig sokan rögzített állványon, fekvő helyzetben használják a telefonjukat.
A gyakori hibák, amiket a saját teszt nem mutat meg
A legtöbb akadály nem rossz szándékból marad a felületen, hanem mert a fejlesztő a saját, ép érzékszerveivel nem ütközik bele. Egy gomb, ami valójában csak egy megrajzolt kép felirat nélkül, a látó felhasználónak működik, a felolvasónak néma. Egy űrlap, amelynek a hibajelzése csak egy piros keret, a látónak egyértelmű, a vak felhasználónak megfejthetetlen.
Ezek a hibák csak akkor derülnek ki, ha valaki felolvasóval, nagyított nézetben vagy hangvezérléssel próbálja ki a felületet. Egy automatikus ellenőrző a hibák egy részét kiszűri, de a tényleges használati akadályok nagy hányadát csak kézi, emberi vizsgálat találja meg.
Hogyan bizonyítható, hogy egy app megfelel
Egy felületről akkor jelenthető ki felelősen, hogy akadálymentes, ha ezt vizsgálat támasztja alá. Egy alapos mobilalkalmazás akadálymentesítési auditja a WCAG kritériumai mentén tételesen végigméri a felületet, megnevezi, hol és miért akad el a felhasználó, és rangsorolja, melyik javítás a legsürgősebb. Ettől a fejlesztés nem a megérzésre támaszkodik, hanem egy dokumentált, ellenőrizhető eredményre.
Az ilyen felmérés abban is segít, hogy a csapat tanuljon belőle. A visszatérő hibatípusok megmutatják, hol érdemes a tervezési folyamaton változtatni, hogy a következő funkció már eleve jól szülessen meg.
A befogadó tervezés mindenkinek jó
Amit egy adott korlát miatt kezdünk el jól csinálni, abból a végén minden felhasználó profitál. A felolvasónak szánt tiszta szerkezet a keresőrobotnak is érthetőbb. Az erős kontraszt napfényben mindenkinek segít. A világos nyelvezet a fáradt vagy siető felhasználónak is könnyebbség.
A szabvány tehát valójában nem korlátoz, hanem egy közös, bizonyíthatóan működő minőségi szintet ír le. Egy alkalmazás, amely megfelel neki, nem csak befogadóbb, hanem stabilabb és használhatóbb is lesz mindenki kezében.
