Hol kezdje az akadálymentesítést, ha túl nagynak tűnik

Az első, amit érdemes megérteni: nem kell mindent egyszerre megjavítania

Amikor a szervezetek először találkoznak a WCAG 2.2 irányelvvel, a reakció gyakran az őszinte aggodalom és a nyomasztottság keveréke. Három megfelelőségi szinten 78 sikerkritérium van. A támogató technikák dokumentációja hatalmas. Az automatizált vizsgálatok több száz problémából álló listákat állítanak elő. Úgy tűnik, mintha mindent le kellene állítani, és hónapokat kellene fejlesztésre fordítani, mielőtt egyáltalán fontolóra vehetné, hogy akadálymentesnek nevezze az oldalát.

Ez az érzés érthető, de félrevezető. Az akadálymentesség javítása nem egy bináris állapot — akadálymentes vagy nem akadálymentes. Ez egy spektrum, és értelmes előrehaladás lehetséges onnan, ahol most tart, még akkor is, ha ahol most tart, az az, hogy „erre eddig nem is gondoltunk”.

Ennek az útmutatónak a célja, hogy segítsen elkezdeni.

Miért normális dolog nyomasztva érezni magát

A webes akadálymentesség azért tűnik nagynak, mert valóban nagy. A WCAG kiterjed a vizuális megjelenítésre (kontraszt, szövegméret, térközök), a hangtartalomra (feliratok, átiratok), az interakcióra (billentyűzetes navigáció, időzítés, mozgás), a szemantikára (struktúra, címkék, szerepek) és a kognitív szempontokra (nyelvezet, következetesség, hibajavítás). Vonatkozik az asztali, mobil és segítő technológiákra. Érinti a tervezést, a tartalmat, a fejlesztést és a tesztelést.

De itt van, ami megváltoztatja a képet: a legtöbb akadálymentességi hiba kis számú minta köré csoportosul. Évről évre a WebAIM Million jelentés (amely a leglátogatottabb egymillió weboldalt elemzi) azt találja, hogy ugyanaz a hat probléma teszi ki az automatikusan felismerhető WCAG-hibák elsöprő többségét:

1. Alacsony színkontraszt
2. Hiányzó alternatív szöveg a képeken
3. Hiányzó űrlapmező-címkék
4. Üres hivatkozások (szöveg nélküli linkek)
5. Hiányzó dokumentumnyelv
6. Üres gombok (szöveg nélküli gombok)

Ez a hat minta önmagában a tesztelt kezdőlapok több mint 95%-án jelen van. Ezek javítása az oldalán nem tesz teljesen akadálymentessé, de eltávolítja azokat az akadályokat, amelyek a fogyatékossággal élő felhasználók legnagyobb számát érintik. Ez egy értelmes kiindulópont.

1. lépés: Ismerje meg jelenlegi helyzetét

Mielőtt rangsorolhatná a javításokat, tudnia kell, hol áll. Egy ingyenes automatizált vizsgálat ezt percek alatt megadja.

Az automatizált eszközök nem jelentenek teljes akadálymentességi megoldást — megbízhatóan csak a WCAG-hibák 30–40%-át észlelik, mert a legtöbb akadály emberi megítélést igényel a felismeréshez. De kiválóan alkalmasak a fent felsorolt gyakori, automatizálható hibák megtalálására: kontraszt, hiányzó alternatív szöveg, címkézetlen beviteli mezők és hasonló strukturális problémák.

Futtasson egy ingyenes vizsgálatot az oldalán. Nézze meg, mi jön vissza. A megjelölt problémák valósak — nem lesznek téves riasztások a gyakori minták esetében — és konkrét kiindulólistát jelentenek.

2. lépés: Rangsoroljon hatás, ne teljesség szerint

Amint van egy listája, a kísértés az, hogy sorban minden tételt kezeljen. Álljon ellen ennek. Ehelyett rangsoroljon a hatás és a gyakoriság kombinációja szerint:

Legnagyobb hatás (először javítsa):

• Bármilyen akadály a pénztárban, regisztrációban vagy az elsődleges konverziós folyamatban — ha a felhasználók nem tudják befejezni a tranzakciót, az akadálymentességi hiba üzletet visz el öntől
• Bejelentkezési és hitelesítési akadályok — akik nem tudnak belépni, semmit sem tudnak használni
• Navigáció — ha a felhasználók nem találják meg az oldalakat, az oldalszintű akadálymentesség nem számít

Nagy hatás (másodszor javítsa):

• Alapvető tartalmi oldalak: termékoldalak, információs oldalak, az a tartalom, amelyért a felhasználók kifejezetten érkeznek
• Űrlapmezők és azok címkéi és hibaüzenetei — az űrlapoknál történik az interakció
• Kontraszthibák — ezek nagyon nagy népességet érintenek, és általában egyszerűen javíthatók

Fontos, de kevésbé sürgős (később javítsa):

• Archív tartalom és régebbi, alacsony forgalmú oldalak
• Peremesetes interakciók és kisebb népességet érintő WCAG-kritériumok
• AAA szintű követelmények (amelyek túlmutatnak a jogi szabványon)

Nem kell tökéletes pontszámokat elérnie, mielőtt a legnagyobb forgalmú, legnagyobb konverziójú oldalai akadálymentessé válnának. Ezeket tegye rendbe először.

