Saltar al contenido principal
Accesibilidad

Un desafío que de verdad supera cualquiera.

Un CAPTCHA debe detener a los bots, no a usuarios con discapacidad, visitantes de mayor edad ni a nadie con una conexión lenta o un lector de pantalla, pero la mayoría se diseñaron en torno a lo que es difícil para una máquina, no a lo que es usable para una persona. MTCaptcha cumple con WCAG 2.1 en el nivel AAA, no solo AA, el listón al que realmente se someten los compradores de la administración pública, la educación superior, la sanidad y los servicios financieros.

benefits.yourstate.gov/login

Para más temas y personalización de estilos CSS,

consulta el Code Builder de MTCaptcha

Diseñado para lectores de pantalla

MTCaptcha funciona con tecnología de asistencia sin configuración adicional.

  • , Reproducir el desafío de audio
  • ? Actualizar el desafío

MTCaptcha cumple WCAG 2.1 AAA, EAA y accesibilidad. Para más detalles e idiomas de audio compatibles,

consulta las preguntas frecuentes de accesibilidad de MTCaptcha

Actívalo para simular pipelines de control de calidad y CI automatizados sin resolver un desafío real.

Modo de prueba activado, escribe '11111111' en el campo del captcha para completarlo.

Para más detalles sobre el modo de prueba y pruebas de UX automatizadas,

consulta nuestra Guía para desarrolladores
Inicio de sesión de demostración

Este es el widget real, en vivo, no una ilustración. Pruébalo arriba tal como lo haría un visitante de benefits.yourstate.gov.

Por qué la mayoría de los CAPTCHA fallan en accesibilidad por diseño

El rompecabezas clásico de CAPTCHA, texto distorsionado, "selecciona todos los semáforos", es difícil precisamente porque es difícil de ver o interpretar. Esa decisión de diseño, tomada para vencer a los primeros bots, también vence a los lectores de pantalla, a los visitantes con baja visión, a cualquiera con una discapacidad motriz que deba pulsar objetivos pequeños, y a cualquiera cuyo primer idioma no sea aquel en el que se muestra el rompecabezas.

Para muchos sitios, esto fue un coste aceptable durante mucho tiempo. Deja de serlo en el momento en que el sitio es un servicio gubernamental, donde la accesibilidad es un requisito legal según la ADA y la Section 508, no algo opcional, y en ese momento, "añadiremos una alternativa accesible más adelante" no es una respuesta conforme.

Qué está realmente en juego

Es un requisito legal para los sitios del sector público

Los servicios gubernamentales tienen obligaciones bajo la ADA y la Section 508 que un CAPTCHA puramente visual o basado en rompecabezas no cumple por sí solo.

Un desafío inaccesible bloquea a usuarios reales, no a bots

Un bot no se frustra y se va, un visitante real que no puede resolver el desafío sí, lo que significa que el CAPTCHA está filtrando exactamente el tráfico que se suponía que debía dejar pasar.

Las quejas y la exposición legal son costes reales

Las brechas de accesibilidad generan quejas de soporte y, en sectores regulados, quejas formales; ambas son evitables desde el momento de elegir la herramienta de verificación.

La edad y la calidad de la conexión importan tanto como la discapacidad

Los visitantes de mayor edad, las conexiones de bajo ancho de banda y las interfaces poco familiares plantean el mismo listón que un diseño accesible ya debe superar.

Cómo está construido MTCaptcha para ser usable, no solo superable

La conformidad es un mínimo, no el objetivo; el objetivo de diseño es que sea genuinamente fácil de completar.

Conforme con WCAG 2.1 AAA

El nivel de conformidad formal más alto. Todas las alternativas centradas en la privacidad que conocemos se quedan en AA, o directamente no publican ningún nivel de conformidad.

Diseño invisible por defecto

La mayoría de los visitantes, con o sin discapacidad, nunca llegan a ver un desafío visible; la mejor función de accesibilidad es aquella con la que nadie tiene que interactuar.

Alternativa de audio y dificultad ajustable

Cuando sí se muestra un desafío visible, viene con una vía de audio genuina y una dificultad que se adapta, en lugar de un rompecabezas fijo igual para todos sin importar sus capacidades.

Personalización de tema y contraste

Presentación visual ajustable para usuarios con baja visión, en lugar de un aspecto fijo que se asume que funciona para todos.

Implementado en el mundo real

Administración pública estatal (prestaciones sociales)

En: Inicio de sesión ciudadano para un portal de prestaciones

Protege: Verificación que cumple los requisitos de la ADA/Section 508, no solo un esfuerzo razonable

Gaming de consumo (mundo virtual para adolescentes)

En: Registro de cuenta

Protege: Un desafío lo bastante sencillo para que un amplio rango de edades y capacidades lo supere sin ayuda

Implementaciones reales, solo sector y mecanismo, sin nombres de empresas, de forma intencionada.

Visto en el mundo real

Administración pública estatalSector público
SOC 2 Atestación Type II
WCAG 2.1 AAA Accesibilidad AAA
GDPR Protección de datos UE
DPF UE, RU y Suiza
CCPA Privacidad CA

Habla con nosotros sobre tus requisitos de accesibilidad

Administración pública, educación o cualquier sitio con un mandato de cumplimiento, cuéntanos qué se te exige.

Al hacer clic en «Aceptar», aceptas nuestro uso de cookies, incluidas las cookies analíticas que nos ayudan a entender cómo se usa el sitio. Las cookies esenciales para el widget de captcha están siempre activas. Política de cookies