Accesibilidad cognitiva: diseñar para la atención y la memoria
La accesibilidad cognitiva hace que una interfaz se entienda sin depender de la memoria ni de la atención perfecta. Principios, patrones del W3C y errores.
¿Qué es la accesibilidad cognitiva?
Es la parte de la accesibilidad que se ocupa de cómo pensamos, no solo de cómo vemos u oímos. Cubre discapacidades cognitivas y de aprendizaje, como la dislexia o el TDAH, pero también situaciones que cualquiera puede vivir: cansancio, estrés, una mala conexión o una interrupción a mitad de un formulario.
El W3C la trabaja en dos niveles. El primero son los criterios de WCAG 2.2, que se pueden verificar y probar. Las pautas de tiempo suficiente (2.2), de ayuda en la entrada (3.3) y de contenido predecible (3.2) tocan necesidades cognitivas. El segundo es la guía COGA (Cognitive and Learning Disabilities Accessibility Task Force), titulada “Making Content Usable for People with Cognitive and Learning Disabilities”, una nota de grupo de trabajo de 2021 con patrones adicionales. Sus ocho objetivos son: entender qué son las cosas y cómo se usan, encontrar lo que se necesita, usar contenido claro, evitar errores y saber corregirlos, ayudar a enfocarse, no depender de la memoria, ofrecer ayuda y permitir la adaptación y la personalización.
El propio W3C reconoce que algunas necesidades cognitivas no están cubiertas por sus estándares actuales. Por eso cumplir WCAG es un punto de partida, no una garantía.
¿Por qué le importa a un diseñador?
Porque casi todos los problemas de usabilidad que parecen “de diseño visual” tienen una causa cognitiva. Un formulario de diez pasos sin progreso visible, un código de verificación que hay que copiar de un correo a otra pestaña o una pantalla con cuarenta opciones exigen recordar y comparar. Cuando la memoria falla, la persona abandona o comete errores.
Además, la accesibilidad cognitiva casi siempre mejora la usabilidad general. Reducir pasos, usar lenguaje claro y evitar distracciones beneficia a todos, no solo a quien tiene una condición.
¿Qué patrones recomienda la guía COGA?
Estos son patrones de la guía, con su número para que los encuentres en el documento:
- Login que no dependa de la memoria (4.7.1). No pidas recordar códigos ni resolver operaciones. Permite gestores de contraseñas y pegar en el campo. Un login en un solo paso (4.7.2) y una alternativa con menos palabras (4.7.3) también están en la guía.
- Dejar volver atrás (4.5.2). Si la persona retrocede en un flujo, no debe perder lo que escribió.
- Limitar las interrupciones (4.6.1). Evita pop-ups, notificaciones y elementos que compitan por la atención durante una tarea.
- Caminos críticos cortos (4.6.2). Mantén lo más breve posible la ruta hacia una tarea importante.
- Evitar el exceso de contenido (4.6.3). Presenta menos información a la vez.
- Evitar la pérdida de datos y los tiempos límite (4.5.9). Si hay un límite de tiempo, avisa y ofrece extenderlo o guardar el progreso.
- Que nada se mueva de forma inesperada (4.5.1). Controles y contenido deben quedarse donde la persona los espera.
En WCAG 2.2, el criterio 3.3.8 (Autenticación accesible, mínimo, nivel AA) pide que ningún paso de autenticación exija una prueba de función cognitiva, como recordar una contraseña o resolver un puzzle, salvo que haya una alternativa o un mecanismo de ayuda. Según el W3C, permitir gestores de contraseñas y copiar y pegar son mecanismos válidos, y bloquear el pegado incumple el criterio.
¿Cómo se aplica en una interfaz real?
Una forma práctica de empezar es revisar un flujo completo con esta pregunta: “¿qué tiene que recordar la persona en este punto?”. Cada respuesta es una oportunidad de mostrarle la información en pantalla en lugar de exigírsela.
Algunas decisiones concretas:
| Situación | Carga mental | Alternativa más amigable |
|---|---|---|
| Código de verificación enviado por correo | Recordar y copiar entre apps | Campo que acepta pegar y autocompletar |
| Formulario largo | Recordar qué faltaba | Indicador de progreso y guardado automático |
| Menú con muchas opciones | Comparar y decidir | Categorías de pocas opciones, con búsqueda |
| Animaciones y carruseles | Seguir movimiento y perder el hilo | Movimiento que se pueda pausar (WCAG 2.2.2) |
| Sesión que caduca | Rehacer el trabajo | Aviso previo y opción de extender el tiempo (WCAG 2.2.1) |
Para el texto, usa frases cortas y palabras de uso común. La guía COGA tiene patrones sobre palabras claras (4.4.1), lenguaje literal (4.4.4) y texto breve (4.4.5), y pide usar iconos que ayuden al usuario (4.2.7), no decorativos.
Una prueba rápida: pide a alguien que complete tu flujo mientras responde mensajes en otra pantalla. Los puntos donde se pierde son los que más memoria exigen.
¿Cuándo NO conviene aplicar un patrón a ciegas?
Algunos patrones se pueden volver en contra. Por ejemplo, un tiempo de sesión generoso puede dejar datos sensibles abiertos en un dispositivo compartido; un guardado automático puede confundir si no es visible. La solución no es desactivar la protección, sino hacerla visible y controlable.
Tampoco conviene eliminar todo el contenido para “simplificar”. Reducir la carga significa presentar la información en el momento justo, no ocultarla.
Ejemplo
Ejemplo ilustrativo: una aplicación de gestión de citas médicas pedía a los pacientes recordar un código de tres partes que llegaba por SMS y escribirlo en otra pantalla. Algunos pacientes abandonaban el proceso. El equipo cambió el campo para aceptar un pegado automático, mostró el código con su tiempo de validez y dejó el botón “Reenviar” visible después de unos segundos. El cambio redujo la carga sin quitar seguridad.
Errores comunes
- Pensar que es solo para personas con discapacidad y no aplicarla al resto de usuarios.
- Confundir simplificar con ocultar, y quitar información necesaria.
- Poner animaciones decorativas en pantallas donde la persona debe concentrarse.
- Tiempos límite sin aviso que hacen perder el trabajo.
- Bloquear el pegado en campos de contraseña o de código.
- Usar el lenguaje técnico del producto en mensajes de error y de ayuda.
- Asumir que la accesibilidad cognitiva ya está cubierta por cumplir WCAG sin probarla con personas.
Para ampliar, la carga cognitiva explica el marco general de la memoria de trabajo en diseño, y la ley de Hick muestra por qué más opciones tardan más en decidirse. Si quieres ver el enfoque general de accesibilidad, accesibilidad en UX complementa esta página. Para validar tus decisiones con personas, la triangulación de métodos ayuda a no confiar en una sola prueba.