Accesibilidad en Moodle: Cumpliendo la Normativa y WCAG 2.2 sin Rehacer Cursos

La plataforma ya está acreditada WCAG 2.2 AA. El déficit suele estar en sus cursos, y se puede corregir por prioridad en ciclos de 90 días.

por Cleverson Gouvêa

Accesibilidad en Moodle: Cumpliendo la Normativa y WCAG 2.2 sin Rehacer Cursos

Quienes gestionan la EAD descubrieron en 2026 que la accesibilidad en Moodle dejó de ser una buena práctica para convertirse en un riesgo legal inminente. En julio, los tribunales comenzaron a exigir a la Administración Pública la presentación de un plan de accesibilidad digital en 180 días, bajo multa diaria. La pregunta que recibimos cada semana es la misma: ¿necesito rehacer mis cursos? No. Necesita medir la deuda técnica y corregir lo que le aporte valor.

TL;DR

  • La discusión sobre la accesibilidad en Moodle a menudo empieza en el lugar equivocado: la plataforma ya cumple con la normativa. Moodle LMS y Workplace tienen una acreditación WCAG 2.2 nivel AA (Gold) emitida por GrackleDocs el 3 de octubre de 2025, válida por 12 meses.
  • El déficit casi siempre reside en el contenido de los cursos: PDF escaneados, imágenes sin alternativa textual, vídeos sin subtítulos, tablas utilizadas como diseño.
  • La base legal en España incluye el Real Decreto 1112/2018 y otras normativas de accesibilidad digital. El estándar técnico de referencia es WCAG 2.2.
  • Un estudio realizado por el Tribunal de Cuentas de Brasil evaluó 288 organizaciones federales, encontrando que el 88% estaba por debajo de 5 en una escala de 0 a 10. Solo el 31% seguía las WCAG.
  • Es posible adaptarse en ciclos de 90 días: diagnóstico automatizado, corrección del tema y la plantilla, y un esfuerzo concentrado en el 20% del contenido que genera el 80% de los errores.

Por qué la exigencia de accesibilidad en Moodle cambió en 2026

Durante diez años, la normativa de accesibilidad convivió con una laguna práctica: el artículo 63 obligaba a la accesibilidad de sitios web de empresas y organismos públicos, pero no existía una norma nacional que indicara cómo cumplir ni quién lo exigiría. Esto cambió en dos etapas.

La primera fue técnica. El 11 de marzo de 2025, se publicó una normativa técnica de accesibilidad en contenido y aplicaciones web, con 146 directrices entre requisitos y recomendaciones. Esta norma cubre la interacción por teclado, imágenes, encabezados, enlaces, uso de colores, listas, tablas, formularios y fuentes, y sigue los criterios de la WCAG 2.2. También señala elementos críticos, como captchas y reconocimiento facial, exactamente el tipo de cosas que las instituciones colocan en la pantalla de inicio de sesión del AVA sin pensarlo dos veces.

La segunda etapa fue judicial. El Ministerio Público Federal en São Paulo (Brasil) interpuso una acción civil pública solicitando la regulación del artículo 63 y la aplicación de la NBR 17225. En julio de 2026, el 9º Juzgado Civil Federal de São Paulo concedió una medida cautelar que obligaba a la Administración Pública a presentar, en un plazo de 180 días, un plan de transición para adaptar sus sitios web, con una multa diaria de 10.000 € en caso de incumplimiento.

Antes de esto, el Tribunal de Cuentas de Brasil ya había dimensionado el problema. Su Diagnóstico de Accesibilidad Digital, juzgado por el Acuerdo 2.099/2025-Plenario (proceso TC 008.257/2024-8, relatoría del ministro Antonio Anastasia), evaluó 288 organizaciones de los tres poderes, del Ministerio Público de la Unión y del Servicio Social Autónomo: 283 portales web, 253 servicios digitales y 98 aplicaciones. El resultado: el 88% de las organizaciones obtuvieron una puntuación inferior a 5 en una escala de 0 a 10, el 52% inferior a 3, y solo el 31% seguía las directrices WCAG.

