Saltar al contenido principal

E-Learning Accesible

Qué hace que un reproductor de video de curso cumpla con WCAG

Eduspera Team
13 min de lectura
Una laptop mostrando una interfaz de lección de video limpia con controles de subtítulos, luz suave del día
Comparte este artículo

Busca un "reproductor WCAG" y encontrarás una necesidad real y recurrente: los equipos de curso saben que un reproductor de video inaccesible puede hundir un programa que de otro modo sería conforme. El video es donde ocurre la mayor parte del aprendizaje en línea — y la mayor parte de la exclusión —, por lo que el reproductor es el componente de mayor apalancamiento para acertar. Y aquí está el truco que tropieza con la mayoría de los compradores: un reproductor no es accesible solo porque tenga subtítulos. Debe ser completamente operable por teclado, comprensible para un lector de pantalla, resistente al hacer zoom y respetar las preferencias de movimiento — y el contenido dentro de él necesita subtítulos, una transcripción y, donde sea necesario, una descripción de audio. Esta guía es la lista de verificación completa para un reproductor de video de curso conforme a WCAG, por qué existe cada requisito y cómo saber si el reproductor en tu LMS cumple con ello.

La accesibilidad es más que subtítulos

Los subtítulos son esenciales, pero son un criterio entre muchos. Un reproductor puede tener subtítulos perfectos y aún así fallar en WCAG porque un usuario de lector de pantalla no puede encontrar el botón de reproducción, o un usuario de teclado queda atrapado en la barra de control y nunca puede alcanzar la siguiente lección. Ayuda pensar en la accesibilidad del reproductor en dos partes distintas: los controles del reproductor (una interfaz de usuario, con todas las obligaciones habituales de una) y el medio (el contenido audiovisual, con sus propios requisitos específicos).

Ambas partes deben conformarse, y fallan de manera independiente. Los subtítulos generados automáticamente con una barra de control inoperable fallan; un reproductor perfectamente amigable con el teclado que muestra un video sin subtítulos falla. Tratar las dos capas por separado es la única forma de evaluar un reproductor de manera honesta — y es exactamente cómo lo verá un auditor.

Un punto más de contexto: la accesibilidad del video no es solo para usuarios sordos o ciegos. Los subtítulos ayudan a los hablantes no nativos, a las personas en entornos ruidosos o sin sonido (una gran parte de la visualización móvil) y a los estudiantes que simplemente comprenden mejor cuando leen. La descripción de audio ayuda a cualquiera cuya atención se desvíe de la pantalla. Consigue el reproductor correcto y todos los estudiantes se benefician.

Controles del reproductor: teclado, enfoque y etiquetas

La barra de control es una interfaz de usuario y debe comportarse como tal. Como mínimo:

  • Operable por teclado — reproducir/pausar, buscar, volumen, alternar subtítulos, pantalla completa y velocidad de reproducción deben funcionar sin un mouse, sin trampa de teclado (WCAG 2.1.1, 2.1.2). Un estándar común es espacio/k para reproducir, teclas de flecha para buscar y m para silenciar.
  • Enfoque visible — un indicador de enfoque claro en cada control (2.4.7), y bajo WCAG 2.2 ese enfoque no debe estar oculto por otros elementos (2.4.11) y debe cumplir con la guía de apariencia de enfoque.
  • Etiquetas para lectores de pantalla — cada botón necesita un nombre accesible y un estado, por ejemplo "Subtítulos, apagados" alternando a "Subtítulos, encendidos", expuesto a través de roles y ARIA adecuados (4.1.2). Un ícono desnudo sin etiqueta es invisible para un lector de pantalla.
  • Tamaño del objetivo — controles lo suficientemente grandes como para operar de manera confiable por toque (WCAG 2.2, 2.5.8), lo cual es importante en los teléfonos que la mayoría de los estudiantes utilizan.
  • Sin trampas de reproducción automática — evitar audio que se reproduce automáticamente durante más de tres segundos sin un control obvio para detenerlo (1.4.2).

