041[1]

041.

Accesibilidad y usabilidad. W3C. AUTOR: Manuel Campos Echeverr\u00eda

Sumario.

041.1. Conceptos sobre accesibilidad Web. 041.2. C\u00f3mo utilizan la Web las personas con discapacidad. 041.3. Componentes necesarios para tener una accesibilidad Web. 041.4. Pautas de Accesibilidad al Contenido en la Web (WCAG). 041.5. Las Pautas de Accesibilidad para Herramientas de Autor (ATAG). 041.6. Las Pautas de Accesibilidad para Agentes de Usuario (UAAG). 041.7. Tabla de Puntos de Verificaci\u00f3n para Pautas de Accesibilidad al Contenido en la Web 1 041.8 Concepto de usabilidad. 041.9 \u00bfQu\u00e9 es el W3C.?

041.1. Conceptos sobre accesibilidad Web. La accesibilidad Web significa que personas con alg\u00fan tipo de discapacidad van a poder hacer uso de la Web. En concreto, al hablar de accesibilidad Web se est\u00e1 haciendo referencia a un dise\u00f1o Web que va a permitir que estas personas puedan percibir, entender, navegar e interactuar con la Web, aportando a su vez contenidos. La accesibilidad Web tambi\u00e9n beneficia a otras personas, incluyendo personas de edad avanzada que han visto mermadas sus habilidad a consecuencia de la edad.

La accesibilidad Web engloba muchos tipos de discapacidades, incluyendo problemas visuales, auditivos, f\u00edsicos, cognitivos, neurol\u00f3gicos y del habla. Existen millones de personas con discapacidad que no pued utilizar la Web. Actualmente, la mayor\u00eda de los sitios Web y los software Web presentan barreras de accesibilidad, lo que dificulta o imposibilita la utilizaci\u00f3n de la Web para muchas personas con discapacidad. Cuanto m\u00e1s software y sitios Web accesibles est\u00e9n disponibles, m\u00e1s personas con discapacidad po utilizar la Web y contribuir de forma m\u00e1s eficiente.

Pero la accesibilidad Web beneficia tambi\u00e9n a organizaciones y a personas sin discapacidad. Por ejemplo, un principio b\u00e1sico de la accesibilidad Web es la flexibilidad con el objetivo de satisfacer diferentes necesidades, situaciones y preferencias. Esta flexibilidad va a beneficiar a todas aquellas personas que utilizan la Web, incluyendo personas que no tienen ninguna discapacidad pero que, debido a determinadas situaciones, tienen dificultades para acceder a la Web (por ejemplo, una conexi\u00f3n lenta), tambi\u00e9n estar\u00edamos hab de aquellas personas que sufren una incapacidad transitoria (por ejemplo, un brazo roto), y de personas de edad avanzada. 041.2. C\u00f3mo utilizan la Web las personas con discapacidad.

Los siguientes ejemplos muestran personas con una variedad de discapacidades que utilizan diferentes tecnolog\u00edas o estrategias de adaptaci\u00f3n para acceder a la Web. Estos escenarios no representan individ reales. Las combinaciones concretas descritas de ayudas t\u00e9cnicas, y las habilidades del las personas en el uso de las mismas no ser\u00e1n siempre las mismas para todas las personas con las discapacidades descritas. En algunos casos los navegadores, reproductores multimedia, o ayudas t\u00e9cnicas con caracter\u00edsticas especiales que soportan la accesibilidad puede que no est\u00e9n disponibles in el idioma principal de algunos usuarios. Volumen 1. ORGANIZACI\u00d3N Y GESTI\u00d3N DE LOS SISTEMAS DE INFORMACI\u00d3N.

1

Los siguientes ejemplos resaltan el uso de algunas soluciones de accesibilidad:

Cliente para compras en l\u00ednea con daltonismo (control por el usuario de las hojas de estilo) Periodista con lesi\u00f3n por esfuerzo repetitivo (equivalentes de teclado para comandos de rat\u00f3n; teclas de acceso r\u00e1pido) \u2022 Estudiante en l\u00ednea sorda (secciones sonoras de archivos multimedia con subtitulaci\u00f3n) \u2022 Contable con ceguera (etiquetado correcto de tablas, abreviaturas y acr\u00f3nimos; sincronizaci\u00f3n de la presentaci\u00f3n visual, hablada y de braille) \u2022 Estudiante presencial con dislexia (uso de gr\u00e1ficos complementarios; congelaci\u00f3n de gr\u00e1fico animados; opciones m\u00faltiples de b\u00fasqueda) \u2022 Jubilado con condiciones relacionadas con avanzada edad, que gestiona sus finanzas personales (amplificaci\u00f3n de pantalla; parada de texto en movimiento; desactivaci\u00f3n de ventanas emergentes) \u2022 Empleado de supermercado con discapacidad cognitiva (lenguaje simple y claro; dise\u00f1o regular; opciones de navegaci\u00f3n regulares; contenidos sonoros complementarios) \u2022 Quincea\u00f1era con sordo-ceguera, en busca de entretenimiento (control por el usuario de las hojas de estilo; multimedia accesible; acceso con independencia del dispositivo; marcos etiquetados; etiquetado correcto de tablas) \u2022 \u2022

Este apartado describe distintas clases generales de discapacidad que pueden afectar el acceso a la Web. No existen todav\u00eda clasificaciones de discapacidad universalmente aceptadas, a pesar de los esfuerzos en ese sentido. La terminolog\u00eda empleada com\u00fanmente para la discapacidad var\u00eda de un pa\u00eds a otro y en diferentes comunidades de discapacitados dentro de un mismo pa\u00eds. A veces, diferentes discapacidades requieren acomodaciones similares. Por ejemplo, una persona ciega y otra que no puede servirse de sus manos requieren, ambos, equivalentes de teclado para todos los comandos de rat\u00f3n en los navegadores y herramientas de edici\u00f3n, puesto que ambos tienen dificultad en el uso del rat\u00f3n, pero pueden utilizar las ayudas t\u00e9cnicas para activar comandos soportados por el interfaz est\u00e1ndar de teclado.

Muchas de las soluciones descritas en este tema contribuyen al llamado "dise\u00f1o universal" (tambi\u00e9n llamado "dise\u00f1o para todos") porque ayudan a los usuarios no discapacitados y a los con discapacidad. Por ejemplo, la salida en forma de habla no solo beneficia a los usuarios ciegos, sino que tambi\u00e9n a los usuarios cuyos ojos est\u00e1n ocupados con otras tareas; mientras los subt\u00edtulos para el sonido benefician no solo a los usuarios sordos sino tambi\u00e9n mejoran la eficacia de los procesos de indexaci\u00f3n y b\u00fasqueda para contenido sonoros en los sitios Web. Discapacidades visuales. Ceguera.

