Kuidas testan, kas minu veebipood on klaviatuuriga juhitav?

Navigeerige kogu ostlemisprotsess ainult Tab ja Enter klahviga

Seda testtsite, asetades hiire kõrvale ja läbides kogu ostuprotsessi — tooteleheküljelt kinnitusekraanini — kasutades ainult Tab, Shift+Tab, Enter, tühikuklahvi ja nooleklahve. Iga sammu juures peaks kehtima: on selgelt nähtav, millsel elemendil on fookus, on järjestus loogiline ja ükski komponent ei saa toetisklahviga kasutajat "kinni pidada", et ta ei pääse väljast. Pöörake tähelepanu filtritele ja sorteerimismenüüdele, koguse valimisele, "ostukorvi lisamise" nupule, lahtivastuvatele toote valikutele, makseviisidele ja sisselogimisvormi — need on täpselt kohad, kus JavaScriptil rajatutelennete kasutajaliidesed hiire abil tihti toimivad, kuid toetisklahvi ignoreerivad.

Sisselogimise voog ja ostlemisprotsess väärivad erilise tähelepanu, sest seal on sageli modaalaknad, etappide kaupa vormiid või hüpikaknad, mis hiire abil intuitiivselt tunduvad, kuid toetisklahviga pöörduvad ummikteeks. Automaatne skaneerimine märgib osa sellistest probleemidest — näiteks puuduvad fookuse indikaatorid või sildid — kuid ei saa hinnata, kas tabuleerimisjärjestus kogu ostuprotsessi jooksul loogiline jääb või kas ostukorvi hüpikaken fookuse kinni hoiab. See jääb käsitsi, samm-sammult kontrollitavaks. Varjestike vidinat ei muuda aluseks oleva tabulatsiooni järjekorda: kiht asub peal, ostuprotsess allpool jääb samaks — toetisklahvi ikka eiratakse.

See tuleneb WCAG 2.1 nõudest 2.1.1 ja 2.4.3

Kõik funktsioonid peavad olema toetisklahviga kasutajatele kättesaadavad — see on WCAG 2.1 nõue 2.1.1 (Keyboard), täiendatuna nõudega 2.4.3 (Focus Order) loogilise järjestuse kohta — norm, millele EN 301 549 praktikas taandub. Kui sageli see praktikas ebaõnnestub, näitab uurimus, mille ACM märtsis 2026 umbes saja suure Hollandi veebikauplus ja telekommunikatsiooni- ning energiaettevõtete saidi seas läbi viis: 33% juures oli ostlemine oluliselt keerulisem ja vaid 13% osutus täielikult toetisklahviga kasutatavaks.