Prueba esto navegando por la barra de control con el mouse desconectado. Si no puedes alternar subtítulos o salir de pantalla completa por teclado, el reproductor no es conforme — independientemente de lo que diga la hoja de especificaciones.

El medio: subtítulos, transcripciones y descripción de audio

Para el contenido audiovisual en sí, WCAG 2.2 AA requiere:

  • Subtítulos sincronizados (1.2.2) que sean precisos, completos y bien cronometrados — incluyendo cambios de hablante y sonidos no verbales significativos. Los subtítulos automáticos son un punto de partida, no la línea de meta.
  • Una transcripción — estrictamente mejor práctica para AA, pero esencial para usuarios sordociegos (que la leen a través de una pantalla braille) y invaluable para estudiantes que quieren hojear, buscar o revisar rápidamente.
  • Descripción de audio (1.2.5) para información visual no transmitida en el audio principal — texto en pantalla, demostraciones silenciosas, gráficos referenciados solo por gestos.
  • Control y estilo de subtítulos — los estudiantes deben poder activar/desactivar subtítulos y, idealmente, ajustar su tamaño o contraste.

La transcripción automatizada ha mejorado drásticamente — el reconocimiento de voz moderno alcanza tasas de error de un solo dígito bajo en audio claro — pero aún necesita una revisión humana para nombres, términos técnicos y contenido multilingüe. Consulta nuestra guía sobre subtítulos automáticos para e-learning para un flujo de trabajo práctico.

Primer plano de un reproductor de video accesible con enfoque de teclado visible y botón de subtítulos

Reflujo, contraste y movimiento reducido

Finalmente, el reproductor debe soportar las mismas adaptaciones de visualización que el resto de la página — estas son fáciles de olvidar porque solo aparecen cuando las pruebas se realizan deliberadamente:

  • Reflujo y zoom — al 400% de zoom (WCAG 1.4.10), los controles deben seguir siendo alcanzables y utilizables sin desplazamiento horizontal, y el video no debe empujar la interfaz crítica fuera de la pantalla.
  • Contraste — los íconos de control y cualquier texto deben cumplir con los mínimos de contraste contra el fondo del reproductor, que a menudo es oscuro; los íconos gris claro sobre negro frecuentemente fallan (consulta nuestra guía de contraste).
  • Movimiento reducido — honrar la preferencia de movimiento reducido del sistema operativo para animaciones y transiciones de control.
  • Sin parpadeos dañinos — nada en la interfaz o miniaturas debe parpadear más de tres veces por segundo (2.3.1).

Ejecuta todo esto con el teclado, un lector de pantalla y a alto zoom — el mismo método que describimos en nuestra guía de conformidad WCAG para cursos en línea.

Trampas comunes del reproductor (y pruebas rápidas)

Cuando los equipos descubren que su reproductor no es conforme, casi siempre es uno de estos:

  • Controles personalizados sin etiquetas. Un diseñador reemplazó los controles nativos con íconos bonitos que los lectores de pantalla no pueden nombrar. Prueba: activa un lector de pantalla y navega a cada control — ¿anuncia un nombre y estado?
  • Trampa de teclado en pantalla completa. Entras en pantalla completa por teclado pero no puedes salir. Prueba: presiona Escape y Tab en pantalla completa.
  • Subtítulos detrás de un menú solo para mouse. Prueba: ¿puedes alternar subtítulos usando solo el teclado?
  • Reproductor de terceros incrustado cuya accesibilidad no controlas. Prueba: pregunta al proveedor qué motor de reproductor utilizan y si tiene su propio informe de conformidad.
  • Sin transcripción en ninguna parte. Prueba: busca un enlace o panel de transcripción cerca del video.

Cualquiera de estos es suficiente para fallar una auditoría, y todos ellos se detectan en una verificación de diez minutos con teclado y lector de pantalla.

Sesiones en vivo, descripción de audio y los detalles que se pasan por alto