La ceguera implica una p\u00e9rdida importante e incorregible de la visi\u00f3n en ambos ojos. Para acceder a la Web, muchos individuos ciegos necesitan lector de pantalla -- software que puede leer el texto en pantalla (monitor) y reproducir la informaci\u00f3n a trav\u00e9s de s\u00edntesis de voz y/ o l\u00ednea braille. Algunas personas c utilizan navegadores solo texto tal como Lynx, o navegadores de voz, en vez de un navegador con interfaz de usuario gr\u00e1fico con lector de pantalla. Pueden utilizar estrategias de navegaci\u00f3n r\u00e1pida, por ejemplo navegar con teclado a trav\u00e9s de encabezados o enlaces en las p\u00e1ginas Web en vez de leer cada palabra de la p\u00e1gina de forma secuencial. Algunos ejemplos de las barreras que tienen que afrontar las personas ciegas en la Web incluyen:

I m\u00e1genes sin texto ALT \u2022 I m\u00e1genes complejas (por ejemplo gr\u00e1ficos o planos) sin descripci\u00f3n adecuada \u2022 V\u00eddeo sin descripci\u00f3n textual o sonora \u2022 Tablas que no tienen sentido cuando se leen de forma secuencial (celda por celda o en modo lineal) \u2022 Marcos sin alternativas "NOFRAME", o sin nombres significativos \u2022 Formularios que no permiten la navegaci\u00f3n con la tecla tabulador en una secuencia l\u00f3gica, o co etiquetas inadecuadas \u2022 Navegadores y herramientas de edici\u00f3n sin soporte para teclado para todos los comandos \u2022 Navegadores y herramientas de edici\u00f3n que no emplean el interfaz de programaci\u00f3n de aplicacion del sistema operativo \u2022

041. Accesibilidad y usabilidad. W3C.

2

\u2022

Formatos no est\u00e1ndar de documentos que pueden ser problem\u00e1ticos para el lector de panta

Baja visi\u00f3n.

Existen muchas clases de baja visi\u00f3n, por ejemplo falta de agudeza (una visi\u00f3n que no es n\u00edtida), dis macular (solo se ve la parte central del campo visual o solo los bordes), y visi\u00f3n borrosa. Para utilizar la Web, algunas personas con baja visi\u00f3n utilizan pantallas muy grandes, y aumentan el tama\u00f1o de texto e im\u00e1genes a nivel de sistema operativo. Otras emplean ampliadores de pantalla o software de mejora de pantalla. Algunos individuos utilizan combinaciones espec\u00edficas de colores de texto y de fondo, por ejemplo letra de color amarillo intenso a 24 puntos sobre fondo negro, o eligen ciertos tipos de letra que son especialmente legibles para sus caracter\u00edsticas visuales. Las barreras que pueden encontrar en la Web las personas con baja visi\u00f3n incluyen:

P\u00e1ginas Web con tama\u00f1o de letra fija dif\u00edcil de cambiar (aumentar o disminuir) Sitios Web que, por variar la maquetaci\u00f3n entre una p\u00e1gina y otra, son de dif\u00edcil nave se ampl\u00edan, por p\u00e9rdida del contexto cercano \u2022 P\u00e1ginas Web, o im\u00e1genes en p\u00e1ginas Web, que tienen poco contraste, y cuyo contraste cambiar f\u00e1cilmente mediante la redefinici\u00f3n de la hoja de estilo del dise\u00f1ador \u2022 Texto en forma de im\u00e1genes que no salta a la l\u00ednea siguiente al final de la l\u00ednea \u2022 Tambi\u00e9n, muchas de las barreras descritas en el apartado anterior sobre ceguera, seg\u00fan severidad de la deficiencia visual \u2022 \u2022

Daltonismo. El daltonismo es una falta de sensibilidad a ciertos colores. Las formas comunes del daltonismo incluyen dificultad para distinguir rojo y verde, o amarillo y azul. A veces el daltonismo resulta una incapacidad de percibir cualquier color. Para utilizar la Web, algunas personas con daltonismo emplean sus propias hojas de estilo para definir sus propios colores de letra y de fondo en vez de los definidos por el dise\u00f1ador. Las barreras que pueden encontrar en la Web las personas con daltonismo incluyen: Color que se emplea como indicador \u00fanico para dar \u00e9nfasis al texto \u2022 Texto con contraste insuficiente con el color o el dise\u00f1o de fondo \u2022 Navegadores que no soportan el uso de hojas de estilo de usuario \u2022

Discapacidades auditivas Sordera.

La sordera implica una p\u00e9rdida importante e incorregible de la capacidad auditiva en ambos o\u00eddos. El id principal de algunos individuos es una lengua de signos, y pueden o no hablar y leer con fluidez otro idioma. Para usar los contenidos sonoros en la Web, muchas personas sordas necesitan subt\u00edtulos. Pueden necesitar activar y desactivar los subt\u00edtulos de los contenidos sonoros mientras navegan por una p\u00e1gina. Las barr que pueden encontrar en la Web las personas sordas incluyen:

Falta de subt\u00edtulos o transcripciones de contenidos sonoros Falta de im\u00e1genes relacionadas con los contenidos en p\u00e1ginas, llenas de texto, que puede resulta en comprensi\u00f3n m\u00e1s lenta para personas cuyo idioma principal puede ser una lengua de signos e vez de lenguaje escrito/ hablado \u2022 Sitios Web que requieren entrada de voz \u2022 \u2022

Duro de o\u00eddo.

Una persona con sordera ligera o moderada puede considerarse duro de o\u00eddo. Para utilizar la Web, las personas duras de o\u00eddo pueden necesitar subt\u00edtulos para contenidos sonoros y/o amplificaci\u00f3n de Pueden necesitar activar o desactivar los subt\u00edtulos de un archivo sonoro, o ajustar el nivel de sonido en un archivo sonoro. Las barreras que encuentran en la Web incluyen: Falta de subt\u00edtulos o transcripciones de sonido \u2022 Discapacidades f\u00edsicas. \u2022

Volumen 1. ORGANIZACI\u00d3N Y GESTI\u00d3N DE LOS SISTEMAS DE INFORMACI\u00d3N.

3

Las discapacidades motrices. Las discapacidades motrices incluyen debilidad, limitaciones de control muscular (tales como movimientos involuntarios, falta de coordinación, o parálisis), limitaciones de sensibilidad, problemas con las articulaciones, o falta de miembros. Algunas discapacidades físicas pueden incluir dolor que impide el movimiento. Estas condiciones pueden afectar las manos y los brazos además de otras partes del cuerpo. Para utilizar la Web, las personas con discapacidades motrices que afecten a las manos o los brazos pueden utilizar un ratón especial; un teclado con una disposición de teclas que convenga a su rango de movimiento manual; un dispositivo tal como un ratón de cabeza, o apuntador de boca; software de reconocimiento de voz; sistemas de seguimiento de ojos; o otras ayudas técnicas para acceder a e interactuar con los sitios Web. Pueden activar comandos mediante secuencias de teclas individuales con un apuntador de cabeza en vez de con combinaciones de teclas simultáneas. Pueden necesitar más tiempo para rellenar formularios interactivos en sitios Web si tienen que concentrarse o maniobrar con cuidado para seleccionar cada tecla. Las barreras encontradas por las personas con discapacidad motriz que afecte a las manos o los brazos incluyen: • •

•

Opciones de respuesta con restricción de tiempo en páginas Web Navegadores y herramientas de edición que no soportan alternativas de teclado para los comandos de ratón Formularios que no permiten su navegación en secuencia lógica con la tecla tabulador (nota: los navegadores todavía no soportan bien "tabindex")

