Audit checklist
- Térképezze fel a nyilvános oldalt, és azonosítson sablonokat, ne csak egyes URL-eket.
- Tesztelje a WCAG 2.1/2.2 A és AA szabályait böngészőalapú motorral.
- Válassza szét a kritikus vásárlási és fiókblokkolókat a kozmetikai hibáktól.
- Rendelje a megállapításokat az EN 301 549 9. pontjához az EU-s webes tartalmaknál.
- Dokumentálja, mit tud és mit nem tud bizonyítani az automatizált tesztelés.
- Készítsen javítási listát felelősökkel, határidőkkel és ellenőrzési lépésekkel.
- Tegye közzé vagy frissítse az akadálymentesítési nyilatkozatot a megfelelő nyelven.
Mit fed le egy komoly akadálymentességi audit
A hasznos audit a hatókörrel kezdődik. A kezdőlap ritkán elég: a navigáció, a terméklisták, az űrlapok, a bejelentkezés, a vásárlás, a dokumentumok, a modális ablakok és a hibaállapotok mind figyelmet igényelnek. Ha egy hiba közös komponensben van, URL-ek százait érintheti; az auditnak ezt az okot komponensszinten kell azonosítania, nem pedig duplikált sorokkal elárasztania a csapatot.
Az EU-s megfelelés érdekében az auditnak a használt szabványokat is rögzítenie kell. A WCAG 2.2 AA a gyakorlati webes mérce; az EN 301 549 a harmonizált európai IKT-szabvány, amely webes tartalom esetén a WCAG-ra hivatkozik. Az európai akadálymentesítési irányelv (EAA) e szabványok felé tereli a vállalkozásokat, a szabályokat azonban minden tagállam a saját joga szerint és saját hatóságai útján érvényesíti.
- Nyilvános oldalak és kulcsfontosságú konverziós utak
- Billentyűzet, fókusz, űrlapok, nevek/szerepek/értékek, kontraszt és szemantika
- Újrafelhasználható komponensek, amelyek ismétlődő hibákat okoznak
- Bizonyítékok: tesztelt URL-ek, időbélyegek, szabálykészletek és súlyosság
A felhasználói hatás alapján rangsoroljon, ne a hibák nyers száma szerint
Egy 400 kis hatású duplikátummal teli oldal kevésbé kockázatos lehet, mint egyetlen fizetési oldal egy akadálymentesen el nem érhető gombbal. Az első javítási körnek a blokkolókra kell irányulnia: billentyűzetcsapdákra, címkézetlen vezérlőkre, hiányzó űrlaphibákra, elromlott fókuszsorrendre és olyan tartalomra, amelyet a képernyőolvasók nem tudnak azonosítani.
A blokkolók után jönnek a sablonjavítások. Egy navigációs komponens, űrlapmező vagy gombminta javítása gyakran sok oldalról tünteti el ugyanazt a hibát. Ezért az Axively szabály és ok szerint csoportosítja a megállapításokat, mielőtt oldalankénti előfordulásokat mutatna.
A bizonyítékok számítanak az EAA-nál és a közbeszerzésnél
A hatóságok és a nagyvállalati vevők nem csak azt kérdezik, hogy Ön akadálymentesnek tartja-e az oldalt. Azt kérdezik, mit tesztelt, mikor, milyen szabvány szerint, és mit tett az eredményekkel. Őrizzen meg egy jelentést, javítási jegyzeteket és ellenőrző szkenneléseket. Ezek a bizonyítékok az értékesítésnek is hasznosak: az akadálymentesség egyre inkább része a beszállítói átvilágításnak.
Az átlátható jelentésnek meg kell neveznie az automatizálás határait. Az automatikus eszközök sok gyakori problémát kiszűrnek, de az értelmes alternatív szöveg, az érthető tartalom, a feliratok minősége és egyes teljes feladatutak emberi ellenőrzést igényelnek. A teljes automatikus megfelelés hangoztatása vészjel; a mérhető folyamat felmutatása meggyőzőbb.
FAQ
Elég egy automatizált akadálymentességi audit a jogi megfeleléshez?
Nem. Az automatizált tesztelés a leggyorsabb módja számos gyakori WCAG-hiba megtalálásának, a teljes megfelelés azonban továbbra is szakértői felülvizsgálatot igényel. Egy jó automatizált audit az első, bizonyítékokkal alátámasztott lépés, nem varázstanúsítvány.
Milyen szabványt használjon egy EU-s weboldal?
A webes tesztelés alapjaként használja a WCAG 2.2 AA-t, és feleltesse meg az eredményt az EN 301 549-nek. Az EAA-kockázatok miatt ellenőrizze emellett a célpiacán érvényes nemzeti jogot is az EU-ban.
Milyen gyakran teszteljünk újra?
Teszteljen a nagyobb kiadások után, a dizájnrendszer változásai után és az akadálymentesítési nyilatkozat közzététele előtt. Aktív webáruházaknál a havi vagy kiadásokhoz kötött ellenőrzések biztonságosabbak, mint egy egyszeri éves audit.