ar CAPTCHA yra mano svetainės prieinamumo problema

Captcha gali išskirti ekrano skaitytuvo ir klaviatūros vartotojus

Taip, captcha dažnai iš tiesų yra problema, ir to priežastis yra labai praktinė: dauguma captchų sukurti akims. Iškraipyto teksto įvedimas, paveikslėlių su kelio ženklais spustelėjimas ar stumdymo galvosūkio sprendimas — visa tai reikalauja galimybės matyti, kas vyksta ekrane, ir sugebėjimo naudoti pelę tempti arba spustelėti. Klientui, kuris naudoja ekrano skaitytuvą, tas iškraipytas tekstas yra nematomas arba nenaudojamas, o tam, kuris naudoja tik klaviatūrą, galvosūkis, paremtas tempymu, dažnai yra tiesiog neįmanomas atlikti. Captcha tada yra tiksliai toje vietoje, kur kažkas misgina: baigiant užsakymą arba išsiųsiant kontaktų formą.

Tai nereiškia, kad kiekviena captcha pagal apibrėžimą yra neprieinama. Egzistuoja variantai su garso alternatyva, loginiu teksto galvosūkiu arba patikrinimais, kurie veikia fone be kliento veiksmo. Arba ar captcha sudaro trūkumą, priklauso nuo to, kuris variantas naudojamas ir ar šalia yra naudingas alternatyvus. Tai liečia platesnį modelį: kaip ir per užsakymo žingsnį klientui, kuris naudoja ekrano skaitytuvą, problema dažnai yra ne pagrindinį puslapį, o mažą dalį kelyje, kuri yra ignoruojama, ir tai taip pat galioja viso užsakymo klaviatūros valdymui — šifravimo kodas, kurio negalima valdyti naudojant Tab ir Enter klavišus, blokuoja visą srautą, nors likusi svetainės dalis veikia gerai.

Kur tai yra nurodyta WCAG

WCAG 2.1 nustato reikalavimus būtent tokiems komponentams: turinys turi būti pasiekiamas tiems, kurie negali matyti, ir valdomas tiems, kurie nenaudoja pelės. Šifravimo kodas, kurį galima patikrinti tik per vaizdinę nuotrauką ir kuris nesuteikia alternatyvos, prieštarauja šiems principams. Automatizuotas nuskaitymas gali aptikti, kad šifravimo kodas yra puslapyje, tačiau ne visada gali nustatyti, ar pasirinktas tipas tikrai yra naudojamas su ekrano skaitytuvu — tai yra būtent tas vertinimo tipas, kuriame automatizuotas testas pasiekia savo ribas.