El sesgo de origen
El W3C lo reconoció tarde. En 2015, dieciséis años después de esa primera publicación, formó el Cognitive and Learning Disabilities Accessibility Task Force (conocido como COGA) con el objetivo de entender y documentar las necesidades de accesibilidad de personas con TDAH, dislexia, autismo, deterioro de la memoria, afasia y otras condiciones que afectan cómo se procesa, recuerda y navega la información. El grupo tardó seis años en publicar su documento principal: Making Content Usable for People with Cognitive and Learning Disabilities, lanzado en 2021. No es un estándar vinculante. Es una nota del W3C, un tipo de publicación que en la jerarquía normativa del consorcio no tiene el peso de una recomendación oficial. Eso explica bastante.
Lo que WCAG 2.2 alcanza a ver
WCAG 2.2, publicado en octubre de 2023 y que desde ese mismo año es también un estándar ISO, tiene 87 criterios de éxito distribuidos en cuatro principios: perceptible, operable, comprensible y robusto. El tercer principio, comprensible, es el que más directamente debería abordar la accesibilidad cognitiva. Lo hace de forma parcial. Cubre legibilidad: que el idioma de la página esté correctamente declarado en el código. Cubre la previsibilidad: que los componentes se comporten de manera consistente. Cubre asistencia para la introducción de datos: que los formularios ofrezcan instrucciones claras y mensajes de error útiles. Son avances reales, pero son también el mínimo de lo que un sitio debería hacer por defecto para ser usable por cualquier persona, con o sin discapacidad. La discapacidad cognitiva exige bastante más que eso.
Tres condiciones, tres brechas que el estándar no cubre
Una persona con dislexia (que afecta alrededor del 15 % de la población mundial según el British Dyslexia Association) no tiene problema perceptivo ni motor. Puede ver el texto con perfecta nitidez y usar el ratón sin dificultad. Lo que procesa de forma diferente es la relación entre los símbolos escritos y su sonido, lo que hace que leer bloques densos de texto sea física y cognitivamente agotador. Las fuentes de sistema, el interlineado, el ancho de columna, el uso de justificación (decisiones tipográficas que los diseñadores toman por criterio estético) tienen consecuencias funcionales directas para estos usuarios. WCAG no tiene ningún criterio de éxito que establezca requisitos sobre el ancho de columna ni sobre el interlineado mínimo, aunque la investigación es consistente en indicar que columnas de entre 45 y 75 caracteres y un interlineado de 1,5 reduce la carga cognitiva en la lectura.
Una persona con TDAH (que según el meta-análisis de Simon et al. publicado en Psychological Medicine afecta entre el 5 % y el 7 % de los adultos a nivel global) navega un sitio con elementos de distracción de forma radicalmente distinta a alguien sin esa condición. Un banner animado en la esquina de la pantalla, una notificación que aparece mientras intenta completar un formulario, un video que se reproduce automáticamente en otra sección de la página: cualquiera de estos elementos puede romper el hilo de atención de manera difícilmente recuperable. El criterio 2.2.2 de WCAG requiere que cualquier contenido en movimiento que comience automáticamente pueda ser pausado, detenido u ocultado. Es un criterio correcto que no captura el problema completo: hay formas de saturar la atención que no implican movimiento literal, y WCAG no tiene herramientas para nombrarlas.
El deterioro cognitivo asociado al envejecimiento es otra dimensión que el estándar casi no toca. Chile tiene una población de adultos mayores de 65 años que representaba el 12,7 % del total en 2022 y que la proyección del INE ubica en torno al 20 % para 2035. Este segmento usa servicios digitales de salud, pensiones, trámites tributarios y banca con una frecuencia que ha crecido desde la pandemia. El deterioro cognitivo leve (que no alcanza para un diagnóstico de demencia pero sí afecta la memoria de trabajo y la velocidad de procesamiento) no tiene ningún equivalente funcional en las tablas de WCAG. Un sistema de agendamiento médico que muestra una sesión de tiempo limitado sin advertencia visible, que no ofrece confirmación clara de cada paso, o que presenta errores en lenguaje técnico sin sugerir cómo resolverlos, falla a ese usuario de maneras que ninguna auditoría WCAG estándar va a detectar.
Qué hacer hoy, más allá de WCAG
El documento COGA identifica ocho objetivos de diseño para accesibilidad cognitiva: ayudar a los usuarios a entender qué hace el sitio y cómo usarlo; hacer que cada función sea fácil de encontrar; usar un lenguaje claro y familiar; evitar interrupciones salvo que sean críticas; ayudar a los usuarios a evitar y recuperarse de errores; asegurarse de que el contenido importante pueda completarse sin necesidad de recordar información de secciones anteriores; construir confianza; ofrecer soporte para la personalización. Ninguno de estos ocho objetivos tiene equivalencia directa con un criterio testeable en WCAG 2.2. Esto no significa que no haya nada que hacer; significa que el equipo que quiera abordarlos necesita ir más allá del checklist.
En español existe además una distinción que vale la pena conocer. La Lectura Fácil es una metodología con normativa propia (la norma UNE 153101:2018 en España la formaliza) que va más allá del lenguaje claro: establece criterios específicos sobre longitud de oraciones, vocabulario, apoyo visual y estructura del texto, pensada especialmente para personas con discapacidad intelectual, baja alfabetización o deterioro cognitivo. El lenguaje claro es el concepto más amplio y menos prescriptivo. Ambos apuntan en la misma dirección, pero Lectura Fácil tiene un estándar de certificación real que la mayoría de los sitios institucionales latinoamericanos ignora por completo.
Para un desarrollador o diseñador que necesita un punto de partida concreto, las siguientes intervenciones tienen respaldo en la literatura COGA y no requieren esperar a que WCAG 3.0 sea vinculante:
CondiciónFalla común en la webSolución de diseñoDislexiaTexto justificado y columnas sin límite de anchomax-width: 65ch en el contenedor de texto; text-align: left; line-height: 1.5TDAHAutoplay de video, pop-ups y animaciones secundarias activasRespetar prefers-reduced-motion; eliminar distractores visuales fuera del flujo principalMemoria de trabajoFormularios multipaso que no persisten los datos anterioresBarra de progreso visible, resumen de pasos completados, autoguardado entre seccionesDeterioro cognitivo leveMensajes de error en lenguaje técnico sin instrucciones de recuperaciónErrores en lenguaje simple con sugerencia de acción concreta; ningún timeout sin advertencia visible de al menos 20 segundos
WCAG 3.0 y la IA como parche temporal
WCAG 3.0, aún en estado de borrador y cuya adopción no se espera antes de 2027, intenta cerrar parte de esa brecha. El nuevo modelo abandona la estructura binaria de pasa/falla para criterios que evalúan experiencia más que comportamiento técnico, algo que la accesibilidad cognitiva necesita con urgencia porque sus fallos rara vez producen errores de código. Un lector de pantalla puede verificar si una imagen tiene texto alternativo. No hay equivalente programático para verificar si la carga cognitiva de un flujo de pago es razonable para alguien con déficit atencional. Los 174 criterios que WCAG 3.0 propone incluyen por primera vez orientaciones sobre lenguaje claro como requisito medible, no como buena práctica recomendada.
Mientras ese proceso avanza, algunas herramientas de IA han comenzado a ocupar parte del espacio que el estándar deja vacío. Sistemas como Seeing AI de Microsoft o las funciones de resumen automático de texto en iOS 18 reducen la carga cognitiva de lectura para usuarios con dislexia o deterioro leve, sin que el sitio haya hecho nada para facilitarlo. Es un parche del lado del cliente: la IA compensa lo que el diseño no resuelve. El problema es que depender de que el usuario tenga acceso a esas herramientas reproduce exactamente la lógica que la accesibilidad intenta superar: la carga del ajuste recae sobre quien ya tiene más dificultades.
Lo que hace que la accesibilidad cognitiva sea incómoda para la industria es que sus soluciones no son separables del diseño. No hay una tecnología de asistencia que compense lo que un sitio mal diseñado le hace a alguien con dislexia o TDAH de la misma forma en que un lector de pantalla puede compensar la falta de visión. Si el formulario es confuso, si el lenguaje es denso, si el flujo de navegación cambia sin advertencia entre secciones, eso no tiene parche: requiere rehacer el diseño. Y rehacerlo sin un criterio de referencia unificado y testeable es un argumento que los equipos de producto rara vez están dispuestos a financiar. El estándar simplemente aún no ha encontrado cómo obligar a verlo así.