Mobilalkalmazások akadálymentesítése: amit minden fejlesztőnek tudnia kell
Miről lesz szó?
A mobilalkalmazások akadálymentesítése gyakran háttérbe szorul a fejlesztés során. A csapat a funkciókra, a sebességre és a látványra koncentrál, a hozzáférhetőség pedig a végére marad, ha egyáltalán szóba kerül. Pedig egy app pontosan attól lesz jó termék, hogy mindenki használni tudja, függetlenül attól, hogyan érzékeli vagy kezeli a képernyőt.
Ebben a cikkben azt nézzük meg, miben más a mobil akadálymentesítés a weboldalénál, melyek a leggyakoribb hibák, és hogyan lehet valódi eszközökön tesztelni a használhatóságot.
A mobil környezet más szabályok szerint működik
A weboldalak akadálymentesítésének elvei egy részben átvihetők mobilra, de a mobil környezet sajátos kihívásokat hoz. Kisebb a képernyő, érintéssel történik a vezérlés, és a felhasználó gyakran mozgás közben, egy kézzel, változó fényviszonyok között használja az appot. Ami asztali gépen kényelmes, az mobilon könnyen akadállyá válik.
A platformok emellett saját beépített segédeszközöket kínálnak. Az iOS a VoiceOver, az Android a TalkBack képernyőolvasót adja, és mindkettőnek megvannak a maga logikái és gesztusai. A jó app ezekre a rendszerekre épít, nem küzd ellenük, így a hozzáférhetőség nem külön réteg, hanem a natív viselkedés része lesz.
Ez a szemlélet a fejlesztésben is megtérül. Ha a csapat a platform natív komponenseit használja, azok jó része alapból hozza a hozzáférhető viselkedést: a rendszer ismeri a gomb, a mező vagy a lista fogalmát, és tudja, hogyan kell felolvasni vagy kezelni. A gond általában ott kezdődik, ahol egyedi, a semmiből felépített vezérlők kerülnek a felületre, mert azokhoz a hozzáférhető viselkedést külön hozzá kell adni. Nem lehetetlen, csak tudatosságot kíván már a tervezés szakaszában.
Az érintő-célpontok mérete és távolsága
Az egyik leggyakoribb mobil hiba az apró, egymáshoz túl közel helyezett érintő-célpont. Ha egy gomb vagy link túl kicsi, a felhasználó könnyen mellétalál, különösen mozgás közben, remegő kézzel vagy finommotoros nehézségekkel. A gyakori mellényúlás nem apró bosszúság, hanem valódi akadály.
A megoldás egyszerű elv: a fontos műveleteknek elég nagynak és elég távol kell lenniük egymástól ahhoz, hogy magabiztosan el lehessen találni őket. Ez nem csak a finommotoros nehézséggel élőknek segít, hanem mindenkinek, aki egy kézzel, buszon vagy sietve használja az appot. A kényelmes érintés univerzálisan jobb élményt ad.
A képernyőolvasók és a helyes címkézés
A képernyőolvasót használók számára az számít, amit a rendszer felolvas. Ha egy ikon vagy gomb címke nélkül marad, a felhasználó csak annyit hall, hogy gomb, de azt nem, hogy mit csinál. Ilyenkor az app funkciója láthatatlanná válik, hiába néz ki tökéletesen a képernyőn.
A helyes megoldás, hogy minden interaktív elem beszédes, egyértelmű szöveges nevet kap, és a felolvasás sorrendje logikus. Fontos a helyes olvasási sorrend is: a képernyőolvasó felülről lefelé, értelmes rendben haladjon végig a tartalmon, ne ugráljon összevissza. Ez a rend adja meg a felhasználónak azt a térképet, amivel tájékozódni tud.
Gesztusok és azok alternatívái
A mobilappok szeretnek összetett gesztusokra építeni: húzás, csippentés, hosszú nyomás, többujjas mozdulatok. Ezek gyorsak és látványosak, de nem mindenki tudja őket megbízhatóan végrehajtani. Aki csak egy ujjal, segédeszközzel vagy korlátozott mozgással kezeli a képernyőt, annak a bonyolult gesztus falba ütközés.
Ezért minden fontos műveletnek kell legyen egyszerű alternatívája is. Ha valamit húzással lehet elérni, legyen rá egy gomb is. Ha egy elem hosszú nyomásra reagál, legyen látható, elérhető másik út is ugyanahhoz a funkcióhoz. A gesztus maradhat gyorsítás azoknak, akiknek kényelmes, de nem lehet az egyetlen belépő.
A dinamikus betűméret és a rugalmas elrendezés
A felhasználók egy része a rendszer beállításaiban nagyobb betűméretet állít be, mert így tud kényelmesen olvasni. Egy jól megírt app ezt tiszteletben tartja: a szöveg nagyobbra vált, az elrendezés pedig alkalmazkodik, nem vágódik le a tartalom, és nem csúsznak egymásra az elemek. A rögzített, apró betűméret ezzel szemben kizár egy egész felhasználói kört.
A rugalmasság a képernyők sokféleségére is vonatkozik. A tájékozódás, a gombok és a szövegek maradjanak használhatók kis és nagy kijelzőn, álló és fekvő tájolásban is. Az az app, amelyik csak egyetlen kényelmes esetre készült, a valóságban sokaknak lesz kényelmetlen.
Érdemes odafigyelni arra is, hogy a felület ne csak vizuálisan jelezze a fontos állapotokat. A betöltés, a sikeres mentés, a hiba vagy a folyamat aktuális lépése mind olyan információ, amit nem elég egy villanással vagy színnel közölni. Ha ezek szövegesen is megjelennek és a képernyőolvasó számára is elérhetők, akkor a felhasználó akkor sem marad tájékozatlan, ha épp nem nézi feszülten a kijelzőt. Ez a fajta visszajelzés mindenkinek nyugalmat ad a használat közben.
Tesztelés valódi eszközökön, valódi helyzetekben
Az akadálymentesség nem derül ki teljesen a fejlesztői gépről. Az igazi képet a valódi eszközökön, bekapcsolt képernyőolvasóval és megnövelt betűmérettel végzett próba adja. Érdemes kizárólag képernyőolvasóval végigcsinálni a fő folyamatokat, és megnézni, hogy tényleg minden lépés végigvihető-e látás nélkül.
A tesztelést nem elég egyszer, a végén elvégezni. Ha a hozzáférhetőség a fejlesztési ciklus rendszeres része, a hibák korán kiderülnek, amikor még olcsó javítani őket. Ez sokkal hatékonyabb, mint a kész terméken utólag foltozni azt, ami az elején néhány jó döntéssel elkerülhető lett volna.
Segít, ha a csapat bevonja a valós használati helyzeteket is. Az appot ritkán csendben, ideális körülmények között használják: inkább mozgásban, félfigyelemmel, változó fényben, néha fél kézzel. Ha a tesztelés ezeket a helyzeteket is lefedi, kiderül, hol törik meg a folyamat a gyakorlatban, nem csak a laborban. A cél nem az, hogy egy szűk csoportnak megfeleljen az app, hanem hogy mindenki magabiztosan végig tudja csinálni a fontos műveleteket.
Amikor érdemes szakértői felmérést kérni
A belső tesztelés sokat elárul, de a teljes, rendszerezett képet egy külső, szakszerű vizsgálat adja. Az audit a WCAG alapelvei mentén, vagyis az érzékelhető, működtethető, érthető és robusztus szempontok szerint veszi végig az appot, és fontossági sorrendbe teszi a hibákat. Így nem sejtésekre, hanem konkrét listára épül a fejlesztés.
Ha egy csapat biztosra akar menni a kiadás előtt, egy célzott mobilalkalmazás akadálymentesítési auditja megmutatja, hol állnak a valós használhatósági kérdések, és mit érdemes elsőként rendbe tenni. Egy jól hozzáférhető app nem csak megfelelőbb, hanem egyszerűen jobb termék, amit többen és szívesebben használnak.
