W3C - WAI

Indudablemente la accesibilidad Web es uno de los principales actores del que depende el éxito de un sitio Web. Como una reacción natural a esta realidad, una diversidad de enfoques de investigación ha surgido en ámbito de la accesibilidad.
El Word Wide Web Consortium (W3C) tiene por objetivo conducir a la Web a su máximo potencial a modo de foro de información, comercio, comunicación y conocimiento colectivo, desarrollando protocolos de uso común que promocionen su evolución y aseguren la interoperabilidad. Para ello el W3C ha publicado estándares denominados Recomendaciones del W3C, como por ejemplo, los estándares de HTML, XML, XHTML y CSS, entre otros.
En 1997, para cubrir las necesidades de accesibilidad Web, elW3C crea el grupo interno de trabajo conocido como Web Accessibility Initiative (WAI), persigue la accesibilidad Web a través de cinco actividades complementarias: Tecnología, normativas, herramientas de validación y reparación, educación y formación, investigación y desarrollo. De estas cinco actividades, la que capta mayor interés para nuestro trabajo es desarrollo de normativas con el objetivo de proporcionar una serie de pautas que ayuden a los diseñadores de aplicaciones Web a conseguir que éstas sean accesibles.

Directrices de WAI

Para hacer el contenido Web accesible, la WAI desarrolló y publicó en mayo de 1999, las Web Content Accessibility Guidelines 1.0 (WCAG 1.0) que constituyen
una versión estable y de referencia. Su función principal es guiar el diseño de páginas Web hacia un diseño accesible, reduciendo de esta forma las barreras a la información.
Siguiendo con dicha iniciativa, en febrero de 2000, la WAI publica las Autoring Tool Accessibility Guidelines 1.0 (ATAG) destinadas a quienes desarrollan herramientas de autor para la Web. En diciembre de 2002 crea las User Agent Accessibility Guidelines 1.0 (UAAG 1.0) destinadas a quienes desarrollan agentes de usuario, tales como navegadores Web, reproductores multimedia y demás soportes de tecnología asistiva. Finalmente en diciembre de 2008, WAI publica una nueva versión de dichas guías, las Web Content Accessibility Guidelines 2.0 (WCAG 2.0). Todas estas normativas son reconocidas por la mayoría de las legislaciones vigentes
en materia de Tecnologías de la Información.

Web Content Accessibility Guidelines 1.0 (WCAG 1.0)

Las WCAG 1.0 consisten en catorce pautas que constituyen los principios generales del diseño accesible, proporcionan soluciones de diseño y utilizan como ejemplo situaciones comunes en las que el diseño de una página puede producir problemas de acceso a la información. Estas directrices son:

• Pauta 1: Proporcione alternativas equivalentes para el contenido visual y auditivo.
• Pauta 2: No se base sólo en el color.
• Pauta 3: Utilice marcadores y hojas de estilo y hágalo apropiadamente.
• Pauta 4: Identifique el idioma usado.
• Pauta 5: Cree tablas que se transformen correctamente.
• Pauta 6: Asegúrese de que las páginas que incorporen nuevas tecnologías se transformen correctamente.
• Pauta 7: Asegure al usuario el control sobre los cambios de los contenidos tempo–dependientes.
• Pauta 8: Asegure la accesibilidad directa de las interfaces incrustadas.
• Pauta 9: Diseñe para la independencia del dispositivo.
• Pauta 10: Utilice soluciones provisionales.
• Pauta 11: Utilice las tecnologías y pautas deW3C.
• Pauta 12: Proporcione información de contexto y orientación.
• Pauta 13: Proporcione mecanismos claros de navegación.
• Pauta 14: Asegúrese de que los documentos sean claros y simples.

Cada pauta tiene asociados puntos de verificación. Existen en total 65 puntos de verificación que explican cómo se aplican y ayudan a detectar posibles errores. A su vez cada punto de verificación tiene asignada una prioridad (1, 2, 3):

