Kaip paruošti e. prekybos komandą prieinamumo darbams

Bendra atsakomybė

Paskirkite atsakingą žmogų

Prieinamumas apima daugelį sričių, todėl be aiškaus koordinavimo darbai lengvai pasimeta tarp produkto, dizaino, programavimo ir teisinių užduočių. Paskirkite žmogų, kuris valdys apimtį, prioritetus, terminus ir įrodymus.

Šis žmogus neprivalo vienas atlikti audito ar taisyti kodo. Jo užduotis – sujungti specialistus, pašalinti kliūtis, matyti visą kliento procesą ir užtikrinti, kad sutarti darbai būtų patikrinti prieš juos uždarant.

Taip pat sutarkite, kas gali priimti sprendimus dėl dizaino sistemos, trečiųjų šalių tiekėjų ir darbų prioriteto. Be sprendimo teisės koordinatorius tik registruos problemas, bet negalės jų išjudinti.

Svarbus principas

Vienas žmogus koordinuoja, tačiau už prieinamą rezultatą atsako visa komanda pagal savo vaidmenį.

Susikurkite atskaitos tašką

Pradėkite ne nuo atsitiktinio automatinio balo, o nuo reprezentatyvaus svetainės vertinimo. W3C WCAG-EM metodika rekomenduoja apibrėžti vertinimo apimtį, ištyrinėti produktą, pasirinkti reprezentatyvią imtį, ją įvertinti ir užfiksuoti rezultatus.

E. parduotuvės imtyje turėtų būti ne tik keli URL, bet ir skirtingi šablonai bei visi svarbiausi procesai:

pradinis, kategorijos, paieškos ir produkto puslapiai;
navigacija, filtrai, rikiavimas ir variantų pasirinkimas;
krepšelis, užsakymo pateikimas, mokėjimas ir patvirtinimas;
prisijungimas, paskyra, užsakymų istorija ir slaptažodžio atkūrimas;
slapukų juosta, pokalbių langas, atsiliepimai ir kiti trečiųjų šalių komponentai.

Vertinimas turi apimti automatinius testus ir žmogaus atliekamus bandymus klaviatūra, ekrano skaitymo programa, padidintu vaizdu bei mobiliuoju įrenginiu. Taip komanda gauna patikimą pradinę būklę, su kuria vėliau galima lyginti pažangą.

Padalinkite atsakomybes

Prieinamumas tampa valdomas, kai kiekvienas vaidmuo žino, už ką atsako ir kada turi įsitraukti. Kaip nustatyti prieinamumo darbų prioritetus

Produkto vadovas arba darbų savininkas

Apibrėžia svarbiausius klientų procesus, nustato apimtį ir prioritetus, pasirūpina resursais bei įtraukia prieinamumo priėmimo kriterijus į planuojamus darbus.

UX ir vizualinio dizaino specialistai

Numato aiškią informacijos struktūrą, klaviatūros fokusą, komponentų būsenas, pakankamą kontrastą, suprantamas klaidas ir veikimą padidintame ar siaurame vaizde. Dizaino faile turi būti parodyta ne tik ideali, bet ir klaidos, išjungta, aktyvi bei fokusuota būsena.

Turinio kūrėjai

Rašo prasmingas antraštes ir nuorodų pavadinimus, parengia instrukcijas, klaidų tekstus, vaizdų alternatyvas, vaizdo įrašų subtitrus ir aiškiai suprantamą turinį.

Programuotojai

Naudoja semantinį HTML, užtikrina valdymą klaviatūra, logišką fokuso valdymą, programiškai nustatomus pavadinimus ir būsenas bei pranešimus apie dinaminio turinio pasikeitimus.

Kokybės specialistai

Prie įprastų scenarijų prideda klaviatūros, didinimo ir ekrano skaitymo programos patikras. Automatinius testus naudoja regresijoms, bet ne kaip vienintelį atitikties įrodymą.

Teisės ar atitikties specialistai

Padeda įvertinti paslaugos teisinę apimtį, dokumentus ir viešus pareiškimus. Jie neturėtų pakeisti techninio vertinimo. Europos prieinamumo aktas tam tikroms paslaugoms, įskaitant e. prekybą, taikomas nuo 2025 m. birželio 28 d., tačiau konkreti pareiga ir išimtys turi būti vertinamos pagal organizacijos bei paslaugos aplinkybes.

Paruoškite įgyvendinamą darbų sąrašą

