Hozd létre a weboldalad, amely figyelembe veszi az akadálymentességet (WCAG)!

Webes hozzáférés magánügyfeleknek

A Webes hozzáférés akkor fontos, amikor egy oldal, űrlap, menü vagy digitális felület nem minden látogató számára használható egyformán. Ilyenkor nem elég azt nézni, hogy a weboldal szép vagy gyors. A kérdés az, hogy egy látogató billentyűzettel, képernyőolvasóval, nagyított nézettel vagy gyengébb figyelemmel is végig tudja e vinni a feladatot. Én azt látom, hogy sok magánügyfél csak akkor kezd ezzel foglalkozni, amikor már panasz érkezik, vagy amikor egy új felületnél feltűnik, hogy bizonyos részek nehezen érthetők. Pedig a javítás sokszor kisebb lépésekből áll, csak kell hozzá egy olyan szakember, aki tudja, mit kell nézni.

Online munkánál a folyamat általában egyszerű. A megrendelő elküldi a weboldal címét, a problémás képernyőképeket, a felhasználói útvonalat és azt, hogy milyen eredményt szeretne. A szakember átnézi a felületet, hibákat gyűjt, majd javaslatot ad a javításra. Ha fejlesztői hozzáférés is van, akkor a javítás egy része közvetlenül is elvégezhető. Ha nincs, akkor részletes hibalista és fejlesztőnek átadható útmutató készül. Szerintem ez a legjobb forma akkor, ha a kliens nem akar hosszú tanácsadást, csak érthető választ szeretne arra, mi akadályozza a látogatót.

Webes hozzáférés árak

Az árak főleg attól függenek, hogy csak ellenőrzés kell, vagy javítás is. Egy kisebb oldal gyors átnézése olcsóbb, de egy összetett felületnél több képernyőt, űrlapot, menüt, hibajelzést és mobilnézetet is vizsgálni kell. Tapasztalatom szerint a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a kézi ellenőrzés. Az automatikus teszt hasznos, de önmagában kevés. Nem látja minden esetben, hogy a szöveg valóban érthető e, a fókusz sorrendje logikus e, vagy a gomb neve segít e a felhasználónak.

A táblázat nem végleges ajánlat, inkább tájékozódási pont. Egy magánügyfélnek sokszor elég egy célzott vizsgálat, például egy megrendelő űrlap vagy egy bejelentkezési folyamat ellenőrzése. Ha viszont a felület üzletileg fontos, akkor a részletesebb audit jobban megéri. Ilyenkor nem csak hibanevek szerepelnek a dokumentumban, hanem konkrét javítási irányok is.

Online akadálymentesítési szakember választása

Jó szakembert nem csak ár alapján érdemes választani. Nézd meg, hogy kér e pontos anyagot a feladathoz. Kér e linket, képernyőképet, hozzáférést a tesztoldalhoz, vagy csak általános választ ad. Én jobban bízom abban a szabadúszóban, aki már az elején rákérdez a célra. Más egy egyszerű bemutatkozó oldal vizsgálata, és más egy olyan felületé, ahol a látogató adatot küld, időpontot foglal vagy fizet.

Fontos a portfólió is, de ennél többet mond egy mintahibalista. Egy akadálymentesítési szakember akkor dolgozik jól, ha a hibákat nem csak felsorolja, hanem érthetően leírja, miért zavaró a felhasználónak. Például nem elég annyi, hogy hiányzik az alternatív szöveg. A jó magyarázat azt is elmondja, hogy a kép információt hordoz e, vagy csak díszítő elem. A Qjob.hu felületén ilyen online feladatra magán szakembert lehet keresni, és érdemes már a megbízás előtt tisztázni, milyen formában kapod meg az eredményt.

Digitális hozzáférhetőség munkafolyamata

