Kas yra svetainės prieinamumo auditas ir ką gaunate po jo?

Svetainės prieinamumo auditas – tai suplanuotas patikrinimas, kurio metu vertinama, ar skirtingus poreikius turintys žmonės gali suprasti svetainės turinį, joje judėti ir atlikti svarbiausias užduotis. Tai gali būti registracija, prekės paieška, pirkimas, rezervacija, prisijungimas prie paskyros ar formos pateikimas.

Geras auditas neapsiriboja vien automatinio įrankio rezultatu. Jis derina kodo patikrinimus su rankiniu sąsajos, turinio, klaviatūros valdymo ir pasirinktų pagalbinių technologijų scenarijų vertinimu.

Kuo auditas skiriasi nuo automatinio skenavimo?

Automatinis skenavimas gali greitai aptikti dalį techninių neatitikčių: per mažą spalvų kontrastą, trūkstamą formos lauko etiketę, tuščią nuorodą ar netinkamai panaudotą ARIA atributą. Tai naudinga pradžia, bet ne visas vertinimas.

Įrankis negali patikimai nuspręsti, ar meniu valdomas logiškai, ar fokusas po dialogo uždarymo grįžta į tinkamą vietą, ar klaidos pranešimas žmogui aiškiai pasako, ką reikia ištaisyti. Jis taip pat neįvertina, ar pirkimo arba registracijos procesą galima užbaigti nenaudojant pelės.

Dėl to rankinis auditas tikrina ne tik atskirus elementus, bet ir jų elgesį visame naudotojo kelyje.

Kaip parenkama audito apimtis?

Nereikia aklai tikrinti kiekvieno panašaus puslapio. Dažniausiai vertingiau pasirinkti reprezentatyvų pavyzdį: svarbiausius šablonus, bendrus komponentus ir verslui reikšmingus naudotojų kelius.

Prieš pradedant verta atsakyti į kelis klausimus:

• Kokius veiksmus naudotojas privalo galėti atlikti?
• Kurie puslapiai naudoja skirtingus šablonus arba komponentus?
• Ar yra prisijungimo, mokėjimo, rezervacijos ar kitų uždarų dalių?
• Kokios naršyklės, mobilios būsenos ir pagalbinės technologijos bus tikrinamos?
• Ar po audito reikės tik ataskaitos, ar ir pagalbos įgyvendinant pataisymus?

Pavyzdžiui, el. parduotuvės auditas paprastai apima ne tik pradžios ir produkto puslapius. Svarbu patikrinti paiešką, filtrus, produkto variantų pasirinkimą, krepšelį, atsiskaitymą ir klaidų būsenas.

Kas paprastai tikrinama?

Puslapio struktūra ir turinys

Vertinama antraščių tvarka, puslapio kalba, orientyrai, nuorodų paskirtis, alternatyvūs vaizdų tekstai, sąrašai, lentelės ir skaitymo seka. Struktūra turi būti suprantama ne tik vizualiai, bet ir programiškai.

Klaviatūra ir fokusas

Tikrinama, ar visus interaktyvius elementus galima pasiekti klavišu Tab, ar fokuso vieta aiškiai matoma, ar nėra fokuso spąstų ir ar elementų seka atitinka logišką puslapio eigą.

Formos ir klaidų pranešimai

Formų laukai turi turėti aiškius pavadinimus, instrukcijas ir suprantamus klaidų pranešimus. Po nesėkmingo pateikimo naudotojas turi lengvai rasti klaidą ir suprasti, kaip ją ištaisyti.

Prisitaikantis vaizdas

Tikrinamas teksto didinimas, 200–400 proc. mastelis, turinio persitvarkymas, mobilios būsenos ir lietimo taikinių dydis. Prieinamumas neturėtų išnykti vien todėl, kad naudotojas padidino vaizdą arba pasuko telefoną.

Pasirinkti testai su ekrano skaitytuvu

Pagal suderintą apimtį tikrinami prieinami pavadinimai, vaidmenys, būsenos, formų instrukcijos, dinaminiai pranešimai ir pagrindiniai naudotojo keliai.

Ką turi pateikti naudinga audito ataskaita?

Ataskaita turi būti suprantama ne tik prieinamumo specialistui. Produktų vadovas turi matyti riziką ir prioritetą, o programuotojas – problemos vietą, atkūrimo veiksmus ir tikėtiną taisymo kryptį.

Kiekvienai išvadai verta nurodyti:

• puslapį, komponentą ir būseną, kurioje problema rasta;
• tikslius veiksmus, kaip problemą pakartoti;
• faktinį ir laukiamą elgesį;
• poveikį naudotojui ir problemos rimtumą;
• susijusį WCAG kriterijų;
• praktinę taisymo kryptį ir, kai reikia, ekrano nuotrauką.

Vien tik įrašas „neatitinka WCAG 1.3.1“ komandai mažai padeda. Naudinga išvada paaiškina, kuris ryšys neperduodamas programiškai, ką dėl to girdi ekrano skaitytuvo naudotojas ir kokį komponentą reikia keisti.

Kas vyksta po audito?

Po audito problemos grupuojamos pagal poveikį, pasikartojimą ir taisymo pastangas. Dažnai viena bendra klaida meniu, modaliniame lange ar formos komponente paveikia daug puslapių. Tokiu atveju protingiau pirmiausia taisyti bendrą priežastį, o ne kiekvieną puslapį atskirai.

Po pataisymų svarbu atlikti pakartotinį testą. Jis turi patikrinti ne tik pradinę klaidą, bet ir visą paveiktą naudotojo kelią, kad pataisymas nesukurtų naujos problemos.

Kada verta užsakyti auditą?

• Kai nežinote dabartinės svetainės prieinamumo būklės.
• Kai ruošiatės didesniam dizaino ar platformos atnaujinimui.
• Kai klientas, pirkimų komanda ar institucija paprašė įrodymų.
• Kai gavote naudotojo skundą ir reikia suprasti problemos mastą.
• Kai kuriate el. prekybos, rezervavimo, bankinę ar kitą svarbią skaitmeninę paslaugą.