Dos áreas atrapan a los equipos una vez que se manejan los aspectos básicos. La primera es contenido en vivo y seminarios web. WCAG 1.2.4 requiere subtítulos para audio en vivo, lo que significa subtitulación en tiempo real para seminarios web y clases en vivo — ya sea un subtitulador humano o un flujo de subtítulos automáticos confiable. Si tu programa incluye sesiones en vivo, confirma que la plataforma (o tu herramienta de conferencias) pueda subtitularlas, y que se publique una grabación subtitulada después para que la versión bajo demanda cumpla con 1.2.2 también.

La segunda es descripción de audio hecha correctamente. Muchos videos de curso son "cabeza hablante más diapositivas", y los creadores asumen que la narración cubre todo. Rara vez lo hace: texto en pantalla que nunca se lee en voz alta, una demostración de software silenciosa, un gráfico señalado con "como puedes ver aquí" — todo esto es invisible para un estudiante que no puede ver la pantalla. La solución más económica es guionizar y narrar de manera inclusiva desde el principio ("la línea verde, en la parte superior derecha, muestra los ingresos"), por lo que rara vez se necesita una pista descrita separada. Donde se necesita, el reproductor debe soportar una versión descrita alternativa.

Algunos detalles más pequeños completan un reproductor genuinamente accesible: un marco de cartel significativo y etiquetado en lugar de un congelamiento aleatorio; marcadores de capítulo que sean alcanzables por teclado; control de velocidad de reproducción (una verdadera ayuda de accesibilidad para diferencias de procesamiento); y recordar la preferencia de subtítulos de un estudiante a través de videos para que no tenga que reactivarla cada vez. Ninguno de estos es exótico — son la diferencia entre un reproductor que técnicamente pasa y uno que es genuinamente agradable de usar con tecnología de asistencia.

Un reproductor accesible es mejor para todos — y para SEO

Es tentador tratar al reproductor accesible como un costo de cumplimiento, pero se paga en toda tu audiencia. Los subtítulos son utilizados abrumadoramente por personas sin pérdida auditiva — espectadores que ven con el sonido apagado en público, en la cama o en un segundo idioma. Las transcripciones permiten a los estudiantes ocupados hojear un video de 20 minutos en dos minutos, buscar la parte que necesitan y revisar antes de un examen. La operabilidad por teclado ayuda a los usuarios avanzados y a cualquiera en un trackpad inestable. El control de velocidad de reproducción ayuda tanto a procesadores rápidos como lentos. En otras palabras, las características que construyes para estudiantes con discapacidades mejoran silenciosamente la finalización y la satisfacción para todos ellos.

También hay un beneficio de descubrimiento. Una transcripción es texto indexable: le da a los motores de búsqueda (y cada vez más a los motores de respuesta de IA) algo que leer donde un video desnudo les da casi nada, por lo que las lecciones con subtítulos y transcritas tienen más probabilidades de aparecer en las búsquedas y ser citadas. Un marcado de reproductor bien estructurado y etiquetado también es más robusto para las incrustaciones y vistas previas que impulsan el compartir social. La accesibilidad, el rendimiento y el SEO tienden a moverse juntos — el mismo enfoque semántico, bien etiquetado y rico en texto sirve a los tres.

Así que cuando peses el esfuerzo de cambiar a un reproductor accesible, cuenta el beneficio, no solo el riesgo evitado: más finalizaciones, más revisiones, mejor visibilidad en las búsquedas y un programa que no excluye silenciosamente a una parte de cada cohorte.

Tu lista de verificación del reproductor de video WCAG