Bendra pastaba „neatitinka WCAG“ programuotojui nepadeda. Kiekviena užduotis turi būti pakankamai konkreti, kad ją būtų galima pakartoti, ištaisyti ir patikrinti.

Į užduotį įtraukite:

puslapį, komponentą ir tikslius problemos atkūrimo žingsnius;
kam problema trukdo ir kokią užduotį ji apsunkina arba blokuoja;
susijusį WCAG 2.2 kriterijų ir problemos prioritetą;
faktinį bei tikėtiną elgesį;
ekrano nuotrauką, vaizdo įrašą ar pagalbinės technologijos rezultatą;
aiškius priėmimo kriterijus ir pakartotinio testavimo būdą;
atsakingą žmogų, priklausomybes ir sutartą terminą.

Jeigu ta pati klaida kyla iš bendro komponento, kurkite vieną pagrindinę užduotį su visų paveiktų vietų sąrašu. Tai padeda ištaisyti priežastį, o ne daug atskirų jos simptomų.

Įtraukite prieinamumą į išleidimą

Prieinamumo tikrinimas turi vykti prieš išleidimą, o ne po jo. Papildykite komandos „baigta“ apibrėžimą keliais privalomais punktais:

komponentą galima valdyti klaviatūra, o fokusas yra matomas ir logiškas;
laukus, mygtukus, nuorodas ir būsenas supranta ekrano skaitymo programa;
klaidos aiškiai paaiškintos ir jas galima ištaisyti neprarandant duomenų;
turinys veikia padidintas ir persitvarko siaurame vaizde;
automatiniai testai nepateikia naujų kritinių klaidų;
svarbiausias kliento scenarijus patikrintas rankiniu būdu.

Dažnai naudojamus sprendimus perkelkite į dizaino sistemą ir komponentų biblioteką. Prieinamai sukurta produkto kortelė, forma ar dialogas sumažina klaidų skaičių visuose naujuose puslapiuose. Prie komponento dokumentacijos pridėkite naudojimo taisykles, klaviatūros elgesį ir testavimo pavyzdžius.

Valdykite trečiųjų šalių riziką

Mokėjimo, tapatybės patvirtinimo, pokalbių, atsiliepimų ir sutikimų valdikliai yra jūsų kliento kelio dalis, net jeigu jų kodo nevaldote. Sudarykite tokių sprendimų registrą ir pažymėkite, kuriuose procesuose jie naudojami.

Prieš pasirinkdami tiekėją paprašykite prieinamumo dokumentų ir realių testavimo rezultatų. Sutartyje numatykite klaidų taisymo terminus, kontaktą incidentams bei atnaujinimų informavimą. Kritiniam veiksmui turėkite prieinamą alternatyvą ir po kiekvieno didesnio tiekėjo atnaujinimo pakartokite svarbiausią scenarijų.

Jeigu trūkumo negalite ištaisyti patys, jo neignoruokite. Užregistruokite riziką, kreipkitės į tiekėją, nustatykite laikiną sprendimą ir stebėkite eigą.

30 dienų pradžios planas

1 savaitė – atsakomybės ir apimtis

Paskirkite koordinatorių, įvardykite svarbiausius klientų procesus, susitarkite dėl sėkmės rodiklių ir sudarykite bendrų bei trečiųjų šalių komponentų sąrašą.

2 savaitė – atskaitos taškas

Atlikite reprezentatyvų WCAG 2.2 AA vertinimą. Patikrinkite pagrindinius šablonus ir ištisus pirkimo scenarijus, surinkite įrodymus ir sugrupuokite pasikartojančias problemas.

3 savaitė – blokatoriai ir bendri sprendimai

Pirmiausia pašalinkite užduotis blokuojančias klaidas. Lygiagrečiai taisykite bendrus komponentus, kad vienas pakeitimas pagerintų kuo daugiau puslapių.

4 savaitė – patikra ir tęstinumas

Pakartotinai patikrinkite pataisymus, papildykite priėmimo kriterijus, automatinius regresijos testus ir išleidimo kontrolinį sąrašą. Nustatykite reguliaraus vertinimo ritmą bei prieinamumo stebėsenos rodiklius.

Ko siekti po pirmo mėnesio

Komanda turi žinoti dabartinę būklę, didžiausias rizikas, atsakingus žmones ir aiškų artimiausių darbų planą. Prieinamumas turi tapti įprasta produkto kūrimo dalimi, o ne atskiru projektu prieš pat terminą.