• Prioridad 1: El desarrollador de contenidos Web debe o tiene que satisfacer estos puntos, de lo contrario, uno o más grupos de usuarios tendrá dificultades para acceder a la información. El sitio puede ser certificado con el logo de Nivel A brindado por W3C.
• Prioridad 2: El desarrollador de contenidos de páginas Web deber’ia satisfacer estos puntosde verificación.
• Prioridad 3:Un desarrollador de contenidos de páginasWeb puede satisfacer estos puntos de verificación.

El nivel de adecuación de accesibilidad o niveles de conformidad son:

• Nivel A: Cuando cumple con todos los puntos de verificación de prioridad 1.
• Nivel AA: Cuando cumple con todos los puntos de verificación de prioridad 2.
• Nivel AAA: Cuando cumple con todos los puntos de verificación de prioridad 3.

Web Content Accessibility Guidelines 2.0 (WCAG 2.0)

La normativa WCAG 2.0 sobreviene a las WCAG 1.0 . Estas directrices están organizadas de distinta forma que las primeras. Describen cómo hacer las páginas Web accesibles, con ayuda de la tecnología existente, sin sacrificar el diseño y ofreciendo la flexibilidad que es necesaria para que la información sea accesible bajo diferentes situaciones, y proporcionando métodos que permiten su transformación en páginas útiles y comprensibles.
Regir el diseño Web por estas pautas hará el contenido accesible para un mayor rango de personas con discapacidades. Además pueden hacer que el contenidoWeb seamás usable para los usuarios en general. En las WCAG 2.0 las Pautas y los Criterios de Conformidad se organizan alrededor de cuatro principios. Éstos establecen las bases necesarias para que cualquiera pueda acceder y utilizar el contenidoWeb. Los mismos son:

• Perceptible: La información y los componentes de la interfaz de usuario deben ser presentados a los usuarios de modo que ellos puedan percibirlos. Es decir, los usuarios deben ser capaces de percibir la información presentada.
• Operable: Los componentes de la interfaz de usuario y la navegación misma deben ser operables. Es decir, la interfaz no puede exigir una interacción que el usuario no puede realizar.
• Comprensible La información y el manejo de la interfaz de usuario deben ser comprensibles. Es decir, el usuario debe ser capaz de entender la información así como también el funcionamiento de la interfaz de usuario.
• Robusto: El contenido debe ser suficientemente robusto como para ser interpretado de forma fiable por una amplia variedad de aplicaciones de usuario, incluyendo las ayudas técnicas. Es decir, si las tecnologías y aplicaciones de usuario evolucionan, el contenido debe seguir siendo accesible.

Si cualquiera de estos principios no se cumple, los usuarios con discapacidad no podrán usar la Web.
Enmarcados en estos Principios se encuentran las Pautas y Criterios de Conformidad que ayudan a satisfacerlos para las personas con discapacidad. Hay un total de 12 pautas a considerar para hacer el contenido accesible. Dentro de cada Pauta hay Criterios de conformidad que respeta un nivel de conformidad (A, AA, AAA). Las pautas, agrupadas por principio son las siguientes:

Perceptible

• 1.1 Proporcione alternativas textuales para todo contenido no textual, de manera que pueda modificarse para ajustarse a las necesidades de las personas, como por
  ejemplo en una letra mayor, braille, voz, símbolos o un lenguaje simple.
• 1.2 Proporcione alternativas sincronizadas para contenidos multimedia sincronizados dependientes del tiempo.
• 1.3 Cree contenidos que puedan presentarse de diversas maneras (como por ejemplo una composició más simple) sin perder la información ni su estructura.
• 1.4 Haga más fácil para los usuarios ver y oír el contenido, incluyendo la separación entre primer plano y fondo.

Operable

• 2.1 Haga que toda funcionalidad esté disponible a través del teclado.
• 2.2 Proporcione a los usuarios con discapacidades el tiempo suficiente para leer y usar un contenido.
• 2.3 No diseñe un contenido de manera que se sepa que puede causar ataques.
• 2.4 Proporcione medios que sirvan de ayuda a los usuarios con discapacidades a la hora de navegar, localizar contenido y determinar dónde se encuentran.

Comprensible

• 3.1 Haga el contenido textual legible y comprensible.
• 3.2 Cree páginas Web cuya apariencia y operabilidad sean predecibles.
• 3.3 Ayude a los usuarios a evitar y corregir errores.