Deficiencias en el habla. Las deficiencias en el habla incluyen dificultad para pronunciar de forma reconocible por algunas aplicaciones de reconocimiento de voz, o por el nivel sonoro o la claridad. Para utilizar los sitios Web que necesitan reconocimiento de voz, una persona con dificultad para hablar necesitará un modo alternativo de entrada de datos, por ejemplo el teclado. Las barreras que pueden encontrar las personas con discapacidades de habla incluyen: •

Sitios Web que requieren una interacción mediante voz que no permiten un modo alternativo de entrada de datos

Discapacidades cognitivas y neurológicas. Dislexia. Las personas con dislexia (a veces llamadas en EEUU "discapacidades de aprendizaje") pueden experimentar dificultades con el proceso del lenguaje escrito o imágenes que se leen visualmente, o con lenguaje hablado cuando éste se escucha, o con números cuando estos se leen de manera visual o se escuchan. Para utilizar la Web, las personas con discapacidades cognitivas pueden necesitar obtener la información mediante múltiples modalidades simultáneamente. Por ejemplo, una persona con dificultad para leer puede utilizar un lector de pantalla con síntesis de voz para facilitar la comprensión, mientras una persona con discapacidad para procesar lo escuchado puede usar subtítulos para ayudarle a comprender un contenido sonoro. Las barreras que encuentran las personas con discapacidad cognitiva-intelectual en la Web incluyen: •

La falta de modalidades alternativas para acceder a la información en los sitios Web. Por ejemplo, la falta de un texto alternativo que se pueda convertir en sonido para complementar a la información visual

Trastorno de déficit de atención. Las personas con trastorno de déficit de atención pueden tener dificultades para concentrarse en la información. Para usar la Web, una persona con esta discapacidad puede necesitar desactivar las animaciones de un sitio para poder concentrarse en los contenidos. Las barreras que pueden encontrar las personas con trastorno de déficit de atención incluyen: • •

Elementos visuales o sonoros que no se pueden desactivar fácilmente La falta de una organización clara y regular de los sitios


4

Discapacidad cognitiva. Las personas con discapacidad cognitiva aprenderán más lentamente, o tendrán dificultades para comprender conceptos complejos. Para usar la Web, estas personas pueden necesitar mas tiempo en un sitio Web, o pueden depender más de gráficos que faciliten la comprensión, y pueden verse perjudicados por un lenguaje más complejo que el necesario para el propósito del sitio. Las barreras incluyen: • • •

El uso de lenguaje innecesariamente complejo La falta de gráficos en los sitios Web La falta de una organización clara y coherente

Falta de memoria. Las personas con falta de memoria pueden tener problemas de memoria a corto plazo, falta de memoria a largo plazo, o alguna pérdida de habilidad en el lenguaje. Para usar la Web, las personas con falta de memoria pueden depender de una estructura de navegación coherente a través de todo el sitio. Las barreras incluyen: •

Falta de una organización coherente de un sitio Web

Discapacidades de salud mental. Las personas con discapacidad mental o emocional pueden tener dificultad para concentrarse en la información de un sito Web, o dificultades por visión borrosa o temblor de manos debido a los efectos secundarios de los medicamentos. Para utilizar la Web, muchas personas con discapacidades psíquicas pueden necesitar deshabilitar los elementos visuales o sonoros que les puedan distraer, o emplear ampliadores de pantalla. Las barreras incluyen: • •

Elementos visuales o sonoros que el usuario no puede deshabilitar fácilmente Páginas Web con tamaño de letra fijo que el usuario no puede aumentar fácilmente

Trastornos de epilepsia. Algunas personas con estos trastornos pueden sufrir ataques provocados por destellos visuales o sonoros a ciertas frecuencias. Para utilizar la Web, las personas con trastornos de epilepsia pueden necesitar desactivar las animaciones, texto parpadeante, o ciertas frecuencias de sonido. Los sitios que evitan estas frecuencias visuales y sonoras evitarán provocar ataques indeseados. Las barreras incluyen: •

El uso de frecuencias visuales o de sonido que pueden provocar ataques

Discapacidades múltiples. Las combinaciones de las discapacidades pueden mermar la flexibilidad del usuario en el uso de la información proporcionada para mejorar la accesibilidad. Por ejemplo, mientras una persona ciega puede aprovechar una descripción sonora de vídeo en un sitio Web, y una persona sorda puede aprovechar los subtítulos que acompañan el sonido, una persona que es a la vez sorda y ciega necesita acceder a una trascripción en forma de texto de la descripción del sonido y del video, a la que puede acceder con una línea braille. Asimismo, una persona sorda con baja visión puede aprovechar los subtítulos de archivos sonoros, pero sólo si puede ampliar los subtítulos y ajustar el contraste de colores. Una persona que no puede mover sus manos, y no ve bien la pantalla, puede utilizar una combinación de entrada mediante voz y salida de voz, y puede por lo tanto necesitar indicadores precisos de ubicación y opciones de navegación en el documento. Condiciones relacionadas con el envejecimiento.

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN.

5

Los cambios en la capacidad funcional de los usuarios debido al envejecimiento pueden incluir cambios sutiles y/ o paulatinos en sus capacidades o en combinaciones de capacidades incluidas en la visión, el oído, la destreza y la memoria. Las barreras incluyen cualquiera de los temas mencionados anteriormente. Cualquiera de estas limitaciones puede afectar a la capacidad de la persona para acceder a los contenidos Web. Conjuntamente, resulta más compleja la acomodación a estos cambios. Por ejemplo, una persona con baja visión puede necesitar ampliación de pantalla, mientras la misma ampliación de pantalla puede resultar en la pérdida de información sobre el contexto del entorno, lo que causa aún más dificultad para una persona con pérdida de memoria a corto plazo Las ayudas técnicas son productos utilizados por personas con discapacidad para ayudar con tareas que de otra manera no pueden realizar o no pueden realizar fácilmente. Las ayudas técnicas empleadas con ordenadores se llaman ayudas técnicas de software. Algunas ayudas técnicas dependen de otros agentes de usuario que sirven de dispositivo de salida, tales como navegadores gráficos de ordenador de sobremesa, navegadores de texto, navegadores de voz, reproductores multimedia, plug-ins. Las estrategias de adaptación pueden ser técnicas empleadas por personas con discapacidad, con o sin ayudas técnicas, para ayudarles a navegar por las páginas Web. La lista siguiente no pretende ser completa. Teclados alternativos y conmutadores. Los teclados alternativos y conmutadores son dispositivos de hardware o software empleados por las personas con discapacidad física, que proporcionan una manera alternativa de generar acciones de teclado que aparecen para el ordenador como si su origen fuera un teclado estándar. Algunos ejemplos pueden ser teclados con una separación entre teclas muy pequeña o muy grande, separadores de teclas que solo permiten apretar una tecla a la vez, teclados en pantalla, teclados activados por movimiento del ojo, y conmutadores de aspiración y soplado. Las aplicaciones Web que pueden operarse completamente desde el teclado, sin ratón, permiten una gran variedad de modos alternativos de interacción. Braille y línea braille. El braille es un sistema que emplea seis u ocho puntos en relieve en diferentes posiciones para representar las letras y los números que pueden ser leídos con los puntos de los dedos. Existen sistemas muy diferentes de braille en el mundo. Algunos "grados" de braille incluyen códigos adicionales además de los caracteres estándares alfanuméricos para representar conjuntos de caracteres comunes (por ejemplo, "inter" y "acción" en braille español grado 2) para crear un texto más compacto. Una versión de braille de 8 puntos se ha desarrollado para permitir la representación de todos los caracteres ASCII. Las líneas braille dinámicas emplean un dispositivo mecánico con clavijas que suben y bajan dinámicamente para permitir la presentación de caracteres braille. Ampliadores de pantalla. La ampliación de pantalla mediante software es empleada principalmente por personas con baja visión. El software amplia una parte de la pantalla para facilitar su visualización. En cuanto los ampliadores de pantalla hacen la imagen más grande, también reducen la extensión del área visible del documento, ocultando el contexto de entorno. Algunos ampliadores de pantalla también proporcionan dos vistas de la pantalla: una ampliada y otra al tamaño por defecto para la navegación. Avisos de sonidos. Los avisos de sonidos son una característica de las aplicaciones basadas en Web que permiten a los usuarios sordos o duros de oído recibir un aviso visual de que una advertencia o aviso sonoro ha sido emitido por el ordenador. Lectores de pantalla. Es software empleado por las personas ciegas o con dislexia que interpreta el texto en pantalla y lo dirige a un dispositivo o de síntesis de voz para salida sonora o a una línea braille para salida por tacto. Algunos lectores de pantalla emplean el árbol del documento (es decir el código analizado del documento) como datos de entrada. Los lectores de pantalla más antiguos emplean la versión del documento presentada en 041. Accesibilidad y usabilidad. W3C.