Por qué esto repercute en su AVA

Nada de esto menciona LMS por su nombre, y es precisamente por eso que la accesibilidad en Moodle entra en el radar: el AVA es la interfaz a través de la cual la institución presta el servicio. Si la institución es pública, está dentro del mismo perímetro del diagnóstico del Tribunal de Cuentas de Brasil y del plan de transición de la Administración Pública. Si es privada, la normativa de accesibilidad ya la afecta desde hace una década, y los estándares técnicos acaban de eliminar el argumento de que "no existe un criterio objetivo".

Existe también la capa sectorial. En Brasil, la Ordenanza MEC nº 421, de 15 de mayo de 2026, regula la gobernanza de la Red Nacional de Educación Especial Inclusiva (Reneei) y detalla las acciones de la Política Nacional de Educación Especial Inclusiva. Esta red se organiza en cinco ejes, entre ellos centros de referencia —uno por comunidad autónoma— y núcleos de apoyo técnico responsables de la oferta de tecnologías de asistencia.

El contexto de escala cierra el argumento. Según el Censo de Educación Superior 2024 del Inep (Brasil), la EAD pasó a concentrar el 50,7% de las matrículas de grado del país, un crecimiento del 5,6% sobre 2023. Y el Censo 2022 del IBGE (Brasil) contabilizó 18,6 millones de personas con discapacidad en Brasil, el 8,9% de la población de dos años o más. La mitad de la educación superior brasileña pasa por un LMS, y casi una de cada once personas depende de que este LMS funcione con lector de pantalla.

Real Decreto 1112/2018, estándares técnicos y WCAG 2.2: quién obliga qué

Confundir estas tres capas es el error más común en las reuniones de lanzamiento. Tienen funciones diferentes.

La normativa española (ej. Real Decreto 1112/2018) — es la obligación. Determina la accesibilidad de los sitios web de empresas con sede o representación comercial en el país y de organismos gubernamentales, "según las mejores prácticas y directrices de accesibilidad adoptadas internacionalmente".

Los estándares técnicos nacionales — son la referencia. Transforman las "mejores prácticas" en requisitos verificables, alineados con la WCAG 2.2.

WCAG 2.2 (W3C) — es el estándar internacional citado por ambas. Trabaja con cuatro principios (perceptible, operable, comprensible, robusto) y tres niveles: A, AA y AAA. El objetivo práctico en EAD es el nivel AA. La traducción autorizada al español es gratuita y sirve como material de formación para el equipo de contenido.

En la práctica: la accesibilidad en Moodle es exigida por la normativa, auditada por los estándares técnicos y corregida siguiendo la WCAG 2.2.

Moodle ya es accesible, pero sus cursos probablemente no

Aquí está la buena noticia, y es la que reduce el presupuesto del proyecto. La plataforma no es el problema.

Moodle LMS y Moodle Workplace recibieron la acreditación WCAG 2.2 nivel AA, certificado Gold, emitido por GrackleDocs el 3 de octubre de 2025 y válido hasta el 3 de octubre de 2026. La evaluación se realizó del 6 de enero al 1 de octubre de 2025 sobre 40 páginas y pantallas, con la metodología WCAG-EM, y cubre las versiones 5.1, 5.0.3 y 4.5.7 del LMS y 5.1, 5.0 y 4.5 del Workplace. La Moodle App fue acreditada al mismo nivel el 7 de abril de 2025. La acreditación vence en 12 meses y se renueva anualmente.

La política de accesibilidad del proyecto es explícita en cuanto al alcance: "All components in Moodle must be available for use by all users". Moodle declara adherencia a WCAG 2.2, ATAG 2.0, ARIA 1.1, Section 508 y a la Ley Europea de Accesibilidad.

