Вы находитесь на странице: 1из 19

041. Accesibilidad y usabilidad. W3C.

AUTOR: Manuel Campos Echeverría

Sumario.

041.1. Conceptos sobre accesibilidad Web.


041.2. Cómo 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ón para Pautas de Accesibilidad al Contenido en la Web 1.0
041.8 Concepto de usabilidad.
041.9 ¿Qué es el W3C.?

041.1. Conceptos sobre accesibilidad Web.

La accesibilidad Web significa que personas con algún tipo de discapacidad van a poder hacer uso de la
Web. En concreto, al hablar de accesibilidad Web se está haciendo referencia a un diseño 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én 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ísicos, cognitivos, neurológicos y del habla. Existen millones de personas con discapacidad que no pueden
utilizar la Web. Actualmente, la mayoría de los sitios Web y los software Web presentan barreras de
accesibilidad, lo que dificulta o imposibilita la utilización de la Web para muchas personas con discapacidad.
Cuanto más software y sitios Web accesibles estén disponibles, más personas con discapacidad podrán
utilizar la Web y contribuir de forma más eficiente.

Pero la accesibilidad Web beneficia también a organizaciones y a personas sin discapacidad. Por ejemplo, un
principio básico 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ón lenta), también estaríamos hablando
de aquellas personas que sufren una incapacidad transitoria (por ejemplo, un brazo roto), y de personas de
edad avanzada.

041.2. Cómo utilizan la Web las personas con discapacidad.

Los siguientes ejemplos muestran personas con una variedad de discapacidades que utilizan diferentes
tecnologías o estrategias de adaptación para acceder a la Web. Estos escenarios no representan individuos
reales. Las combinaciones concretas descritas de ayudas técnicas, y las habilidades del las personas en el
uso de las mismas no serán siempre las mismas para todas las personas con las discapacidades descritas.
En algunos casos los navegadores, reproductores multimedia, o ayudas técnicas con características
especiales que soportan la accesibilidad puede que no estén disponibles in el idioma principal de algunos
usuarios.

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


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

• Cliente para compras en línea con daltonismo (control por el usuario de las hojas de estilo)
• Periodista con lesión por esfuerzo repetitivo (equivalentes de teclado para comandos de
ratón; teclas de acceso rápido)
• Estudiante en línea sorda (secciones sonoras de archivos multimedia con subtitulación)
• Contable con ceguera (etiquetado correcto de tablas, abreviaturas y acrónimos; sincronización de
la presentación visual, hablada y de braille)
• Estudiante presencial con dislexia (uso de gráficos complementarios; congelación de gráficos
animados; opciones múltiples de búsqueda)
• Jubilado con condiciones relacionadas con avanzada edad, que gestiona sus finanzas
personales (amplificación de pantalla; parada de texto en movimiento; desactivación de ventanas
emergentes)
• Empleado de supermercado con discapacidad cognitiva (lenguaje simple y claro; diseño
regular; opciones de navegación regulares; contenidos sonoros complementarios)
• Quinceañera 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)

Este apartado describe distintas clases generales de discapacidad que pueden afectar el acceso a la Web.
No existen todavía clasificaciones de discapacidad universalmente aceptadas, a pesar de los esfuerzos en
ese sentido. La terminología empleada comúnmente para la discapacidad varía de un país a otro y entre
diferentes comunidades de discapacitados dentro de un mismo país.

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ón en los navegadores y herramientas de edición, puesto que ambos tienen dificultad en el
uso del ratón, pero pueden utilizar las ayudas técnicas para activar comandos soportados por el interfaz
estándar de teclado.