6

pantalla, con lo que se puede perder la secuencia o la estructura del documento (por ejemplo cuando se emplean tablas para distribuir el contenido en la página) por lo que el resultado puede ser confuso. Reconocimiento de voz. El reconocimiento de voz o de habla es empleado por las personas con algunas discapacidades físicas o lesiones temporales en las manos o los antebrazos como método de entrada de datos en algunos navegadores de voz. Las aplicaciones con soporte completo para teclado pueden ser empleadas con reconocimiento de voz. Softw are de rastreo. Es una ayuda técnica de software empleado por personas con alguna discapacidad física o cognitiva que resalta o anuncia las selecciones (por ejemplo, elementos de menú, enlaces, frases) una por una. El usuario selecciona el elemento accionando un conmutador cuando el software resalta o anuncia el elemento deseado. Síntesis de habla. La síntesis de habla puede ser generada por lectores de pantalla y navegadores de voz, y consiste en la producción de habla digital a partir de texto. Algunas personas escuchan la síntesis de habla a gran velocidad. Navegar por elementos estructurales con la tecla tabulador. Algunas soluciones de accesibilidad son estrategias de adaptación más que ayudas técnicas específicas de software o hardware. Por ejemplo, para las personas que no pueden utilizar el ratón, una estrategia para repasar rápidamente los enlaces, encabezados, elementos de lista, y otros elementos estructurales en una página Web, es emplear la tecla tabulador para acceder a cada uno de estos elementos de forma secuencial. Las personas que emplean lectores de pantalla -- porque son o ciegos o disléxicos -- pueden navegar por los elementos de la página, así como las personas que emplean reconocimiento de voz. Navegadores de texto. Los navegadores de texto, por ejemplo, Lynx, son una alternativa a los navegadores con interfaz gráfico. Pueden ser utilizados con lector de pantalla por personas ciegas. También pueden ser utilizados por personas con conexiones lentas que no quieren esperar que se descarguen imágenes. Navegadores de voz. Los navegadores de voz son sistemas que permiten la navegación mediante comandos hablados. Algunos tienen entrada y salida de datos por voz, y otros permiten acceso a la Web mediante teléfono.


7

041.3. Componentes necesarios para tener una accesibilidad Web. Es esencial que los diferentes componentes de desarrollo Web e interacción trabajen conjuntamente para que la Web sea accesible para aquellas personas con discapacidad. Estos componentes incluyen: •

• • •

•

•

• •

Contenido - información presente en una página Web o en una aplicación Web, incluyendo: I nformación como por ejemplo texto, imágenes y sonidos. Código o etiquetado que define estructura, presentación, etc. Navegadores Web, reproductores multimedia y otros "agentes de usuario" Tecnología de apoyo, en algunos casos - lectores de pantalla, teclados alternativos, intercambiadores, software de escáner, etc. Conocimiento de los usuarios, experiencias y, en ocasiones, estrategias de adaptación para la utilización de la Web. Desarrolladores - diseñadores, codificadores, autores, etc., incluyendo desarrolladores que tienen alguna discapacidad y usuarios que proporcionan contenido. Herramientas de autor - software para crea sitios Web. Herramientas de evaluación - herramientas para evaluar la accesibilidad Web, validadores de HTML, validadores de CSS, etc.

Los desarrolladores Web normalmente utilizan herramientas de autor y herramientas de evaluación para crear contenido Web. Las personas ("usuarios") utilizan navegadores Web, reproductores multimedia, tecnologías de apoyo u otros "agentes de usuarios" para obtener e interactuar con el contenido. Entre los componentes existen interdependencias de gran importancia, lo que significa que los componentes deben funcionar de forma conjunta para que la Web sea accesible. Por ejemplo, el texto alternativo en las imágenes: Las especificaciones técnicas contemplan la utilización del texto alternativo (por ejemplo, HTML define el atributo de texto alternativo (alt) del elemento imagen (img)) Las pautas de WAI - WCAG, ATAG y UAAG, definen cómo utilizar texto alternativo en relación a la accesibilidad en los diferentes componentes Los desarrolladores proporcionan palabras con un significado adecuado para el texto alternativo Las herramientas de autor permiten, facilitan y promueven la aportación de texto alternativo en una página Web Las herramientas de evaluación son utilizadas para ayudar a comprobar la existencia de texto alternativo Los agentes de usuario proporcionan interfaz human y automática al texto alternativo Las tecnologías de apoyo proporcionan interfaz humana al texto alternativo en varias modalidades Los usuarios saben cómo obtener el texto alternativo desde su agente de usuario y/ o tecnología de apoyo en función de sus necesidades Cuando se implementan en un componente características accesibles de forma adecuada, es más probable que otros componentes las apliquen también. Hay más probabilidad de que los usuarios demanden accesibilidad cuando los navegadores Web, reproductores multimedia, tecnologías de apoyo y otros agentes de usuario soporten características de accesibilidad, con lo que se hace más probable que los desarrolladores introduzcan características accesibles en sus contenidos. Hay más probabilidad de que los desarrolladores demanden que las herramientas de autor faciliten la implementación de características de accesibilidad cuando éstos desean incorporar características accesibles al contenido que producen. 041. Accesibilidad y usabilidad. W3C.

8