Entonces, ¿por qué la auditoría de su institución suspende? Porque la accesibilidad en Moodle es una responsabilidad compartida. El núcleo proporciona navegación por teclado, semántica correcta y compatibilidad con lector de pantalla. Quien sube el contenido proporciona —o no— texto alternativo, subtítulos, jerarquía de títulos y contraste. Un curso con 40 PDFs escaneados suspende en una plataforma impecable.

Esto cambia el cálculo del proyecto. Adaptar la accesibilidad en Moodle no es comprar una reforma de plataforma. Es adquirir un esfuerzo concentrado en el contenido, un ajuste de tema y una rutina de control. Así es como la adaptación se vuelve viable sin rehacer los cursos.

Mida la deuda de accesibilidad en Moodle antes de intervenir en los cursos

Ninguna buena decisión surge de una conjetura. Desde la versión 3.11, Moodle incorpora en su núcleo el Brickfield Accessibility Starter Toolkit, que realiza un análisis automatizado de los cursos contra un conjunto de reglas comunes. El profesor añade el bloque "Accessibility review", hace clic en "Submit for analysis" y, minutos después, recibe un informe de errores por tipo de contenido y por tipo de actividad. La herramienta analiza imágenes, texto, diseño, enlaces, medios y tablas.

Ejecute esto en el repositorio completo antes de escribir una línea del plan. Es la única forma honesta de saber el tamaño de la deuda de accesibilidad en Moodle que ha heredado. El informe suele revelar tres cosas:

  1. Concentración. Pocos tipos de error son responsables de la mayoría de las ocurrencias. Las imágenes sin texto alternativo y la jerarquía de títulos rota casi siempre lideran.
  2. Cursos 'zombi'. Una gran parte del repositorio son cursos archivados, duplicados o sin matrícula activa desde hace semestres. Corregirlos es un desperdicio.
  3. Patrón de autoría. Los errores se repiten por autor, no por curso. Corregir el origen vale más que corregir 300 páginas.

El toolkit del núcleo no cubre todo. No evalúa la calidad del texto alternativo, no lee el contenido de los PDFs adjuntos y no sustituye la prueba con usuarios reales. Complete el diagnóstico con tres comprobaciones manuales por curso de muestra: navegación solo con teclado, lectura con lector de pantalla (NVDA en Windows, VoiceOver en macOS) y verificación de contraste en el tema.

Los defectos que concentran los errores de accesibilidad en Moodle

Imagen sin alternativa textual — o con alternativa inútil

El error más común. Y el segundo más común es la "corrección" perezosa: rellenar el campo con "imagen", "gráfico" o el nombre del archivo. La alternativa textual describe la información que la imagen contiene. Si el gráfico muestra una reducción de la deserción del 22% al 9%, escriba eso. Una imagen meramente decorativa recibe una alternativa vacía, para que el lector de pantalla la omita.

PDF escaneado

Es el déficit más costoso y el más común en instituciones con un repositorio antiguo. Un PDF que es una foto de una página no tiene texto: el lector de pantalla no lo lee, la búsqueda no lo encuentra, el alumno no lo copia. El OCR resuelve la lectura, pero no la estructura. Cuando el material es central, el camino más barato suele ser republicar el contenido como una página de Moodle, no reprocesar el PDF.

Jerarquía de títulos rota

Este es el defecto que más engaña a quienes auditan la accesibilidad en Moodle sin lector de pantalla: visualmente, la página parece organizada. Un profesor que formatea un título con negrita y una fuente más grande, en lugar de usar H2 y H3, destruye la navegación por marcado, el principal atajo para quienes usan un lector de pantalla. Es una corrección rápida en el editor y de altísimo retorno.

Vídeo sin subtítulos y sin transcripción

Los subtítulos no solo sirven a personas sordas. Sirven a quienes estudian en el autobús, a quienes tienen un audio deficiente y a la búsqueda interna. Priorice por audiencia: empiece por las clases con más visualizaciones. Una transcripción automática revisada resuelve la mayoría de los casos.