3. lépés: Egészítse ki kézi teszteléssel, amit az automatizálás kihagy

Amint az automatizált problémái kézben vannak, a következő réteg a kézi tesztelés. Itt fogja megtalálni:

• Billentyűzetes navigációs hibák — végig tudnak lépni a felhasználók a teljes oldalán egér nélkül?
• Fókuszkezelési problémák — miután egy modális ablak megnyílik, a fókusz a modálisba kerül? Miután bezárul, visszatér?
• Képernyőolvasó viselkedése — a saját legördülő menüje bejelenti az állapotát? A körhintája közli, melyik dia aktív?
• Logikus olvasási sorrend — ha eltávolítja a CSS-t, az oldalnak van még értelme?

A leggyorsabb módja annak, hogy elkezdje a kézi tesztelést:

1. Húzza ki az egerét, és próbálja meg befejezni az oldala elsődleges felhasználói útvonalát csak a billentyűzet használatával (Tab, Shift+Tab, Enter, Space, Escape, nyílbillentyűk). Jegyezzen fel mindent, ami elromlik.

2. Töltsön le egy ingyenes képernyőolvasót (az NVDA Windowshoz ingyenes; a VoiceOver be van építve a Macbe és az iOS-be). Navigáljon a legfontosabb oldalain. Hallgassa meg, mit jelent be. Összefüggő-e?

3. Használja a böngésző akadálymentességi eszközeit — mind a Chrome, mind a Firefox rendelkezik akadálymentességi vizsgálókkal, amelyek megmutatják az akadálymentességi fát, az ARIA-szerepeket és minden elem számított hozzáférhető nevét.

Ezeknek a teszteknek az elsajátítása időbe telik, de semmibe sem kerülnek, és olyan problémákat találnak, amelyeket egyetlen automatizált eszköz sem.

4. lépés: Építse be a munkafolyamatába

Az akadálymentesség legdrágább módja az, ha helyreállítási feladatként kezeli — megjavítja az oldalt, kikiáltja a győzelmet, majd nézi, ahogy minden új funkció kiadásával új akadályok halmozódnak fel.

A fenntartható akadálymentesség azt jelenti, hogy megváltoztatja, ahogyan dolgozik:

• Tervezési felülvizsgálat — megfelel-e a terv a kontrasztkövetelményeknek? Láthatók-e az interaktív állapotok?
• Fejlesztés — natív HTML-elemeket használnak, ahol lehetséges? Címkézettek-e az űrlapmezők? A saját komponensek helyes ARIA-val rendelkeznek?
• Tartalom — minden képnek van megfelelő alternatív szövege? Leíróak-e a hivatkozások?
• Tesztelés — a CI blokkol-e az akadálymentességi visszaeséseknél? Van-e kézi tesztelési lépés a nagyobb kiadások előtt?

Az akadálymentesség a szoftverfejlesztési életciklusban című útmutatónk mélyebben belemegy abba, hogyan néz ez ki a gyakorlatban. A CI/CD-integrációs szolgáltatásunk az automatizált réteget minden build részévé teszi.

Reális elvárások felállítása

Egy olyan weboldal esetében, amelyet még soha nem vizsgáltak felül akadálymentesség szempontjából, a WCAG 2.1 AA szintű megfelelőség elérése minden oldalon jellemzően több hónapos projekt — nagyobb, összetett, jelentős örökölt kóddal rendelkező oldalak esetében hosszabb.

Ez nem jelenti azt, hogy nem érhet el értelmes előrehaladást a következő két hétben. A fent felsorolt hat leggyakoribb probléma javítása jelentős népesség számára lényegesen akadálymentesebbé teszi az oldalát, még akkor is, ha jogilag nem tesz megfelelővé.

A keret, amelyet a leghasznosabbnak találok: törekedjen folyamatos fejlődésre, ne a megfelelőségre mint végállomásra. Minden sprintciklusban oldjon meg egy sor azonosított problémát. Futtasson automatizált ellenőrzéseket az új funkciókon, mielőtt kiadja őket. Ütemezzen kézi tesztelést negyedévente. Építsen egy akadálymentességi nyilatkozatot, amely őszintén tükrözi jelenlegi állapotát és ütemtervét.

Azok a szervezetek, amelyek így közelítik meg, általában gyorsabb átfogó előrehaladást érnek el, mint azok, amelyek addig várnak, amíg egy teljes helyreállítási projektre tudnak erőforrást fordítani.

Hol kezdje ma

Ha még semmit sem tett: futtasson egy ingyenes vizsgálatot. Két perc alatt kap egy valós listát valós problémákról, súlyosság szerint rangsorolva. Ez az ön kiindulópontja.

Ha futtatott vizsgálatokat, de nem lépett tovább a kézi tesztelésre: próbálja ki a csak billentyűzetes tesztet a pénztárfolyamatán még ma. Ha akadályokat talál, megtalálta a következő prioritását.

Ha kézi tesztelést végez, de még nem integrálta a munkafolyamatába: olvassa el az akadálymentesség a fejlesztési folyamatban című útmutatónkat, és azonosítson egy pontot a jelenlegi munkafolyamatában, ahol egy akadálymentességi ellenőrzést be lehetne iktatni.

Az előrehaladás jobb, mint a tökéletesség. Kezdje valahol.