Muchas de las soluciones descritas en este tema contribuyen al llamado "diseño universal" (también llamado
"diseño 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én a los usuarios cuyos
ojos están ocupados con otras tareas; mientras los subtítulos para el sonido benefician no solo a los
usuarios sordos sino también mejoran la eficacia de los procesos de indexación y búsqueda para contenidos
sonoros en los sitios Web.

Discapacidades visuales.

Ceguera.

La ceguera implica una pérdida importante e incorregible de la visión 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ón a través de síntesis de voz y/o línea braille. Algunas personas ciegas
utilizan navegadores solo texto tal como Lynx, o navegadores de voz, en vez de un navegador con interfaz
de usuario gráfico con lector de pantalla. Pueden utilizar estrategias de navegación rápida, por ejemplo
navegar con teclado a través de encabezados o enlaces en las páginas Web en vez de leer cada palabra de
la página de forma secuencial. Algunos ejemplos de las barreras que tienen que afrontar las personas ciegas
en la Web incluyen:

• Imágenes sin texto ALT


• Imágenes complejas (por ejemplo gráficos o planos) sin descripción adecuada
• Vídeo sin descripción textual o sonora
• Tablas que no tienen sentido cuando se leen de forma secuencial (celda por celda o en modo lineal)
• Marcos sin alternativas "NOFRAME", o sin nombres significativos
• Formularios que no permiten la navegación con la tecla tabulador en una secuencia lógica, o con
etiquetas inadecuadas
• Navegadores y herramientas de edición sin soporte para teclado para todos los comandos
• Navegadores y herramientas de edición que no emplean el interfaz de programación de aplicaciones
del sistema operativo
041. Accesibilidad y usabilidad. W3C. 2
• Formatos no estándar de documentos que pueden ser problemáticos para el lector de pantalla

Baja visión.

Existen muchas clases de baja visión, por ejemplo falta de agudeza (una visión que no es nítida), distrofia
macular (solo se ve la parte central del campo visual o solo los bordes), y visión borrosa. Para utilizar la
Web, algunas personas con baja visión utilizan pantallas muy grandes, y aumentan el tamaño de texto e
imágenes a nivel de sistema operativo. Otras emplean ampliadores de pantalla o software de mejora de
pantalla. Algunos individuos utilizan combinaciones específicas 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ísticas visuales. Las barreras que pueden encontrar en la Web las
personas con baja visión incluyen:

• Páginas Web con tamaño de letra fija difícil de cambiar (aumentar o disminuir)
• Sitios Web que, por variar la maquetación entre una página y otra, son de difícil navegación cuando
se amplían, por pérdida del contexto cercano
• Páginas Web, o imágenes en páginas Web, que tienen poco contraste, y cuyo contraste no se puede
cambiar fácilmente mediante la redefinición de la hoja de estilo del diseñador
• Texto en forma de imágenes que no salta a la línea siguiente al final de la línea
• También, muchas de las barreras descritas en el apartado anterior sobre ceguera, según el tipo y
severidad de la deficiencia visual

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ñador. Las
barreras que pueden encontrar en la Web las personas con daltonismo incluyen:

• Color que se emplea como indicador único para dar énfasis al texto
• Texto con contraste insuficiente con el color o el diseño de fondo
• Navegadores que no soportan el uso de hojas de estilo de usuario

Discapacidades auditivas

Sordera.

La sordera implica una pérdida importante e incorregible de la capacidad auditiva en ambos oídos. El idioma
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ítulos. Pueden necesitar
activar y desactivar los subtítulos de los contenidos sonoros mientras navegan por una página. Las barreras
que pueden encontrar en la Web las personas sordas incluyen:

• Falta de subtítulos o transcripciones de contenidos sonoros


• Falta de imágenes relacionadas con los contenidos en páginas, llenas de texto, que puede resultar
en comprensión más lenta para personas cuyo idioma principal puede ser una lengua de signos en
vez de lenguaje escrito/hablado
• Sitios Web que requieren entrada de voz

Duro de oído.

Una persona con sordera ligera o moderada puede considerarse duro de oído. Para utilizar la Web, las
personas duras de oído pueden necesitar subtítulos para contenidos sonoros y/o amplificación del sonido.
Pueden necesitar activar o desactivar los subtítulos 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ítulos o transcripciones de sonido


• Discapacidades físicas.

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN. 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
041. Accesibilidad y usabilidad. W3C. 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.

Software 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.

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN. 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:
Informació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, SMIL, etc.)

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN. 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

041. Accesibilidad y usabilidad. W3C. 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 (WYSIWYG)
• 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 SMIL
• 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
• Integració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.

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN. 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
• Interfaces 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

041. Accesibilidad y usabilidad. W3C. 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
Internacional para la Estandarización (ISO) 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.

ISO/IEC 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 ISO, 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.
• Robustez: 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 IBM
incrementó sus ventas en un 400% (InfoWorld, 1999).

041. Accesibilidad y usabilidad. W3C. 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?

Volumen 1. ORGANIZACIÓN Y GESTIÓN DE LOS SISTEMAS DE INFORMACIÓN. 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
Información.
• Diversas compañías, entre los cuales tenemos:

Microsoft Corporation.
IBM
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
• Implementation Planning for Web Accessibility
041. Accesibilidad y usabilidad. W3C. 18
• Planning Web Accessibility Training.

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