Audit checklist
- Győződjön meg róla, hogy minden interaktív elemnek van akadálymentes neve.
- Ellenőrizze a címsorstruktúrát, a tájékozódási pontokat (landmarks) és a szemantikus HTML-t.
- Ellenőrizze a billentyűzetes kezelhetőséget és a látható fókuszjelzőket.
- Keresse meg a kontraszthibákat a szövegben és a felületi komponensekben.
- Ellenőrizze az űrlapok címkéit, hibaüzeneteit és útmutatóit.
- Nézze át a képeket, ikonokat és SVG-ket hasznos alternatívák szempontjából.
- Tesztelje újra a kijavított sablonokat és a legfontosabb oldalakat.
Miért a WCAG 2.2 AA a gyakorlati cél
A WCAG sikerkritériumokba szerveződik A, AA és AAA szinteken. Az A szint a legalapvetőbb akadályokat fedi le; az AA szint olyan követelményeket ad hozzá, amelyeket a nyilvános és kereskedelmi weboldalaktól széles körben elvárnak. A WCAG 2.2 megtartja a WCAG 2.1 ismert kritériumait, és újabb követelményekkel egészíti ki, mint a fókusz megjelenése és a célméret.
Az EU-s webes tartalmak esetében az EN 301 549 szabvány a WCAG kritériumaira hivatkozik. Ezért a WCAG-audit gyakorlati alapot ad az EAA-ra való felkészüléshez, az akadálymentesítési nyilatkozatokhoz és a közbeszerzési kérdőívekhez.
Gyakori WCAG-hibák, amelyek rontják a konverziót
Az akadálymentességi problémák nem csak jogi kockázatot jelentenek; konverziós problémák is. A hiányzó címkék megnehezítik az űrlapok kitöltését. Az alacsony kontraszt elrejti az árakat és a cselekvésre ösztönzőket. A billentyűzetcsapdák blokkolják a segítő technológiák használóit és a haladó felhasználókat. A zavaros hibaüzenetek miatt a fizetés elromlottnak tűnik.
A leggyorsabb eredményt általában a dizájnrendszer hozza: akadálymentes gombok, űrlapmezők, modális ablakok, navigáció és értesítési komponensek. Ezeknek a mintáknak a javítása minden oldalt javít, amely használja őket.
- Gombok és linkek leíró név nélkül
- Űrlapmezők címkék nélkül vagy akadálymentesen el nem érhető hibákkal
- Modális ablakok, amelyek nem kezelik a fókuszt
- Kontraszthibák a cselekvésre ösztönzőkön és letiltott állapotokon
- Ikonok, amelyeket semmitmondó fájlnevekként olvas fel a képernyőolvasó
Reális javítási folyamat
Kezdje a kritikus és súlyos hibákkal a bevételt hozó oldalakon. Ezután javítsa az újrafelhasználható sablonokat. Minden sprint után futtasson ellenőrző szkennelést, hogy a csapat lássa, felbukkan-e még ugyanaz a szabály. Őrizze meg az előtte/utána bizonyítékokat a kiadási jegyzetekkel együtt; jól jönnek, amikor az ügyfelek akadálymentesítési dokumentációt kérnek.
FAQ
A WCAG 2.2 felváltja a WCAG 2.1-et?
A WCAG 2.2 a WCAG 2.1-re épül. A WCAG 2.2 AA audit továbbra is ellenőrzi a korábbi A/AA kritériumokat, és hozzáadja a 2.2-es verzió új követelményeit.
Az axe-core minden WCAG-problémát megtalál?
Egyetlen automatikus motor sem találja meg az összes WCAG-problémát. Az automatizált tesztelés kiváló a kódból felismerhető hibák nagy részéhez; a tartalom minősége, a feladatok logikája és egyes multimédiás követelmények emberi ellenőrzést igényelnek.
A WCAG-javításokért a fejlesztők vagy a jogi csapat feleljen?
A kódot a fejlesztők javítják, de a terméknek, a dizájnnak és a jognak meg kell egyeznie a hatókörről, a nyilatkozat szövegéről és a kockázati prioritásokról. Az akadálymentesség termékminőségi folyamat, nem egyetlen ember ellenőrzőlistája.