A su vez, cuando las herramientas de autor facilitan la implementación de esas características, se hace más probable que los desarrolladores las incorporen al contenido que desarrollan. Hay también más probabilidad de que los desarrolladores y usuarios pidan que los agentes de usuario soporten características de accesibilidad, cuando éstas son implementadas en la mayoría de los contenidos. Una experiencia de usuario accesible es importante para que haya motivación a la hora de incorporar características accesibles a los componentes. Por ejemplo, no es probable que los desarrolladores implementen una característica de accesibilidad si las herramientas de autor no la soportan, y si la mayoría de los navegadores o tecnologías de apoyo no proporcionan una implementación estable. A veces, si un componente tiene poca compatibilidad con una característica accesible, otros componentes, para compensar ese problema, pueden utilizar "caminos alternativos" que en definitiva requieren un esfuerzo mayor y que en general, no son apropiados en términos de accesibilidad. Por ejemplo, Los desarrolladores pueden compensar esa falta de compatibilidad con la accesibilidad que tienen algunas herramientas de autor; una manera sería, escribiendo directamente el código en lugar de hacerlo a través de una herramienta Los usuarios pueden compensar la falta de compatibilidad de navegadores, reproductores multimedia y tecnologías de apoyo, y la falta de accesibilidad de contenido; por ejemplo, utilizando diferentes navegadores o tecnologías de apoyo para controlar diferentes problemas de accesibilidad No obstante, en la mayoría de los casos los caminos alternativos no se aplican y el resultado sigue siendo una accesibilidad deficiente. Algunas veces, la falta de compatibilidad de un componente no puede ser controlada por otros componentes y lo que se obtiene es inaccesibilidad, lo que hace imposible, para algunas personas con discapacidad, el uso de un sitio o página Web en particular, o de una característica en concreto. La Iniciativa de Accesibilidad Web (WAI) del Consorcio World Wide Web (W3C) desarrolla pautas de accesibilidad Web para diferentes componentes: • •

•

•

•

Pautas de Accesibilidad para Herramientas de Autor (ATAG) que tratan las herramientas de autor Pautas de Accesibilidad al Contenido en la Web (WCAG) donde se tratan temas de contenido Web. Son utilizadas por desarrolladores, herramientas de autor y herramientas de evaluación de accesibilidad Pautas de Accesibilidad para Herramientas de Usuario (UAAG) donde se habla de los navegadores Web y reproductores multimedia, incluyendo algunos aspectos de tecnologías de apoyo Las pautas WAI están basadas en las especificaciones técnicas fundamentales de la Web, y están desarrolladas en coordinación con: Especificaciones técnicas del W3C (HTML, XML, CSS, SVG, SMI L, etc.)


9

041.4. Pautas de Accesibilidad al Contenido en la Web (WCAG). Los documentos denominados Pautas de Accesibilidad al Contenido en la Web (WCAG) explican cómo hacer que el contenido Web sea accesible para personas con discapacidad. El término "contenido" Web normalmente hace referencia a la información contenida en una página Web o en una aplicación Web, incluyendo texto, imágenes, formularios, sonido, etc. (hay otras definiciones concretas en los documentos de WCAG.) Las WCAG son parte de una serie de pautas de accesibilidad, que incluyen: • •

Las Pautas de Accesibilidad para Herramientas de Autor (ATAG) y Las Pautas de Accesibilidad para Agentes de Usuario (UAAG).

Las WCAG están pensadas principalmente para: • • •

Desarrolladores de contenido Web (desarrolladores páginas Web, diseñadores sitios Web, etc.) Desarrolladores de herramientas de autor para la Web Desarrolladores de herramientas de evaluación de accesibilidad Web

Tanto las WCAG como otros documentos complementarios tienen como objetivo satisfacer las necesidades de diferentes usuarios, incluyendo creadores de políticas, directivos y otros. Las WCAG 1.0 tienen 14 pautas que constituyen los principios generales del diseño accesible. Cada pauta tiene uno o más puntos de verificación que explican cómo se aplica la pauta en determinadas áreas. La WCAG 1.0 muestra el formato de las pautas y de los puntos de verificación. Cada punto de verificación tiene asignada una prioridad, que se explica en la sección de Prioridades de las WCAG 1.0. En cada punto de verificación hay un enlace a las técnicas que lleva hasta la sección dentro del documento inicial de Técnicas para las WCAG 1.0, que es un enlace a las técnicas específicas en: • • •

Técnicas Fundamentales para WCAG 1.0 Técnicas HTML para WCAG 1.0 Técnicas CSS para WCAG 1.0

Las Técnicas Fundamentales, las Técnicas CSS y las Técnicas HTML proporcionan ayuda para la implementación, incluyendo explicaciones, estrategias y ejemplos de etiquetado detallados. Las Técnicas están organizadas por tema; por ejemplo, el documento Técnicas HTML incluye secciones sobre formularios, imágenes, listas, enlaces, tablas, etc. Para obtener más información: • •

•

Guía breve para crear sitios Web accesibles, que incluye conceptos clave de las WCAG 1.0 Navegando en las Pautas y documentos de técnicas de WCAG 1.0, que muestra cómo se relacionan las pautas, los puntos de verificación y las técnicas Lista de puntos de verificación de las WCAG 1.0, que muestra una lista de los puntos de verificación de las WCAG 1.0, organizados en tablas y agrupados por prioridades


10

041.5. Las Pautas de Accesibilidad para Herramientas de Autor (ATAG). Los documentos denominados Pautas de Accesibilidad para Herramientas de Autor (ATAG) muestran cómo hacer que las herramientas de autor sean accesibles para personas con discapacidad. Estas herramientas son software que se utiliza para crear páginas y contenido Web. Uno de los objetivos principales de las ATAG es definir la forma en la que las herramientas ayudan a los desarrolladores Web a producir contenido Web que cumpla las Pautas de Accesibilidad al Contenido en la Web. Las ATAG forman parte de una serie de pautas de accesibilidad, en las que se incluyen las Pautas de Accesibilidad al Contenido en la Web (WCAG WG) y las Pautas de Accesibilidad para Agentes de Usuario (UAAG). En Componentes Esenciales de Accesibilidad Web se puede encontrar información sobre la relación que existe entre las diferentes pautas. Las ATAG están pensadas principalmente para desarrolladores de herramientas de autor. Entre estas herramientas de autor se incluyen: •

•

•

•

•

•

Herramientas de edición específicamente diseñadas para producir contenido Web, por ejemplo, editores HTML y XML de what-you-see-is-what-you-get (WYSI WYG) Herramientas que ofrecen la opción de guardar contenido en formato Web, por ejemplo, procesadores de texto o paquetes de publicación. Herramientas que transforman documentos a un formato Web, por ejemplo, filtros que transforman formatos de publicación a HTML Herramientas que producen multimedia, especialmente cuando se quiere utilizar en la Web, por ejemplo, producción de vídeo y edición, paquetes de autor de SMI L Herramientas para la administración o publicación de sitios Web, incluidos gestores de contenido (CMS), herramientas que automáticamente generan sitios Web de forma dinámica desde una base de datos, herramientas de conversión instantánea y herramientas de publicación de sitios Web. Herramientas de diseño, por ejemplo, herramientas de formato CSS