Utiliza esto como una rápida prueba de aprobación/rechazo al evaluar cualquier reproductor de video de curso. El reproductor es conforme solo si puedes responder sí a todos ellos:

  • Cada control (reproducir, buscar, volumen, subtítulos, velocidad, pantalla completa) funciona por teclado, sin trampa.
  • Un indicador de enfoque visible te sigue a través de los controles y nunca está oculto detrás de otros elementos.
  • Un lector de pantalla anuncia el nombre y el estado actual de cada control (por ejemplo, "Subtítulos, apagados").
  • Los subtítulos sincronizados son precisos, completos y alternables, incluyendo cambios de hablante y señales de sonido.
  • Una transcripción está disponible cerca del video.
  • La descripción de audio (o narración inclusiva) cubre información visual únicamente.
  • Las sesiones en vivo están subtituladas en tiempo real, y las grabaciones mantienen esos subtítulos.
  • Los controles siguen siendo utilizables al 400% de zoom, y cumplen con los tamaños de contraste y objetivo táctil.
  • El reproductor respeta la preferencia de movimiento reducido y nada parpadea más de tres veces por segundo.
  • La preferencia de subtítulos del estudiante se recuerda a través de los videos.

Si alguna respuesta es no, tienes una brecha de accesibilidad concreta y demostrable que plantear con el proveedor — o una razón para elegir una plataforma diferente.

Cómo se construye el reproductor de Eduspera

El reproductor de cursos de Eduspera está construido para estos requisitos: operación completa por teclado con enfoque visible y no obstruido; controles etiquetados para lectores de pantalla que anuncian el estado; subtítulos sincronizados más transcripciones descargables; y un comportamiento que respeta las configuraciones de movimiento reducido y alto zoom. Los videos reciben subtítulos automáticos que los creadores pueden revisar y corregir, y toda la experiencia se prueba contra WCAG 2.2 AA en lugar de asumirlo.

Si el reproductor de tu LMS actual falla la prueba de teclado o lector de pantalla, eso solo es motivo suficiente para cambiar — y Eduspera migra tus cursos y videos de forma gratuita, a aproximadamente la mitad del precio de las grandes plataformas. Pruébalo gratis o ve cómo se comparan las plataformas en nuestras páginas de comparación.

Preguntas frecuentes

¿Qué es un reproductor de video conforme a WCAG?

Un reproductor cuyos controles son completamente operables por teclado con enfoque visible y no obstruido y etiquetas para lectores de pantalla que anuncian el estado, y cuyo medio incluye subtítulos sincronizados, una transcripción y (donde sea necesario) descripción de audio — mientras sigue siendo utilizable al 400% de zoom y honrando las preferencias de movimiento reducido.

¿Son suficientes los subtítulos para hacer que un video de curso sea accesible?

No. Los subtítulos satisfacen un criterio (WCAG 1.2.2). Los controles del reproductor también deben ser operables por teclado y etiquetados para lectores de pantalla, debe estar disponible una transcripción, y puede ser necesaria una descripción de audio (1.2.5) para información visual únicamente. Un video con subtítulos en un reproductor inoperable aún falla.

¿WCAG requiere transcripciones para video?

WCAG AA requiere estrictamente subtítulos y descripción de audio para video pregrabado; una transcripción es mejor práctica y es necesaria para usuarios sordociegos que leen a través de una pantalla braille. La mayoría de las plataformas de cursos accesibles proporcionan tanto subtítulos como transcripciones porque las transcripciones también ayudan a hojear y revisar.

¿Cómo puedo probar si el reproductor de video de mi LMS es accesible?

Opera el reproductor solo con el teclado (reproducir, buscar, subtítulos, pantalla completa) verificando el enfoque visible y sin trampas, ejecuta un lector de pantalla para confirmar que los controles están etiquetados y anuncian el estado, verifica que los subtítulos y una transcripción estén presentes, y prueba al 400% de zoom y con el movimiento reducido habilitado.

¿Cumple el reproductor de Eduspera con WCAG 2.2 AA?

Sí. El reproductor ofrece controles operables por teclado, etiquetados para lectores de pantalla con enfoque visible, subtítulos sincronizados y transcripciones descargables, y respeta las configuraciones de movimiento reducido y alto zoom — todo probado contra WCAG 2.2 AA.