A digitális hozzáférhetőség távoli munkában jól szervezhető, ha a feladat elején tiszta a keret. Először jön a rövid leírás. Melyik oldalrész zavaró, milyen böngészőben jelentkezik a gond, milyen célfelhasználó miatt fontos a javítás. Ezután a szakember meghatározza, hogy gyors ellenőrzés, részletes audit vagy konkrét javítás kell. A következő lépés a vizsgálat. Ebben lehet automatikus ellenőrző eszköz, kézi bejárás, billentyűzetes teszt, képernyőolvasós próba és tartalmi ellenőrzés.

Az eredményt általában dokumentumban, táblázatban vagy feladatlistában érdemes átadni. A fejlesztőnek más kell, mint a tulajdonosnak. A fejlesztő pontos elemet, hibát és javítási javaslatot vár. A tulajdonos inkább azt szeretné tudni, mennyire súlyos a gond, mennyi idő a javítás, és mi az, amit először kell megoldani. Sokan ott hibáznak, hogy mindent egyszerre akarnak. Jobb először a súlyos hibákkal kezdeni, például a nem használható menüvel, rosszul címkézett mezőkkel vagy láthatatlan fókuszjelzéssel.

Webes hozzáférés javítása és határidők

A Webes hozzáférés javítása lehet egy délutános munka, de lehet több körös folyamat is. Ha csak néhány képhez kell megfelelő leírás, vagy néhány gomb nevét kell pontosítani, akkor gyorsan elkészülhet. Ha viszont a teljes oldal szerkezete zavaros, a címsorok rossz sorrendben vannak, az űrlap hibái nem érthetők, és a színek kontrasztja is gyenge, akkor a munka hosszabb lesz. Ilyenkor nem szerencsés mindent egyetlen határidőbe beszorítani.

Volt olyan eset, amikor egy ügyfél azt hitte, hogy csak a színek miatt rossz a felület. A vizsgálat után kiderült, hogy a nagyobb gond az űrlapmezők címkézésével volt. A látássérült felhasználó nem tudta, melyik mezőbe mit kell írni. A javítás nem volt látványos, de a használhatóság sokat javult. Ez jól mutatja, hogy az akadálymentes web nem csak dizájnkérdés. Sokszor a háttérben lévő szerkezet számít.

Gyakori hibák webes hozzáférhetőségnél

A webes hozzáférhetőség területén a leggyakoribb hiba az, hogy a megrendelő csak vizuális problémákra figyel. A színkontraszt fontos, de nem az egyetlen szempont. Gondot okozhat a rossz címsor szerkezet, a nem beszédes link, a hiányzó képleírás, a csak egérrel használható menü, vagy az olyan hibaüzenet, amely nem mondja meg, mit kell javítani. Ezeket a látogató nem mindig jelzi külön. Egyszerűen elhagyja az oldalt.

Másik gyakori probléma a túl általános megbízás. Ha csak annyi szerepel a feladatban, hogy legyen akadálymentes az oldal, akkor nehéz pontos árat és határidőt adni. Jobb megadni, hogy melyik oldalak fontosak, milyen eredmény kell, és ki fogja elvégezni a technikai javítást. Szerintem a jó brief ezen a területen fél siker. Nem kell hosszúnak lennie, de legyen benne cél, oldalhivatkozás, elvárt átadás és határidő.

Eredmény átadása online munka után

Az online munka végén az átadás minősége legalább olyan fontos, mint maga a vizsgálat. Egy jó anyagban a hibák nem ömlesztve szerepelnek. Van súlyosság, rövid magyarázat, érintett oldalrész és javasolt javítás. Hasznos lehet képernyőkép is, főleg akkor, ha a hibát nehéz szövegben leírni. Ha a szakember kódrészletet is ad, akkor annak pontosnak kell lennie, mert a fejlesztő később ebből dolgozik.

A magánügyfélnek érdemes már az elején kérni, hogy az eredmény ne csak szakmai nyelven készüljön. Az a jó, ha a dokumentumot egy nem fejlesztő is megérti. Például látszik belőle, melyik hiba sürgős, melyik várhat, és melyik javítás igényel külön fejlesztői munkát. Így a Webes hozzáférés nem elvont elv marad, hanem konkrét feladatlista. És ez segít abban is, hogy a következő webes módosításnál már kevesebb hiba kerüljön vissza a felületre.