Accesibilidad ≠ Overlay: cuando un CAPTCHA impide acceder a una web
Un CAPTCHA puede proteger un formulario frente a usos abusivos, pero también puede convertirse en una puerta cerrada. La seguridad debe funcionar sin obligar a las personas a superar pruebas que no pueden percibir o completar.
El problema no es la seguridad, sino la barrera
Seleccionar todos los semáforos de una imagen, descifrar letras deformadas o resolver un rompecabezas visual puede impedir el acceso a una persona ciega. Una prueba de audio tampoco es una solución universal: puede excluir a personas sordas o con dificultades de comprensión, o fallar en entornos ruidosos.
Una barrera en el momento más importante
El problema es especialmente grave cuando el CAPTCHA aparece al registrarse, iniciar sesión, solicitar una cita, contactar con una empresa o terminar una compra. Si la única vía para continuar es superar la prueba, el servicio deja de estar disponible para parte de la ciudadanía.
Qué dicen las pautas de accesibilidad
WCAG no prohíbe todos los CAPTCHA. El criterio 1.1.1 exige identificar su propósito mediante alternativas textuales y ofrecer formas alternativas para distintos modos de percepción sensorial. En procesos de autenticación también deben considerarse los requisitos de autenticación accesible de WCAG 2.2, según la prueba y las excepciones aplicables.
Alternativas que reducen la fricción
Conviene priorizar controles de seguridad que no exijan resolver desafíos perceptivos: limitación de intentos, análisis de comportamiento en el servidor, detección de abusos y verificaciones proporcionales al riesgo. Si se presenta un desafío, debe existir una vía realmente accesible y comprobada, no solo un botón de audio añadido por cumplir.
Diseñar y probar el recorrido completo
La prueba debe funcionar con teclado, lectores de pantalla y dispositivos móviles. Hay que comprobar las instrucciones, el foco, los mensajes de error, los tiempos de espera y la posibilidad de reintentar. Una alternativa accesible que falla al enviarse el formulario no resuelve la barrera.
Dónde puede ayudar Blind Reader
Blind Reader ayuda a orientarse en la página, localizar el formulario y navegar por sus campos y acciones; además, puede corregir determinadas barreras de interacción en el navegador. Estas funciones aportan accesibilidad al recorrido, pero un CAPTCHA inaccesible requiere que el responsable del sitio ofrezca una verificación accesible. No sería correcto prometer que un asistente resuelve cualquier desafío externo.
La solución es permitir llegar al objetivo
Un formulario seguro y accesible no obliga a elegir entre proteger el servicio y permitir su uso. El objetivo es que cualquier persona pueda completar la acción prevista —contactar, comprar o identificarse— sin quedar bloqueada por una prueba innecesaria.
Fuentes y referencias
La seguridad y la accesibilidad deben diseñarse juntas. Un CAPTCHA no debería convertirse en la razón por la que alguien no puede utilizar una web.
Entrega 17 · Accesibilidad ≠ Overlay