Tanto las ATAG como otros documentos complementarios están pensados también para satisfacer las necesidades de diferentes usuarios, como pueden ser directivos, responsables y otros. Por ejemplo: Aquellos que quieran elegir herramientas de autor accesibles y que además producen contenido accesible, pueden utilizar las ATAG para evaluar las herramientas de autor Aquellos que deseen animar a los desarrolladores de herramientas de autor existentes a que mejoren la accesibilidad en versiones futuras, pueden indicar las ATAG a los proveedores de herramientas de autor como referencia Las ATAG 1.0 contienen 28 puntos de verificación que proporcionan información sobre: • •

• • •

Producción de contenido accesible (es decir, páginas Web) que cumpla los estándares y las pautas Solicitud de información al autor de contenido (es decir, al usuario de la herramienta de autor) sobre accesibilidad Formas de comprobar y corregir el contenido que no es accesible I ntegración de la accesibilidad en el estilo ("look and feel"), ayuda y documentación Formas de hacer la herramienta en sí misma accesible para personas con discapacidad

041.6. Las Pautas de Accesibilidad para Agentes de Usuario (UAAG). Los documentos de Pautas de Accesibilidad para Agentes de Usuario (UAAG) muestran cómo hacer que los agentes de usuario sean accesibles para personas con discapacidad, en especial cómo incrementar la accesibilidad al contenido Web. Entre los agentes de usuario se incluyen navegadores, reproductores multimedia y tecnologías de apoyo, software que algunas personas con discapacidad utilizan para interactuar con los dispositivos.


11

UAAG es parte de una serie de pautas de accesibilidad, en la que se incluyen las Pautas de Accesibilidad al Contenido en la Web (WCAG WG) y las Pautas de Accesibilidad para Herramientas de Autor (ATAG). El documento Componentes Esenciales de Accesibilidad Web explica la relación entre las diferentes pautas. Las UAAG están pensadas para los desarrolladores de navegadores Web, reproductores multimedia, tecnologías de apoyo y otros agentes de usuario. Tanto las UAAG como otros documentos complementarios tienen como objetivo satisfacer las necesidades de usuarios diversos, creadores de políticas, directivos y otros. Por ejemplo: Aquellos usuarios que deseen elegir agentes de usuario más accesibles pueden utilizar las UAAG para evaluar los agentes de usuario Aquellos que por otro lado quieran animar a que los desarrolladores de agentes de usuario existentes mejoren la accesibilidad en versiones futuras, pueden indicar a los proveedores de agentes de usuario como referencia las UAAG. Las UAAG 1.0 contienen un conjunto de puntos de verificación que incluyen: •

• •

•

Acceso a todo el contenido, incluyendo contenido en relación de eventos generados por el ratón o el teclado Control del usuario sobre la forma en que se muestra el contenido Control del usuario sobre la interfaz del usuario, con documentación sobre características de accesibilidad I nterfaces de programación estándares, para permitir la interacción con tecnologías de apoyo

041.7. Tabla Puntos de Verificación para las Pautas de Accesibilidad al Contenido en la Web 1.0 Cada punto de verificación tiene un nivel de prioridad asignado por el Grupo de Trabajo fundamentado en su impacto sobre la accesibilidad. [Prioridad 1] Un desarrollador de contenidos de páginas Web tiene que satisfacer este punto de verificación. De otra forma, uno o más grupos de usuarios encontrarán imposible acceder a la información del documento. Satisfacer este punto de verificación es un requerimiento básico para que algunos grupos puedan usar los documentos Web. [Prioridad 2] Un desarrollador de contenidos de páginas Web debe satisfacer este punto de verificación. De otra forma, uno o más grupos encontrarán dificultades en el acceso a la información del documento. Satisfacer este punto de verificación eliminará importantes barreras de acceso a los documentos Web. [Prioridad 3] Un desarrollador de contenidos de páginas Web puede satisfacer este punto de verificación. De otra forma, uno o más grupos de usuarios encontrarán alguna dificultad para acceder a la información del documento. Satisfacer este punto de verificación mejorará la accesibilidad de los documentos Web. Algunos puntos de verificación tienen especificado un nivel de prioridad que puede variar bajo ciertas condiciones (que se indican). Por tanto, en orden de importancia estarán primero los de prioridad 1, después 2 y por último el 3. Otro concepto relacionado con el anterior son los tres niveles de adecuación, que indican el grado de cumplimiento de los puntos de verificación por un determinado sitio web: • • •

Nivel A: Se satisfacen todos los puntos de verificación de prioridad 1. Nivel Doble A (AA) : Se satisfacen todos los puntos de verificación de prioridad 1 y 2. Nivel Triple A (AAA) : Se satisfacen todos los puntos de verificación de prioridad 1, 2 y 3.

El detalle de lo que se controla mediante los puntos de verificación viene indicado en: Lista de puntos de verificación de las WCAG 1.0


12

041.8 Concepto de usabilidad. La usabilidad universal (del inglés usability) es la característica de un sistema que pretende ser utilizado por: • • •

El tipo o tipos específicos de usuario/ s, La tarea o tareas que para las cuales el sistema se ha hecho, y El contexto en el que se da la interacción.

El "grado de usabilidad" de un sistema es, por su parte, una medida empírica y relativa de la usabilidad del mismo. Empírica porque no se basa en opiniones o sensaciones sino en pruebas (del inglés tests) de usabilidad, realizadas en laboratorio u observadas mediante trabajo de campo. • Relativa porque el resultado no es ni bueno ni malo, sino que depende de las metas planteadas (por lo menos el 80% de los usuarios de un determinado grupo o tipo definido deben poder instalar con éxito el producto X en N minutos sin más ayuda que la guía rápida) o de una comparación con otros sistemas similares. •

El concepto de usabilidad se refiere a una aplicación (informática) de (software) o un aparato (hardware), aunque también puede aplicarse a cualquier sistema hecho con algún objetivo particular. El modelo conceptual de la usabilidad, proveniente del diseño centrado en el usuario, no está completo sin la idea utilidad. En inglés, utilidad + usabilidad es lo que se conoce como usefulness. La Organización I nternacional para la Estandarización (I SO) ofrece dos definiciones de usabilidad: ISO/ IEC 9126: "La usabilidad se refiere a la capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones específicas de uso" Esta definición hace énfasis en los atributos internos y externos del producto, los cuales contribuyen a su funcionalidad y eficiencia. La usabilidad depende no sólo del producto sino también del usuario. Por ello un producto no es en ningún caso intrínsecamente usable, sólo tendrá la capacidad de ser usado en un contexto particular y por usuarios particulares. I SO/ I EC 9241: "Usabilidad es la eficiencia y satisfacción con la que un producto permite alcanzar objetivos específicos a usuarios específicos en un contexto de uso específico" Es una definición centrada en el concepto de calidad en el uso, es decir, se refiere a cómo el usuario realiza tareas específicas en escenarios específicos con efectividad. Otros aspectos de la usabilidad. A partir de la conceptualización llevada a cabo por la I SO, se infieren los principios básicos en los que se basa la usabilidad: •

•

•