Robusto

• 4.1 Maximice la compatibilidad con agentes de usuarios actuales y futuros, incluyendo
  tecnologías asistivas.

Técnicas paraWeb Content Accessibility Guidelines 2.0

Publicadas en el año 2008 y corregidas en el corriente año, las Techniques and Failures for Web Content Accessibility Guidelines 2.0 constituyen un documento de vital utilidad para quienes quieran acercarse al cumplimiento de las WCAG 2.0. Su objetivo es proveer información al desarrollador de contenidos Web con el fin de satisfacer los criterios de conformidad de las WCAG 2.0.
Existen más de 420 técnicas escritas que constituyen un gran compendio de ejemplos y buenas prácticas en pro de la accesibilidadWeb. Estas técnicas se agrupan en un total de nueve categorías, en función del tópico al que se refieren:

• Técnicas Generales
• Técnicas HTML y XHTML.
• Técnicas CSS.
• Técnicas para scripting en cliente.
• Técnicas para scripting en servidor.
• Técnicas para Synchronized Multimedia Integration Language (SMIL).
• Técnicas para texto plano.
• Técnicas para Accessible Rich Internet Applications (ARIA).
• Errores generales.

Asimismo estas técnicas se agrupan en dos categorías: aquellas que son suficientes para satisfacer los criterios de conformidad y aquellas que son recomendables. Las técnicas recomendables van más allá de los requisitos de cada criterio de conformidad individual y permiten a los autores afrontar mejor las pautas. Además algunas de las técnicas recomendables tratan sobre barreras de accesibilidad que no han sido cubiertas por los criterios de conformidad verificables. Dentro de estas técnicas, también se documentan errores frecuentes.

Autoring Tool Accessibility Guidelines 1.0 (ATAG 1.0)

Las pautas de accesibilidad para herramientas de autor describen cómo hacer que las herramientas de autor sean accesibles para personas con discapacidad.
Dichas herramientas constituyen software que se utiliza para crear páginas y contenido Web. Uno de los principales objetivos de las ATAG es definir la forma en que las herramientas ayudan a los desarrolladores Web a producir contenido Web que cumpla con las WCAG 1.0
Es tan importante la capacidad de crear contenido como de tener acceso al mismo, por lo tanto las herramientas utilizadas para crear contenido Web deben ser accesibles. Por ello, las ATAG están destinadas a desarrolladores de herramientas que crean: herramientas diseñadas para producir contenidoWeb, herramientas que ofrecen la opción de guardar contenido en formato Web, herramientas que transforman documentos a formato Web, herramientas que producen contenido multimedia, herramientas para gestión y publicación de sitios que incluyen content managements systems (CMS), herramientas para la gestión de diseño como por ejemplo edición de CSS, sitios Web que permiten a los usuarios añadir contenidos como wikis, blogs y sitios de redes sociales.
Las ATAG 1.0 están conformadas por 7 pautas que cuentan con un total de 28 puntos de verificación que proporcionan orientación sobre: producción de páginas Web accesibles que cumplan con las normas WCAG 1.0, proporcionar formas de comprobación y corrección de contenido inaccesible, la integración de accesibilidad en los menús de ayuda y documentación de las herramientas, creación de herramientas de edición de contenidoWeb que sean accesibles en sí mismas.
Las ATAG 2.0 están siendo desarrolladas para ser compatibles con las WCAG 2.0. En julio de 2011 se presentó el último borrador de las mismas.

User Agent Accessibility Guidelines 1.0 (UAAG 1.0)

Las Pautas de Accesibilidad para agentes de Usuario 1.0 describen cómo hacer para que los agentes de usuario sean accesibles para todos, especialmente para personas con discapacidad con el fin de incrementar la accesibilidad al contenido Web. Dichos agentes de usuario incluyen navegadores, reproductores multimedia, tecnologías asistivas y otros agentes de usuario.
Pueden tomarse como referencia para evaluar agentes de usuario y mejorarlos de manera que sean más accesibles.
Las UAAG 1.0 contienen un conjunto de puntos de verificación que incluyen por ejemplo:

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