La accesibilidad web es especialmente crítica en la educación para garantizar que todos los estudiantes tengan un acceso justo y equivalente a los materiales de aprendizaje. Las instituciones gubernamentales en Estados Unidos y Reino Unido están obligadas por ley a hacer que su contenido web sea accesible. Los estándares y prácticas de accesibilidad son acordados por el W3C e implementados por la WAI.
La vista, la audición, la movilidad y las discapacidades de aprendizaje pueden afectar la forma en que sus alumnos acceden e interpretan la información en la Web Las tecnologías de asistencia pueden ayudar con algunas de las dificultades que enfrenta; algunas deben ser abordadas por su propio sitio web. Al hacer un sitio accesible, comience por pensar en su diseño, estructura y contenido.
No es ni rápido ni fácil crear múltiples vías para alcanzar los objetivos de aprendizaje en el entorno en línea. Tomará tiempo construir un conjunto de materiales, actividades y estrategias de evaluación en línea que se adapten a la amplia variedad de necesidades de aprendizaje de los estudiantes con discapacidades y las preferencias de aprendizaje de todos los estudiantes. Sus esfuerzos crearán un espacio inclusivo para todos, incluidos los estudiantes tradicionalmente marginados por sus necesidades en el entorno en línea.
Como dice el viejo refrán: “No se puede complacer a toda la gente, todo el tiempo”. En nuestro caso aquí, solo estamos tratando de aumentar la probabilidad de que cada estudiante tenga éxito en nuestra área de cursos en línea, independientemente de sus discapacidades, preferencias de aprendizaje o situación de vida. Esto lo hacemos aumentando el número de métodos por los cuales los estudiantes obtienen y usan el contenido. Esto lo hacemos, siempre que sea posible, dando opciones a los estudiantes respecto a cómo evaluaremos su desempeño. Esto lo hacemos tomando el tiempo para involucrar a los estudiantes de diferentes maneras y en diferentes niveles. Esto lo hacemos aplicando los principios UDL a la enseñanza y el aprendizaje en línea.
Una vez que haya tenido en cuenta los principios UDL al desarrollar los materiales de su curso, use XHTML y CSS correctos, o un programa que pueda generarlo por usted, para construir o modificar el sitio de acuerdo con las pautas proporcionadas por la WCAG. Esto ayudará a garantizar que la tecnología no cree barreras para los estudiantes con discapacidad.
Estudios de casos
De 2005 a 2006, la Universidad de Columbia Británica estuvo involucrada en un proyecto financiado por BCCampus sobre accesibilidad web en el aprendizaje en línea. Durante el proyecto, creamos un grupo focal de personas con diferentes discapacidades. A partir de sus comentarios, se realizaron modificaciones y rediseños en cinco cursos que fueron pilotados en verano de 2006 como “cursos accesibles”. En la medida de lo posible, pedimos a los participantes que usaran sus propias computadoras en casa, las cuales ya estaban adaptadas de acuerdo a su uso y preferencias personales. Cuando estábamos en la oficina, intentamos imitar su configuración hogareña, dándoles la opción de usar Windows o Mac OS y su navegador preferido. Queríamos evitar las barreras adicionales de trabajar en una nueva computadora en un entorno desconocido, y que los participantes experimentaran la misma situación que nuestros estudiantes registrados. Por lo tanto, nuestras presentaciones e instrucciones se limitaron a lo que obtendrían de un instructor con anticipación. Solo limitamos su navegación pidiéndoles que se centren en páginas específicas en lugar de leer todo el contenido del curso. Los miembros del grupo focal fueron entrevistados individualmente antes y después de las modificaciones. El primer conjunto de preguntas fue sobre cómo su discapacidad afectó su capacidad para navegar por el material del curso y qué mejoras harían que el material fuera más accesible para ellos. Las preguntas posteriores a las modificaciones involucraron calidad de la presentación, usabilidad de la interfaz y utilidad del sistema.
En nuestras consultas con los participantes, les pedimos sus comentarios orales o escritos y opiniones sobre su experiencia. Los nombres en estos casos han sido cambiados por razones de privacidad.
Caso 1: Samuel
Descripción. Samuel es un estudiante de inglés como segundo idioma (ESL) con problemas de audición de Corea. Se le habían recomendado cursos en línea como una buena opción para eliminar la barrera de su discapacidad.
Cuestiones. Samuel quedó sorprendido y decepcionado con la cantidad de material basado en texto en los cursos que tomó. Los comparó con los cursos en línea en Corea, que incluyeron una cantidad considerable de extractos de video. Porque el inglés no es su lengua materna,
Samuel lucha en las clases presenciales tradicionales. A pesar de eso, preferiría encontrarse cara a cara, o usar una cámara web para ver emociones y gestos, que intentar recogerlos solo del texto. Comentario y recomendación. Hacer que el contenido sea solo de texto no necesariamente lo hace más accesible. Funciona bien con un lector de pantalla, pero no hay beneficio para un estudiante con discapacidad auditiva. En lugar de omitir todos los medios, se debe prestar más atención a brindar alternativas al audio puro, como transcripciones, o leyendas para componentes de video. Vea el ejemplo en la Figura\(\PageIndex{1}\) donde un segmento de video va acompañado de transcripciones y audio.
El soporte de webcam es una característica común en el software de mensajería instantánea, y los estudiantes se sienten cada vez más cómodos con su uso. Si bien no se puede esperar razonablemente que todos los estudiantes posean una cámara web, los mensajes de video compatibles con mensajes de texto serían de mayor beneficio para Samuel que un foro estándar basado en texto, permitiéndole no solo ver las expresiones faciales de los demás, sino también encontrarse y practicar el inglés hablado a nivel funcional.
Caso 2: Ted
Descripción. Ted es un profesor de ESL con una condición que hace que sus globos oculares continúen rotando al enfocarse en un objeto. No suele usar una computadora, ya que tiene que aprender programas por memoria en lugar de usar señales visuales. Se encuentra perdido al buscar en Internet.
Cuestiones. Para Ted, el texto tiende a tambalearse: el texto pequeño es muy difícil de leer, y el interlineado debe ser lo suficientemente grande como para separar claramente las líneas. Ted aumenta el tamaño de fuente en su navegador al leer desde la Web.
Comentario y recomendación. Uno de los principales objetivos aquí era ayudar a Ted a enfocarse en la página. Se mejoró el diseño de las páginas y se hizo más fácil de leer, con una longitud de línea más corta y un mayor espaciado entre líneas. Los gráficos que son demasiado pequeños tienen una opción de “lupa” para hacer zoom a la imagen. Ver ejemplo en la Figura 11.8.
Las señales de ubicación son de vital importancia para Ted. Esto se implementó resaltando el título de la página actual en el menú de navegación de la izquierda. Esto es un beneficio no sólo para las personas con discapacidad visual, quienes pueden referirse a la línea resaltada como marcador visual, sino también para las personas con discapacidades de aprendizaje o aquellas cuya lengua materna no es el inglés, que se benefician del refuerzo de la información de ubicación en el título y menú de navegación del página.
Se recomienda el uso de un lector de pantalla, como Wynn. La herramienta resalta las líneas de texto que se están leyendo actualmente. Ted usa su dedo para seguir la línea de texto. Este software ayudará a que sus ojos se centren en la parte resaltada del contenido, además de proporcionar una opción de audio.
Figura\(\PageIndex{1}\): Proporcionar audio y transcripciones con un componente de mediosFigura\(\PageIndex{2}\): Habilitación de “lupa” para ampliar la imagen
Caso 3: Robert
Descripción. Robert tenía daño nervioso en su mano derecha y no puede usar un teclado estándar. Un ratón estándar también le resulta difícil de usar, por lo que suele usar una tableta. Recientemente adquirió un Frogpad, un teclado con una sola mano y 20 teclas que usa combinaciones de teclas. Hasta el momento puede escribir alrededor de 10 a 20 palabras por minuto.
Cuestiones. Robert requiere tiempo adicional al escribir exámenes, especialmente cuando escribe a mano; prefiere escribir a pesar de que todavía es lento. Dice que sería poco probable que usara un tablero de discusión o una sala de chat. A la fecha, no ha utilizado herramientas de voz, pero dice que no podría utilizarlas en un laboratorio abarrotado.
Comentario y recomendación. Hacer arreglos especiales para las tareas, como extender el plazo, o presentarlo en un formato diferente es una solución que tiene que ser discutida con un instructor. Los estudiantes que tienen problemas y necesitan adaptaciones especiales a menudo no los reportan a sus instructores. Una nota proveniente del instructor o administrador al inicio del curso, explicando las posibilidades de esas adaptaciones, animará a los estudiantes a expresar sus inquietudes.
La introducción de herramientas de audio, como foros de discusión de voz o mensajería instantánea de voz, puede ahorrarle tiempo y esfuerzo a Robert al escribir. Si se pudiera obtener acceso al hardware necesario, las asignaciones que opcionalmente se pueden presentar en formatos alternativos, como presentaciones de audio o video, también pueden ser apropiadas.
Caso 4: George
Descripción. George ha estado ciego desde su nacimiento, y confía en una computadora con JAWS para Windows, un programa lector de pantalla parlante, que le permite acceder a Internet así como a muchas otras aplicaciones de PC.
Cuestiones. George ha tomado cursos en línea en el pasado, pero encuentra WebCT engorroso de navegar. El popular sistema de gestión de cursos se basa en conjuntos de marcos, que no son óptimos para JAWS, ya que cuando un solo fotograma se actualiza es difícil para un oyente ciego determinar qué ha cambiado en la página. La navegación se distribuye a través de múltiples conjuntos de marcos y se implementa en JavaScript, que se comporta de manera diferente en el lector JAWS que en HTML estándar.
Comentario y recomendación. Muchas de las mejoras que pueden ayudar a estudiantes como George son los lineamientos familiares de la WCAG. Aquí, el reto no es simplemente adaptar el material, sino hacer que los desarrolladores de cursos sean conscientes de que estos cambios son necesarios.
A George, quien está interesado en una carrera de radiodifusión, se le preguntó si preferiría presentar tareas como lecturas de audio en lugar de tareas escritas. Respondió que el material para una lectura de audio debe prepararse con anticipación como texto escrito o bien se debe editar el audio final, lo que es una opción menos accesible para un usuario ciego que un editor de texto estándar. Sin embargo, valoró la idea de ofrecer alternativas a los estudiantes.