Facilidad de Aprendizaje: facilidad con la que nuevos usuarios desarrollan una interacción efectiva con el sistema o producto. Está relacionada con la predicibilidad, sintetización, familiaridad, la generalización de los conocimientos previos y la consistencia. Flexibilidad: relativa a la variedad de posibilidades con las que el usuario y el sistema pueden intercambiar información. También abarca la posibilidad de diálogo, la multiplicidad de vías para realizar la tarea, similitud con tareas anteriores y la optimización entre el usuario y el sistema. Robust ez: es el nivel de apoyo al usuario que facilita el cumplimiento de sus objetivos. Está relacionada con la capacidad de observación del usuario, de recuperación de información y de ajuste de la tarea al usuario.

En informática, la usabilidad está muy relacionada con la accesibilidad, hasta el punto de que algunos expertos consideran que una forma parte de la otra o viceversa. Uno de estos expertos y gurú de la usabilidad en los entornos web es Jacob Nielsen, quien definió la usabilidad en el 2003 como "un atributo de calidad que mide lo fáciles de usar que son las interfaces web". Otra definición clarificadora es la de Redish (2000), para quien es preciso diseñar sitios web para que los usuarios sean capaces de "encontrar lo que necesitan, entender lo que encuentran y actuar apropiadamente… dentro del tiempo y esfuerzo que ellos consideran adecuado para esa tarea". Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN.

13

Fuera del ámbito informático, la usabilidad está más relacionada con la ergonomía y los factores humanos. La usabilidad parte de los principios del diseño universal o diseño para todos. La buena usabilidad puede lograrse mediante el diseño centrado en el usuario (que no necesariamente dirigido por él), aunque se emplean diversas técnicas. El diseñador de usabilidad proporciona un punto de vista independiente de las metas de la programación porque el papel del diseñador es actuar como defensor del usuario. Por ejemplo, tras interactuar con los usuarios, el diseñador de usabilidad puede identificar necesidades funcionales o errores de diseño que no hayan sido anticipados. La usabilidad incluye consideraciones como: • • • • •

¿Quiénes son los usuarios, cuáles sus conocimientos, y qué pueden aprender? ¿Qué quieren o necesitan hacer los usuarios? ¿Cuál es la formación general de los usuarios? ¿Cuál es el contexto en el que el usuario está trabajando? ¿Qué debe dejarse a la máquina? ¿Qué al usuario?

Las respuestas a estas preguntas pueden conseguirse realizando análisis de usuarios y tareas al principio del proyecto. Otras consideraciones incluyen: •

• •

• •

•

¿Pueden los usuarios realizar fácilmente sus tareas previstas? Por ejemplo, ¿pueden los usuarios realizar las tareas previstas a la velocidad esperada? ¿Cuánta preparación necesitan los usuarios? ¿Qué documentación u otro material de apoyo están disponible para ayudar al usuario? ¿Puede éste hallar las respuestas que buscan en estos medios? ¿Cuáles y cuántos errores cometen los usuarios cuando interactúan con el producto? ¿Puede el usuario recuperarse de los errores? ¿Qué han de hacer los usuarios para recuperarse de los errores? ¿Ayuda el producto a los usuarios a recuperarse de los errores? Por ejemplo, ¿muestra el sofware mensajes de error informativo y no amenazante? ¿Se han tomado medidas para cubrir las necesidades especiales de los usuarios con discapacidades? (Es decir, ¿se ha tenido en cuenta la accesibilidad?)

Ejemplos de técnicas para hallar respuesta a estas y otras cuestiones son: análisis de requisitos enfocado al usuario, construcción de perfiles de usuarios y pruebas de usabilidad. Beneficios de la usabilidad. Actualmente la usabilidad está reconocida como un importante atributo de calidad del software, habiéndose ganado un puesto entre atributos más tradicionales como el rendimiento y la fiabilidad. Incluso diversos programas de estudios se centran en ella. También han surgido diversas empresas de consultoría de usabilidad, y las firmas tradicionales de consultoría y diseño están ofreciendo servicios similares. Entre los principales beneficios encontramos: • • • • • •

Reducción de los costes de aprendizaje. Disminución de los costes de asistencia y ayuda al usuario. Optimización de los costes de diseño, rediseño y mantenimiento. Aumento de la tasa de conversión de visitantes a clientes de un sitio web. Mejora la imagen y el prestigio. Mejora la calidad de vida de los usuarios, ya que reduce su estrés, incrementa la satisfacción y la productividad.

Todos estos beneficios implican una reducción y optimización general de los costes de producción, así como un aumento en la productividad. La usabilidad permite mayor rapidez en la realización de tareas y reduce las pérdidas de tiempo. Un caso real, después de ser rediseñado prestándose especial atención a la usabilidad, el sitio web de I BM incrementó sus ventas en un 400% (I nfoWorld, 1999).


14

•

Además los investigadores y diseñadores en los últimos años hablan del concepto de “Design for all” (segun wikipedia: Universal design , which is related to “inclusive design” and “design for all,” is an approach to the design of products, services and environments to be usable by as many people as possible regardless of age, ability or situation). Es decir, no se trata de cambiar los “cacharros” y los contenidos sino que todo el mundo pueda usarlos desde el principio.

Muchas veces para alcanzar la usabilidad a un público determinado necesitamos acomodarlo a sus necesidades/contexto. Por otro lado parece que otros buscan que TODO lo que se diseñe puede ser usado por TODOS. ¿Con qué nos quedemos? ¿podemos tenerlo todo? ¿Deberíamos ir hacia el diseño universal mediante herramientas que ayuden a convertir cosas en accesibles?


15

041.9. ¿Qué es el W3C.? El World Wide Web Consortium , abreviado W3C, es un consorcio internacional que elabora estándares para la World Wide Web. Está dirigida por Tim Berners-Lee, el creador original de URL (Uniform Resource Locator, Localizador Uniforme de Recursos), HTTP ( HyperText Transfer Protocol, Protocolo de Transferencia de HiperTexto) y HTML (Lenguaje de Marcado de HiperTexto) que son las principales tecnologías sobre las que se basa la Web. La accesibilidad web indica la capacidad de acceso a la Web y a sus contenidos por todas las personas, independientemente de las limitaciones propias del individuo (discapacidad) o de las que se deriven del contexto de uso (tecnológicas o ambientales). Con esta idea de accesibilidad nace la Iniciativa de Accesibilidad Web, conocida como WAI (Web Accessibility Initiative). Se trata de una actividad desarrollada por el W3C, cuyo objetivo es facilitar el acceso de las personas con discapacidad, desarrollando pautas de accesibilidad, mejorando las herramientas para la evaluación y reparación de accesibilidad Web, llevando a cabo una labor educativa y de concienciación en relación a la importancia del diseño accesible de páginas Web, y abriendo nuevos campos en accesibilidad a través de la investigación en este área. ¿Qué está haciendo el W3C por la accesibilidad Web.? El estándar WAI está apoyado (sponsored) por un conjunto de gobiernos e industrias como: Departamento de Educación de los EE.UU. Instituto Nacional de discapacidad e investigación de rehabilitación. Comisión Europea. Programa de Tecnologías de la Información dentro de la Sociedad de la I nformación. Diversas compañías, entre los cuales tenemos:

•

•

•