Color como único portador de significado

"Los elementos en rojo son obligatorios" falla para quienes no distinguen el color. Añada un icono, un asterisco o la palabra "obligatorio".

Tabla utilizada como diseño

Una tabla es para datos tabulares. Utilizada para alinear cajas, se convierte en una secuencia sin sentido para el lector de pantalla. Las tablas legítimas necesitan encabezados de fila y columna marcados.

Enlace con texto genérico

"Haga clic aquí" repetido quince veces en una página inutiliza la lista de enlaces del lector de pantalla. El texto del enlace debe describir el destino.

Lo que es de la plataforma y lo que es de quien crea el curso

Elemento Responsable Cómo resolver
Navegación por teclado, ARIA, semántica del core Moodle (ya acreditado AA) Mantener versión soportada y actualizada
Contraste y foco visible del tema Administración del AVA Ajustar tema; evitar personalización que rompa el estándar
Captcha e inicio de sesión Administración del AVA Elemento crítico en los estándares técnicos: ofrecer alternativa accesible
Texto alternativo de imágenes Autor del contenido Editor de Moodle + revisión por muestreo
Jerarquía de títulos Autor del contenido Usar H2/H3 del editor, nunca negrita
Subtítulos y transcripción de vídeo Equipo de producción Transcripción automática + revisión humana
PDF accesible o republicado Equipo de producción OCR o migración a página nativa
App móvil Moodle App (acreditado AA) Ver cómo funciona la app offline

Esta división es el corazón de cualquier proyecto serio de accesibilidad en Moodle y lo que una consultoría de Moodle bien dirigida hace primero: separar lo que se resuelve una vez, en el entorno, de lo que exige una rutina de contenido.

Plan de 90 días para adaptar el AVA sin rehacer los cursos

Días 1 a 15 — diagnóstico

Ejecute el toolkit en todo el repositorio. Exporte los errores por curso, por tipo y por autor. Realice tres auditorías manuales en cursos representativos. Al final, tendrá un número: cuántos errores, de qué tipo, en cuántos cursos activos. Sin este número, cualquier cronograma es ficción.

Días 16 a 30 — corregir lo que es del entorno

Esta fase corrige una vez y es válida para todos los cursos: es la capa de accesibilidad en Moodle que es independiente de quien crea el contenido. Valide el contraste y el foco visible del tema; si el tema fue personalizado hace años, es probable que haya roto el estándar de Boost. Revise la pantalla de inicio de sesión y el captcha. Confirme que la versión en producción está entre las cubiertas por la acreditación. Publique la declaración de accesibilidad con un canal de contacto; es una exigencia de transparencia y la dimensión en la que el Tribunal de Cuentas de Brasil encontró el peor rendimiento.

Días 31 a 60 — esfuerzo concentrado en los cursos activos

Aplique Pareto. Corrija primero los cursos con matrícula activa y mayor número de alumnos. Dentro de ellos, aborde los títulos y textos alternativos, que son económicos y desbloquean la navegación completa. Deje el vídeo y el PDF para la tercera ola, priorizados por audiencia. Los cursos archivados se retiran o reciben un aviso; no entran en el esfuerzo concentrado.

Días 61 a 90 — evitar que la deuda vuelva

Nada de esto se sostiene sin control en la entrada. Cree una lista de verificación de publicación de cinco elementos. Capacite a los autores con la WCAG 2.2 en español. Programe el análisis del toolkit mediante cron en cada ciclo. Defina un responsable para el indicador. Las instituciones que tratan la accesibilidad en Moodle como una rutina gastan una fracción de lo que gastan las que la tratan como un proyecto puntual, y repetido.

Cuando no merece la pena corregir el curso existente

