er en captcha et problem for tilgængeligheden af min side

Et captcha kan ekskludere skærmlæsere og tastaturbrugere

Ja, et captcha er ofte virkelig et problem, og det er af en helt praktisk grund: de fleste captcha'er er bygget til øjet. At skrive en forvrænget tekst over, klikke på billeder med færdselsskiltene eller løse et glidepuslespil – det kræver alt sammen at kunne se hvad der sker på skærmen og at kunne trække eller klikke med en mus. For en kunde der bruger en skærmlæser er den forvrængede tekst usynlig eller ubrugelig, og for nogen der kun bruger tastaturet er et puslespil der er bygget på at trække ofte simpelthen ikke til at gennemføre. Captcha'et sidder så præcis på det sted hvor det går galt: når man afslutter en ordre eller sender en kontaktformular.

Det betyder ikke at hvert captcha per definition er uaccessible. Der findes varianter med et lydmæssigt alternativ, et logisk puslespil i tekst, eller kontroller der kører i baggrunden uden at kunden skal gøre noget. Om et captcha udgør en flaskehals afhænger af hvilken variant der bruges og om der er et brugbart alternativ ved siden af. Dette berører et bredere mønster: ligesom ved betalingstrinnet for en kunde med en skærmlæser sidder problemet ofte ikke på hovedsiden men i en lille del undervejs som bliver overset, og det samme gælder for tastaturgennemgang af hele bestillingen – et captcha der ikke kan betjenes med tab og enter, blokerer hele flowet selvom resten af siden er i orden.

Hvor det står i WCAG

WCAG 2.1 stiller krav til præcis denne slags dele: indhold skal være wahrnehmbart for dem der ikke kan se, og betjenelig for dem der ikke bruger en mus. Et captcha der kun kan styres via et visuelt billede og ikke byder et alternativ, står i konflikt med disse udgangspunkter. En automatiseret scanning kan godt signalere at der er et captcha på en side, men ikke altid bedømme om den valgte type også virkelig er brugbar for en skærmlæser – det er præcis den slags bedømmelse hvor en automatiseret test når sine grænser.