Microsoft Corporation. I BM SAP Verizon Foundation Wells Fargo Debido a la complejidad de la accesibilidad Web, la WAI trabaja en las cinco líneas siguientes: 041.9.1. Asegurar que las tecnologías Web soporten la accesibilidad Web. • • • •

Para ello tenemos el grupo de trabajo Protocols and Formats Working Group Asegura que las tecnologías W3C soporten la accesibilidad a la Web. Revisa las especificaciones del W3C. Elabora requerimientos y revisa comentarios.

041.9.2. Desarrollar guías de accesibilidad. Como crear sitios Web accesibles. Por medio de las Guías de Accesibilidad: Web Content Accessibility Guidelines 1.0 Como desarrollar software que permita la producción de sitios accesibles Web. Authoring Tool Accessibility Guidelines 1.0 (ATAG 1.0); Como diseñar exploradores ó herramientas de autor accesibles. User Agent Accessibility Guidelines 1.0 (UAAG 1.0); Como diseñar aplicaciones XML que soporten accesibilidad. XML Accessibility Guidelines ( XAG) . 041.9.3. Mejorar las herramientas para evaluar y reparar la accesibilidad Web. Existe un grupo dedicado a la tarea de mejorar las herramientas para evaluar y reparar la accesibilidad Web. Evaluation and Repair Tools Working Group También desarrolla un lenguaje RDF: Evaluation and Report Language Para grabar, transferir y procesar datos para una evaluación automática y manual. Herramientas en español de comprobación de la accesibilidad: 041. Accesibilidad y usabilidad. W3C.

16

• • •

TAW HERA Examinator

TAW son las siglas de Test de Accesibilidad Web . Es una herramienta para el análisis de la accesibilidad de sitios web, alcanzando de una forma integral y global a todos los elementos y páginas que lo componen. Objetivo Comprobar el nivel de accesibilidad alcanzado en el diseño y desarrollo de páginas web con el fin de permitir el acceso a todas las personas independientemente de sus características diferenciadoras. Destinatarios Público en general y específicamente profesionales de campo como webmasters, desarrolladores, diseñadores de páginas web etc. El TAW se basa, para la realización de los análisis, en las reglas desarrolladas por la Iniciativa de Accesibilidad Web (WAI), perteneciente al World Wide Web Consortium (W3C). Estas recomendaciones, denominadas Pautas de Accesibilidad al Contenido Web 1.0 (WCAG 1.0), son normas "de facto" aceptadas universalmente. Familia de herramientas TAW El motor de análisis del TAW3 está disponible en diferentes herramientas de forma que los usuarios puedan escoger y emplear aquella que mejor se adecue a sus necesidades. TAW3 La versión descargable del TAW es una aplicación de escritorio para el análisis automático de sitios web basándose en las Pautas de Accesibilidad al Contenido Web 1.0 (WCAG 1.0). TAW3 sigue los enlaces de los documentos HTML de forma que permite analizar desde una única página hasta sitios web completos. Para el análisis de las páginas, TAW3 permite la selección de los puntos de verificación a comprobar así como la creación de nuevas reglas personalizadas. Finalmente, genera diferentes tipos de informes sobre el resultado del análisis. Es multiplataforma y dispone de instaladores para varios sistemas operativos: Windows, Mac OS, Unix y familiares (Linux, Solaris, etc.) TAW3 Online Servicio online que permite revisar la accesibilidad de una determinada URL. Genera un informe HTML basado en la página analizada con información sobre el resultado de la revisión. TAW3 Web Start Java Web Start es una tecnología para el despliegue de aplicaciones basadas en lenguaje Java. Java Web Start permite ejecutar aplicaciones mediante un único "clic" desde un navegador Web. Además ejecutando la aplicación mediante Java Web Start siempre utilizarás la última versión disponible. La versión TAW mediante Java Web Start dispone de la misma funcionalidad que la versión descargable. TAW3 en un clic TAW3 en un clic es una extensión para Firefox que permite verificar online, con un solo clic, la accesibilidad de los sitios Web que visitas mediante las Pautas de Accesibilidad del Contenido Web (WCAG 1.0) del World Wide Web Consortium (W3C). Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN.

17

HERA. Es una utilidad para revisar la accesibilidad de las páginas web de acuerdo con las recomendaciones de las Directrices de Accesibilidad para el Contenido Web 1.0 (WCAG 1.0). HERA realiza un análisis automático previo de la página e informa si se encuentran errores (detectables en forma automática) y qué puntos de verificación de las pautas deben ser revisados manualmente. La revisión manual es imprescindible para comprobar realmente si la página es accesible. Para poder llevar a cabo esta verificación manual es necesario conocer las directrices de accesibilidad, saber cómo utilizan los usuarios las ayudas técnicas y tener alguna experiencia en diseño y desarrollo de páginas web. HERA facilita la revisión manual proporcionando información acerca de los elementos a verificar, instrucciones sobre cómo realizar ese control y dos vistas modificadas de la página (una en modo gráfico, otra del código HTML) con los elementos más importantes destacados con iconos y colores distintivos. Un formulario permite modificar los resultados automáticos, agregar comentarios a cada punto de verificación e indicar el nombre del revisor. También es posible generar un informe final sobre la revisión, para imprimir o descargar, en diversos formatos (XHTML, RDF y PDF). eXaminador. El algoritmo de eXaminator analiza los diversos elementos y atributos en el código de una página web y cuenta el número de situaciones (errores y buenas prácticas) posibles de inferir automáticamente, teniendo como base las Pautas de Accesibilidad al Contenido en la Web 1.0 (WCAG 1.0). Cada situación es calificada de cero a diez (diez es indicador de buena práctica). Esta calificación es luego ponderada de acuerdo con los indicadores encontrados. De la suma de indicadores ponderados resulta el índice "Web Accessibility at eXaminator" (Web@x). La ponderación se hace de acuerdo con los niveles de prioridad definidos en las WCAG 1.0. Así, se otorga mayor importancia a los indicadores relacionados con los puntos de control de prioridad 1 en las WCAG 1.0, y la calificación refleja la extensión del problema encontrado (a mayor cantidad de errores encontrados, menor es la calificación; cuanto más indicios de buenas prácticas, mayor es la calificación).

041.9.4. Desarrollar material para educación y superación. El grupo para Education and Outreach Working Group: desarrolla recursos y estrategias para promover la accesibilidad de la Web. 041.9.5. Coordinación de la investigación y desarrollo en estos temas. El grupo Research and Development Interest Group mantiene seminarias por teleconferencia para coordinar la investigación acerca de los temas indicados anteriormente. ¿Qué recursos existen para crear sitios y aplicaciones Web accesibles? Basta acceder a las siguientes Web para conocer los recursos existentes. • • • • • • • • • •

WCAG 1.0 Checklist WCAG 1.0 Techniques WCAG 1.0 Frequently Asked Questions (FAQ) WCAG 1.0 Conformance Logos WCAG 1.0 Translations WCAG 1.0 Fact Sheet WCAG 1.0 Curriculum QuickTips for Accessible Web Sites Evaluating Web Sites for Accessibility I mplementation Planning for Web Accessibility


18

•

Planning Web Accessibility Training.


19

041[1]

Recommend Documents