No todo merece una reforma, y tratar la accesibilidad en Moodle como un dogma consume presupuesto. Merece la pena reconstruir el material, y no parchear, cuando:

  • El contenido es mayoritariamente PDF escaneado sin archivo fuente. Recrear suele costar menos que reprocesar.
  • El curso fue importado de un paquete SCORM de terceros, sin fuente editable. En ese caso, el problema es contractual, no técnico.
  • El curso está en desuso. Archívelo o retírelo. El contenido inactivo no genera riesgo si no es accesible al público.
  • La institución va a migrar de versión en pocos meses. Sincronice la adaptación con la migración y realice un solo trabajo. Los casos de gestión de AVA institucional que ya hemos analizado aquí demuestran que unir ambos frentes evita el retrabajo.

Y existe lo opuesto: corregir siempre, sin discusión, lo que está en la ruta crítica del alumno. Inicio de sesión, matrícula, envío de tarea, consulta de calificación y pantalla de evaluación. Si estas pantallas fallan, no importa cuán accesible esté el resto.

Cómo Agathas Web resuelve esto

Trabajo con Moodle desde 2008 y he administrado entornos críticos de EAD para instituciones educativas. El patrón que veo repetirse en proyectos de accesibilidad en Moodle es siempre el mismo: la institución recibe una notificación o una reclamación, entra en pánico y pide presupuesto para "rehacerlo todo". Es la decisión más cara y la menos eficaz.

Lo que hacemos en proyectos de adaptación de Moodle sigue el guion de este artículo, con cuatro entregas concretas:

  1. Diagnóstico con cifras. Ejecutamos el toolkit en todo el repositorio, lo cruzamos con matrículas activas y entregamos un informe que separa lo que es deuda real de lo que es ruido de curso inactivo. Usted recibe un coste estimado por frente, no una lista de 8.000 errores.
  2. Corrección del entorno. Tema, contraste, foco visible, inicio de sesión, captcha con alternativa accesible, versión soportada y declaración de accesibilidad publicada. Es la parte que se corrige una vez y es válida para todo el AVA.
  3. Esfuerzo concentrado en el contenido priorizado. Actuamos en los cursos activos, en orden de impacto, y capacitamos al equipo de autoría mientras corregimos, para que el equipo salga del proyecto sabiendo mantener el estándar.
  4. Rutina de control. Lista de verificación de publicación, análisis programado y un indicador seguido por ciclo. Sin esto, la deuda vuelve en el semestre siguiente.

También nos encargamos de la infraestructura subyacente, que es un prerrequisito silencioso de accesibilidad en Moodle: mantener el AVA en una versión cubierta por la acreditación es un requisito de conformidad, y un entorno desactualizado suele ser el motivo real por el que la institución bloquea la corrección. Quien ya ha enfrentado la gestión de múltiples entornos Moodle sabe lo mucho que esto pesa.

El punto de partida es siempre el diagnóstico. Es corto, genera una cifra defendible en una reunión de dirección y suele mostrar que la adaptación es mucho menor de lo que el miedo inicial sugería.

Conclusión

La ventana de tolerancia se cerró. Con los estándares técnicos proporcionando un criterio objetivo, el Tribunal de Cuentas de Brasil publicando informes y la Justicia Federal de Brasil imponiendo plazos y multas a la Administración Pública, la accesibilidad en Moodle se ha convertido en un requisito con fecha límite, no una aspiración. La buena noticia es que la plataforma ya ha hecho su parte: LMS, Workplace y la app están acreditados en WCAG 2.2 nivel AA.

Lo que falta en la accesibilidad en Moodle es de nuestro lado, y es medible, priorizable y corregible en ciclos. Empiece midiendo. Ejecute el toolkit, separe el curso activo del inactivo y aborde los títulos y textos alternativos antes que cualquier otra cosa. Si desea este diagnóstico realizado con método y un plan de adaptación presupuestado por frente, es exactamente lo que ofrecemos en consultoría y adaptación de Moodle.