Cómo validar la accesibilidad de una plataforma LMS para teleformación en formación bonificada
La accesibilidad universal es un requisito obligatorio para impartir formación bonificada en teleformación, pero las herramientas online más conocidas no sirven para auditar una plataforma LMS porque no pueden entrar tras el login. En este artículo repasamos qué exige la normativa (Real Decreto 694/2017, UNE-EN 301549, WCAG 2.1 nivel AA), por qué los validadores por URL se quedan fuera, qué extensiones de navegador sí permiten auditar un aula virtual autenticada y cómo plantear una evaluación mínima viable que cubra lo esencial antes de una inspección de Fundae.
La accesibilidad universal es un requisito obligatorio para cualquier plataforma de teleformación que quiera impartir formación bonificada por Fundae. Sin embargo, las herramientas online más conocidas no sirven para auditar un LMS porque no pueden acceder al contenido tras el login. Repasamos qué pide la normativa, qué validadores funcionan realmente sobre un aula virtual y cómo plantear una evaluación mínima viable que resista una inspección.
La normativa aplicable a la formación bonificada en modalidad de teleformación exige que la plataforma sea accesible para personas con discapacidad. El Real Decreto 694/2017, de 3 de julio, establece que la impartición debe realizarse a través de una plataforma virtual que garantice la interactividad y el seguimiento, y el documento de orientaciones de Fundae sobre teleformación concretaba ya desde 2016 que las plataformas y los contenidos deben cumplir la legislación de accesibilidad vigente. En la práctica esto significa que el LMS debe alcanzar, como mínimo, el nivel AA de las WCAG 2.1, según la norma europea UNE-EN 301549, que es el estándar que España ha adoptado para productos y servicios TIC.
Muchos asociados llegan a este punto con una duda razonable: ¿cómo compruebo yo que mi plataforma cumple? La respuesta corta es que las herramientas online gratuitas que validan por URL (TAW, Examinator, WAVE online, el propio Rastreador del Observatorio de Accesibilidad Web de la Administración) solo son útiles para páginas públicas. Un LMS está, por definición, tras una pantalla de login, y ese es justamente el escenario en el que esas herramientas dejan de funcionar.
Qué exige Fundae y qué norma hay que cumplir
El marco normativo se articula en tres niveles. En el nivel legal, el Real Decreto 694/2017 y las orientaciones de Fundae para teleformación obligan a que la plataforma sea accesible. En el nivel técnico, la norma de referencia en España es la UNE-EN 301549, transposición directa de la norma europea EN 301549, que establece los requisitos de accesibilidad para productos y servicios TIC. En el nivel operativo, esa norma se apoya en las WCAG 2.1 nivel AA del W3C para todo lo relacionado con contenido web.
Hay un matiz importante que conviene subrayar: un LMS no es solo un sitio web. Como también se utiliza para crear y publicar contenidos (cargar cursos, editar foros, subir recursos), debe cumplir además criterios de herramienta de autor, recogidos en las pautas ATAG (Authoring Tool Accessibility Guidelines). Y una advertencia adicional que muchas veces se olvida: que la plataforma sea accesible no convierte automáticamente en accesibles los contenidos formativos que se alojen en ella. La validación tiene que hacerse en dos capas: la plataforma por un lado y cada curso (SCORM, vídeos, PDFs, cuestionarios) por otro.
Entre los criterios de nivel AA que aplican de forma específica al entorno de teleformación, la norma exige aspectos como la visibilidad del foco al navegar con teclado, los encabezados y etiquetas correctamente estructurados, la navegación consistente, la posibilidad de variar el tamaño del texto, las sugerencias y prevención de errores en formularios, el contraste suficiente y la presencia de subtítulos y audiodescripción en los recursos multimedia.
Por qué los validadores online gratuitos se quedan fuera
Herramientas como TAW, Examinator, WAVE online o el Rastreador del Observatorio de Accesibilidad Web funcionan enviando un rastreador que descarga la URL que se le indica. Si esa URL es una página pública (por ejemplo la web corporativa), el análisis es completo. Pero si la URL corresponde al dashboard del alumno, al reproductor de contenidos, al foro o a un cuestionario, el rastreador solo ve la pantalla de login porque no dispone de credenciales.
El resultado es un informe que técnicamente certifica la accesibilidad del formulario de acceso, pero no dice absolutamente nada del aula virtual, que es donde realmente ocurre la formación. Para una auditoría seria de una plataforma de teleformación este enfoque es insuficiente y, lo que es más importante, puede dar una falsa sensación de conformidad.
Las herramientas que sí funcionan con un LMS autenticado
La alternativa práctica para auditar una plataforma con login pasa por utilizar extensiones de navegador que analicen la página que el usuario está viendo en ese momento, ya autenticado. Todas ellas son gratuitas y se instalan en pocos minutos.
WAVE Evaluation Tool, la extensión de WebAIM para Chrome, Firefox y Edge, es probablemente la más conocida. Se instala, el usuario entra al LMS con sus credenciales y pulsa el icono de la extensión sobre cualquier página del campus. WAVE resalta visualmente sobre la propia página los errores de accesibilidad, las alertas y los elementos estructurales. Como el análisis es local, no transmite contenido confidencial fuera del navegador.
axe DevTools, de Deque Systems, es la referencia técnica en el mundo del desarrollo. Se integra en las herramientas de desarrollador del navegador (la tecla F12) y es conocida por tener una tasa muy baja de falsos positivos y por explicar con claridad cómo corregir cada incidencia detectada. Es la que utilizan de base muchas auditorías profesionales.
Lighthouse viene integrado en Chrome DevTools, así que no requiere instalación. En la pestaña correspondiente, marcando la categoría «Accessibility», genera un informe con puntuación y listado de problemas. Es útil para tener una primera foto rápida sin necesidad de instalar nada.
Accessibility Insights for Web, de Microsoft, combina pruebas automáticas con una guía paso a paso para las comprobaciones manuales que ninguna herramienta puede automatizar. Esto lo hace especialmente valioso para gestores que no son técnicos, porque propone una ruta estructurada de evaluación.
Para auditorías más amplias existen soluciones de pago que sí permiten configurar un flujo de login y rastrear todo un sitio autenticado, como Siteimprove, SortSite (versión profesional) o Pa11y configurado por línea de comandos. Son opciones adecuadas para consultoras o para entidades que quieran monitorizar su plataforma de forma continua.
La limitación que conviene tener clara
Un dato que conviene interiorizar: ninguna herramienta automatizada detecta más del 30-40% de los problemas reales de accesibilidad. Este dato lo reconoce el propio W3C y lo repiten todos los fabricantes serios. Las herramientas automáticas identifican bien las violaciones técnicas evidentes (falta de texto alternativo en imágenes, contrastes insuficientes, etiquetas de formulario ausentes, encabezados desordenados), pero no pueden juzgar si el texto alternativo de una imagen es semánticamente correcto, si la navegación por teclado es realmente fluida o si un lector de pantalla interpreta correctamente la secuencia de un cuestionario.
Por eso una validación rigurosa siempre combina análisis automático con pruebas manuales: navegar por el LMS usando solo el teclado, revisar la plataforma con un lector de pantalla (NVDA es gratuito en Windows, VoiceOver viene de serie en Mac), comprobar el comportamiento con zoom al 200% y, en auditorías más completas, hacer pruebas con usuarios reales con distintas discapacidades.
Una evaluación mínima viable para un LMS de teleformación
Para un gestor que quiera tener una validación razonable sin recurrir a una auditoría externa, el flujo práctico es sencillo. El primer paso es instalar en el mismo navegador tanto WAVE como axe DevTools. A partir de ahí, accediendo al LMS con una cuenta de prueba, conviene auditar entre ocho y diez páginas representativas: la página de acceso, el dashboard del alumno, la ficha de un curso, el reproductor o visor de contenidos, el reproductor de paquetes SCORM, un foro, un cuestionario, la pantalla de entrega de tareas, la página de notas y el certificado final.
En paralelo, es muy recomendable hacer una prueba de navegación únicamente con teclado (tabulador, flechas, Enter, Escape) y otra con un lector de pantalla básico para confirmar que la experiencia es usable sin ratón y sin vista. Estas dos pruebas manuales, que apenas llevan treinta o cuarenta minutos bien hechas, revelan problemas que ninguna herramienta automática detectaría.
Por último, los contenidos SCORM que se suban a la plataforma deben auditarse por separado, porque su accesibilidad depende de cómo se hayan empaquetado y no del LMS que los reproduce. Un aula virtual perfectamente accesible con un SCORM inaccesible sigue siendo, en la práctica, una formación inaccesible.
Certificar la accesibilidad de la plataforma
Cuando se necesita una acreditación formal, por ejemplo para responder a una licitación pública o para aportar garantías en una inspección, existe la certificación de Accesibilidad TIC de AENOR, que audita el cumplimiento de la norma UNE-EN 301549 y de las WCAG. Es la única certificación en España que acredita esa norma y se apoya técnicamente en entidades como Fundación CTIC y Tecnalia. Para la mayoría de gestores basta con una autoevaluación rigurosa bien documentada, pero en proyectos con administraciones públicas o grandes cuentas el sello de AENOR añade seguridad jurídica.
Una última recomendación
La accesibilidad no es un trámite que se resuelva con un informe puntual. Es una característica del producto que se mantiene en el tiempo. Cada actualización del LMS, cada plantilla nueva, cada curso que se carga puede introducir barreras. Conviene por eso integrar la validación en el flujo habitual de trabajo: antes de publicar un curso, antes de actualizar la plataforma, antes de lanzar una nueva convocatoria. Es la única forma de evitar sorpresas en una inspección y, sobre todo, de que la formación bonificada cumpla con lo que la ley pretende: que nadie quede fuera por razón de discapacidad.
Extensiones de navegador para auditar un LMS autenticado
- WAVE Evaluation Tool (WebAIM): https://wave.webaim.org/extension/
- axe DevTools (Deque): https://www.deque.com/axe/devtools/
- Lighthouse (ya viene en Chrome DevTools, sin instalación): https://developer.chrome.com/docs/lighthouse/overview
- Accessibility Insights for Web (Microsoft): https://accessibilityinsights.io/docs/web/overview/
- ARC Toolkit (TPGi): https://www.tpgi.com/arc-platform/arc-toolkit/
Validadores online por URL (para páginas públicas)
- TAW (referencia en España): https://www.tawdis.net
- Examinator (en español): http://examinator.ws
- WAVE online: https://wave.webaim.org
- Accessibility Checker: https://accessibilitychecker.dev/es
- Rastreador OAW — Observatorio de Accesibilidad Web (instalable en local): https://administracionelectronica.gob.es/ctt/oaw
Lectores de pantalla para pruebas manuales
- NVDA (gratuito, Windows): https://www.nvaccess.org/download/
- VoiceOver (incluido en macOS e iOS, no requiere descarga): https://www.apple.com/es/accessibility/vision/
Soluciones de pago para auditoría masiva con login
- Siteimprove: https://www.siteimprove.com
- SortSite (PowerMapper): https://www.powermapper.com/products/sortsite/
- Pa11y (open source, línea de comandos): https://pa11y.org
Normativa y certificación
- UNE-EN 301549 (norma europea, texto oficial EN): https://www.etsi.org/deliver/etsi_en/301500_301599/301549/
- Real Decreto 694/2017 (BOE): https://www.boe.es/eli/es/rd/2017/07/03/694
- WCAG 2.1 del W3C (traducción oficial al español): https://www.w3.org/TR/WCAG21/
- Certificación de Accesibilidad TIC de AENOR: https://www.aenor.com/certificacion/empresas/responsabilidad-social/accesibilidad-web-mantenida
- W3C Web Accessibility Initiative (WAI) — guía general: https://www.w3.org/WAI/test-evaluate/es