Accessibilitat ≠ Overlay: quan un CAPTCHA impedeix accedir a un web
Un CAPTCHA pot protegir un formulari contra usos abusius, però també es pot convertir en una porta tancada. La seguretat ha de funcionar sense obligar ningú a superar proves que no pot percebre o completar.
El problema és la barrera, no la seguretat
Seleccionar semàfors en imatges, desxifrar lletres deformades o resoldre trencaclosques visuals pot impedir l’accés a una persona cega. Les proves d’àudio tampoc no són universals: poden excloure persones sordes o amb dificultats de comprensió.
Una barrera en un moment decisiu
És especialment greu quan el CAPTCHA apareix en registrar-se, iniciar sessió, demanar cita, contactar o acabar una compra. Si és l’única manera de continuar, una part de la població queda fora del servei.
Què indiquen les pautes d’accessibilitat
Les WCAG no prohibeixen tots els CAPTCHA. El criteri 1.1.1 demana alternatives textuals que n’identifiquin la finalitat i opcions alternatives per a diferents modalitats sensorials. En l’autenticació també cal valorar els requisits de les WCAG 2.2 i les excepcions aplicables.
Alternatives amb menys fricció
És preferible limitar intents, detectar abusos al servidor i aplicar verificacions proporcionades al risc sense proves perceptives. Si cal un repte, l’alternativa ha de ser realment accessible i provada; afegir només un botó d’àudio no és suficient.
Provar tot el recorregut
Cal comprovar teclat, lectors de pantalla i mòbils, així com instruccions, focus, errors, temps d’espera i reintents. Una alternativa que falla en enviar el formulari no resol la barrera.
Com pot ajudar Blind Reader
Blind Reader ajuda a orientar-se, trobar el formulari i recórrer-ne els camps i les accions. També pot corregir determinades barreres d’interacció al navegador. Això millora l’accessibilitat del procés, però un CAPTCHA inaccessible exigeix que el lloc ofereixi una verificació accessible.
La solució és poder completar l’acció
Un formulari segur i accessible no obliga a triar entre protecció i ús. Tothom hauria de poder contactar, comprar o identificar-se sense quedar bloquejat per una prova innecessària.
Fonts i referències
La seguretat i l’accessibilitat s’han de dissenyar conjuntament. Un CAPTCHA no hauria d’impedir que algú utilitzés un web.
Lliurament 17 · Accessibilitat ≠ Overlay