wcag 2.0 de forma sencilla - wcag2madeeasy.com · editora ejecutiva: olga c. santos martín diseño...

de forma sencillaWCAG 2.0

Olga Revilla Muñoz

Prólogo de Emmanuelle Gutiérrez y Restrepo

Encuentra el resto del libro en wcag2madeeasy.com

WCAG 2.0 de forma sencilla

Olga Revilla Muñoz

Prólogo de Emmanuelle Gutiérrez y Restrepo

Itákora PressMadrid


WCAG 2.0 de forma sencilla

Autora: Olga Revilla Muñoz

Copyright © 2013 Itákora Press. Todos los derechos reservados.Impreso en Madrid, España

Edición: Enero 2013

ISBN: 978-84-614-6410-4 Depósito legal: M-2300-2013

Este libro traduce, resume y cita contenidos de las Web Content Accessibility Guidelines 2.0. Copyright © [11 Diciembre 2008] World Wide Web Consortium (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University),así como de la traducción candidata a ser la oficial al español publicada el 15 de diciembre de 2009 coordinada por la Fundación Sidar - Acceso Universal.Todos los derechos reservados.

Editora: Olga Revilla Muñoz - Itákora Editora ejecutiva: Olga C. Santos MartínDiseño editorial: Ana Matellanes GarcíaConsejera editorial: Maite García Sánchez

© Prólogo: Emmanuelle Gutiérrez y Restrepo© Ilustraciones y logo de cafetera: Olga Revilla Muñoz© Fotos de gatos de Stock.XCHNG: michaelaw (introducción), pelinbahar (perceptible), michiru_ (operable), deirdre60 (comprensible), Hob_ (robusto), johnnyberg (técnicas de Flash, PDF y Silverlight) y aljabak (herramientas)

Revilla Muñoz, OlgaWCAG 2.0 de forma sencilla. / Revilla Muñoz, Olga —Madrid: Itákora Press, 2013. — 170p. : il. ; 23 cm. — ISBN 978-84-614-6410-4

Todos los derechos reservados. Ninguna parte de este libro puede ser reproducida o transmitida por ningún medio o en ninguna forma (electrónica, mecánica, fotocopia, registro o cualquier otra), sin el permiso previo por escrito de la editora. Para solicitar información sobre derechos de reproducción o transmisión, contacte con [email protected]


Para mi pareja: cómplice, testigo, víctima y coartada de todo cuanto hago.


Prefacio Diciembre de 2008: se desata una crisis financiera mundial, me quedo sin trabajo y se publica la segunda versión de las Pautas de Accesibilidad para el Contenido Web (en inglés, Web Content Accessibility Guidelines - WCAG). Como diseñadora de interacción, aproveché la disponibilidad de tiempo libre para estudiar las nuevas pautas. Enseguida me di cuenta de que eran largas, complejas y tediosas, incluso para mí, que estaba interesada en ellas. Por ello, para devolver a la comunidad algo del conocimiento que había recibido a lo largo del tiempo, decidí revisar las WCAG 2.0 y presentarlas de una manera más comprensible.

Este libro nació como un blog en oneguidelineaday.com (una-pauta-al-día). Todos los días, desde mi punto de vista, publicaba un artículo sobre las nuevas pautas. Sin embargo, al poco volví a trabajar a tiempo completo, y mi dedicación al proyecto se redujo, tanto que bromeaba diciendo que debería cambiar el nombre a una-pauta-al-mes. Un año después, lo pude completar.

Quien me conoce un poco sabe que no soy del tipo de personas que terminan un proyecto y se toman unas largas vacaciones hasta el siguiente, así que decidí revisar, corregir, simplificar y mejorar los contenidos que había generado para el blog y convertirlos en un formato más tradicional y romántico: un libro.

En 2010 presenté el libro en inglés WCAG 2.0 made easy en el congreso de SIDAR en Logroño. La oportunidad de dedicarme a proyectos distintos hicieron que aparcara su traducción al español. Han pasado cuatro años desde que se publicaron las WCAG 2.0, y al fin reencontré el tiempo necesario para que tengas entre tus manos este libro, el cual es más que la traducción directa de la versión inglesa. He revisado, corregido, simplificado, ampliado y mejorado los contenidos, una vez más.

Desde que empecé el blog hasta ahora, que completo la trilogía, no soy capaz de contabilizar el esfuerzo y los recursos que han sido necesarios para llevarlos a cabo. A pesar del tiempo y del trabajo empleados, realmente aprecio la experiencia de haberlo hecho. He aprendido mucho a lo largo del proceso, y con eso me conformo. Sólo deseo que encuentres este libro útil.


http://oneguidelineaday.com

Cómo usar este libro

Como diseñadora de interacción, siempre digo que un producto con instrucciones es un mal producto, por lo que no quise que este libro las tuviera.

Este libro está dirigido a personas que saben algo de diseño web, aunque no hayan oído nunca hablar de accesibilidad o de las WCAG 1.0. He intentado evitar términos técnicos, pero si encuentras alguno complicado, probablemente esté explicado al final del libro.

Si ya has leído las WCAG 2.0, encontrarás paralelismos entre éstas y los textos de este libro. Son similares, pero no necesariamente iguales, ya que este libro tiene un fin didáctico. Por ejemplo, la pauta 3.3 se denomina oficialmente “Entrada de datos asistida”; sin embargo, en este libro se denomina “Ayuda en la introducción de datos”, que refleja el mismo concepto pero con palabras menos técnicas. No obstante, en las plantillas que hay al final del libro, se mantienen los nombres oficiales. En todo caso, si estás haciendo una auditoría de accesibilidad, sigue siempre la documentación original: este libro sólo refleja mi punto de vista e interpretación personal de las WCAG 2.0.

Gracias

Hay tanta gente a la que debería dar las gracias que me da miedo olvidarme de alguien. Primero a mi familia, por enseñarme a no dejar de pensar y de ser crítica con las cosas que vivo. Gracias a mis amigos por perdonar mis ausencias, aunque sabéis que siempre estoy ahí. Gracias especialmente a Ana Matellanes por el diseño editorial de este libro; a Maite García por su sabiduría en el negocio editorial; y a Olga Santos por supervisar todos los procesos.

También quiero agradecer a todas esas personas -profesores, estudiantes, jefes, compañeros y clientes- que me permitieron y obligaron a profundizar en temas de accesibilidad.

Y por supuesto, a todos los lectores que se suscribieron a las alertas del blog, por animarme a no abandonar el proyecto. Gracias de verdad por vuestros mensajes.

Un “gracias” muy grande a todos los blogueros que emplean su tiempo y esfuerzo para enseñar accesibilidad de forma desinteresada. De forma especial, a Olga Carreras y a Gabriel Porras, por ser una referencia para muchos de nosotros.

Pero si tengo que reconocer a una única persona por su dedicación en la evangelización en accesibilidad web, esa tiene que ser Emmanuelle Gutiérrez y Restrepo, la directora de SIDAR, la organización más relevante en promoción de la accesibilidad web del mundo hispano. Emmanuelle, junto con los miembros de Accesoweb, han publicado las discusiones más interesantes desde 1997. Para agradecer este esfuerzo y ayudar a continuar con su labor, parte de los beneficios de este libro serán donados a SIDAR.

Otra comunidad que merece mi gratitud es Cadius. Aunque Cadius no se enfoca en la accesibilidad, sino en usabilidad y en arquitectura de información, tiene la capacidad de reunir, tanto online como offline, a la mentes más brillantes de creación web en español.

También quiero agradecer a todos los que compraron mi libro en inglés. Gracias a Cecile Finat por echarme una mano con la revisión de textos; y gracias a Loïc Martínez Normand y a Jordi Sánchez por echarme un cable con el epub.


Muchas gracias a Carlos Casado, Francisco Hernández, Sergio García Albertos, Gabriel Bulfon, Silvia Da Rosa, Juan Manuel García, Juan González, Daniel Moya y, en especial, a Lourdes Moreno y a María del Carmen Ugarte, por ayudarme a que este texto tuviera menos erratas y fuera más claro para todos.

Mi penúltimo reconocimiento es para el Consorcio W3C. Siempre les critico por su elitismo y su excesiva burocracia, pero debo admitir que sin ellos, internet sería un caos sin ningún tipo de accesibilidad.

Por último, gracias a todas aquellas personas que todavía sueñan y trabajan para conseguir que los sitios web sean más perceptibles, operables, comprensibles y robustos.


Prólogo

Los lectores de este libro probablemente querrán saltarse el prólogo e ir directamente al corazón del mismo. Su objetivo es eminentemente práctico, resolver dudas y desarrollar habilidades y buenas prácticas. Sin duda lo conseguirán a través de las siguientes páginas.

Pero esos lectores no serán los únicos que encuentren este libro extremadamente útil, ya que sus contenidos cubrirán las expectativas y necesidades de un gran rango de “usuarios”.

En WCAG 2.0 de forma sencilla Olga Revilla describe y detalla no sólo los conceptos básicos para comprender las Pautas de Accesibilidad para el Contenido Web. Explica clara y directamente los principios que las conforman, y clarifica algunos conceptos que son vitales para desarrolladores y diseñadores, pero también para directores.

WCAG 2.0 de forma sencilla no es una mera transcripción o traducción de las WCAG 2.0, ni pretende ser un sustituto de su lectura, la cual evidentemente se recomienda. Es más un resumen elaborado de técnicas que pueden ser aplicadas a cada pauta y criterio de éxito. Está escrito en un estilo y lenguaje que pueden ser comprendidos fácilmente por desarrolladores, arquitectos de información, diseñadores de interacción, y todos aquellos profesionales y especialistas que han emergido alrededor de la creación de contenidos y aplicaciones web.

La autora, Olga Revilla, no necesita presentación para el público hispanohablante. Con su blog “Itákora”, se ha hecho un nombre en la consultoría de la Experiencia de Usuario. Para los lectores que no están familiarizados con su trabajo y su presencia en internet, debería bastar para conocer a Olga que tiene un conocimiento y experiencia multidisciplinar, lo que obviamente contribuye a su buen trabajo en materia de diseño web, y contribuye a su comprensión de los diferentes temas que abarca el diseño web accesible.

WCAG 2.0 made easy, la versión inglesa, se presentó durante la Conferencia SIDAR 2010, promovida por la fundación SIDAR (Seminario Iberoamericano sobre Discapacidad y Accesibilidad en la Red). Olga es miembro del Seminario SIDAR y por lo tanto estoy orgullosa de presentar y apoyar esta publicación, como un signo más del progreso y proyección de los miembros de SIDAR.


Escribir una introducción a un libro siempre es un placer, pero también implica un serio compromiso. Se espera que superes unas altas expectativas, no solo por tus palabras, sino por lo que significa para el conocimiento y promoción de la obra. Espero al menos haber llegado a cubrir esas expectativas. Y espero que esta breve introducción se convierta en un “prólogo de prólogos”, sin intentar emular a Borges, confirmando el merecido éxito y utilidad de este trabajo pionero, tanto en su género como en su originalidad.

Emmanuelle Gutiérrez y Restrepo

Directora de la Fundación SIDAR


ÍndiceINTRODUCCIÓN 17

WCAG 2.0: ¿Qué son? 19Conformidad 27Tecnologías que posibilitan el uso accesible 33

PRINCIPIO 1: PERCEPTIBLE 39

Pauta 1.1: Alternativas textuales 41 Pauta 1.2: Alternativas a los medios tempodependientes 47Pauta 1.3: Adaptable 57 Pauta 1.4: Distinguible 65

PRINCIPIO 2: OPERABLE 81

Pauta 2.1: Manejable por teclado 83Pauta 2.2: Tiempo suficiente 89Pauta 2.3: Convulsiones 97Pauta 2.4: Navegable 101

PRINCIPIO 3: COMPRENSIBLE 113

Pauta 3.1: Fácil de leer y de comprender 115Pauta 3.2: Predecible 125Pauta 3.3: Ayuda en la introducción de datos 131

PRINCIPIO 4: ROBUSTO 141

Pauta 4.1: Compatible 143

TÉCNICAS DE FLASH, PDF Y SILVERLIGHT 147

Técnicas de Flash 149Técnicas de PDF 151Técnicas de Silverlight 153

HERRAMIENTAS 155

Plantilla de evaluación 157 Criterios de conformidad por niveles 159 Plantilla de declaración de conformidad 161Cuadro resumen de medios tempodependientes 163 Validadores y herramientas 165Glosario 167


Introducción


19

Intr

oduc

ción

WCAG 2.0: ¿Qué son?

El 11 de diciembre de 2008, tras ocho años de trabajo, el W3C publicó las Pautas de Accesibilidad para el Contenido Web 2.0 (WCAG 2.0 por su nombre en inglés, Web Content Accessibility Guidelines). Son una evolución de las WCAG 1.0, publicadas en mayo de 1999, que se habían quedado obsoletas debido a los avances tecnológicos.

Las WCAG 2.0 tienen el mismo espíritu de intentar crear una web accesible. La accesibilidad web es un derecho que tenemos todos a ser autónomos en internet, es decir, a ser capaces de acceder a los contenidos y funcionalidades independientemente de nuestra diversidad funcional (sensorial, motriz, intelectual o mental) o del contexto de uso (por ejemplo, las condiciones tecnológicas o ambientales).

Las WCAG 2.0 se compone de una serie de recomendaciones para crear páginas web y que el mayor número posible de personas -en el mayor número de contextos de uso posible- puedan acceder a sus contenidos y funcionalidades.

Las WCAG 2.0 están destinadas a todas las personas que creamos sitios web (desarrolladores, diseñadores, gestores de contenidos...) o participamos de algún modo en su devenir (clientes, ingenieros de sistemas, analistas de métricas, especialistas en posicionamiento...), porque todos los actores somos responsables del resultado final y del nivel de accesibilidad alcanzado.


20

Por qué seguir las WCAG 2.0Existen diferentes normativas relativas a la accesibilidad web: la sección 508 en Estados Unidos, el JIS x8341-3 en Japón, la BS 8878:2010 en Reino Unido... Sin embargo, las WCAG 2.0 se han erigido como las más aceptadas por las siguientes razones:1

» Porque son el fruto de muchos años de trabajo y del consenso de una comunidad internacional de especialistas en accesibilidad.

» Porque son la recomendación oficial del W3C, la organización de estándares web más

“reconocida del mundo.

“Aunque es posible cumplir las WCAG 1.0, las WCAG 2.0 (o ambas), el W3C recomienda utilizar las nuevas y actualizadas WCAG 2.0. El W3C también recomienda que la legislación haga referencia a las WCAG 2.0.”

Pautas de Accesibilidad para el Contenido Web 2.0 www.w3.org/TR/WCAG/

» Porque han sido reconocidas por las principales organizaciones de estándares.

｡ En octubre de 2012 las organizaciones internacionales ISO e IEC adoptaron plenamente las WCAG 2.0 como el estándar ISO/IEC 40500:2012.

｡ En julio de 2012 la organización española AENOR actualizó la norma UNE 139803 para sustituir sus pautas basadas en las WCAG 1.0 por las de las WCAG 2.0.

» Porque son legalmente obligatorias en muchos países.

｡ La Comisión Europea está trabajando en el Mandato 376 -entre otras normativas- para obligar a los sitios web de la Unión Europea a cumplir las WCAG 2.0.

｡ En España, diferentes normativas hacen referencia a la norma UNE 139803, como la Ley 56/2007 de Medidas de Impulso de la Sociedad de la Información.

» Porque existen validadores automáticos que nos ayudan a verificar muchos criterios. En el capítulo de herramientas de este libro encontrarás algunos de ellos.

» Porque disponen de su propia Metodología de Evaluación oficial, que está a punto de ser aprobada (www.w3.org/TR/WCAG-EM).

» Porque sirven para todas las tecnologías web, y están pensadas para no quedarse obsoletas. Además, el W3C plantea ampliar su aplicación a tecnologías no web.

» Porque disponen de normas claras para evaluar la conformidad de una página.

» Porque demuestran quién está realmente interesado en la accesibilidad.

1 Las siguientes motivaciones están inspiradas en el post “10 razones para pasarse a las WCAG 2.0” de Olga Carreras. olgacarreras.blogspot.com/2006/10/10-razones-para-pasarse-las-wcag-20.html


http://olgacarreras.blogspot.com/2006/10/10-razones-para-pasarse-las-wcag-20.html

21

Intr

oduc

ción

Cómo se organizan

Las WCAG 2.0 están organizadas en cuatro capas, cuya complejidad crece exponencialmente:

4 Principios

Son la base de la accesibilidad web: todo sitio web debe ser perceptible, operable2, comprensible y robusto. Los principios no son evaluables.

12 Pautas

Los principios se dividen en pautas, con el objetivo de agrupar de un modo lógico los criterios de conformidad. Las pautas no son evaluables.

61 Criterios de conformidad

Los criterios de conformidad sí son evaluables. Dependiendo de una serie de factores que veremos más adelante, los criterios de conformidad se escalan en 3 niveles: A (el más bajo), AA (el nivel medio), y AAA (el más alto).

571 Técnicas y errores

Cada criterio de conformidad propone una serie de técnicas a seguir y documenta una serie de errores a evitar para alcanzar la conformidad, ya que cada técnica y cada error tiene su procedimiento de prueba.

2 En inglés, el principio se denomina operable, y esa misma palabra se ha usado en su traducción oficial al español. Aunque consideramos que se trata de una traducción muy forzada, y que se podría haber encontrado una palabra más adecuada, se mantendrá para no confundir a los lectores.


22

Los principios y pautas

Como decíamos antes, las WCAG 2.0 se organizan en principios, y éstos en pautas. El objetivo es superar los cuatro principios, para lo cual debemos cumplir todas sus pautas:

El sitio web debe ser “Perceptible”

Nuestro sitio web puede ser visitado por personas con diferentes tipos de preferencias y capacidades, pero también por robots (buscadores, traductores...). Nuestra información e interfaz deben tener en cuenta esta necesidad y debemos ofrecer alternativas a los usuarios que no pueden utilizar alguno de sus sentidos. Las pautas de este principio son:

» Pauta 1.1 Alternativas textuales

» Pauta 1.2 Alternativas a los medios tempodependientes

» Pauta 1.3 Adaptable

» Pauta 1.4 Distinguible

El sitio web debe ser “Operable”

Los diseñadores y programadores debemos proporcionar elementos de interacción y de navegación que puedan ser manejados por personas con diferentes capacidades. Las pautas de este principio son:

» Pauta 2.1 Accesible por teclado

» Pauta 2.2 Tiempo suficiente

» Pauta 2.3 Convulsiones

» Pauta 2.4 Navegable


23

Intr

oduc

ción

El sitio web debe ser “Comprensible”

Si nuestro usuario no entiende de qué le estamos hablando, o le hacemos sentirse perdido, tenemos un problema. Debemos diseñar nuestro sitio web -incluyendo la información y la interfaz de usuario- fácil de usar. Las pautas de este principio son:

» Pauta 3.1 Fácil de leer y de comprender

» Pauta 3.2 Predecible

» Pauta 3.3 Ayuda en la introducción de datos

El sitio web debe ser “Robusto”

Este es el principio más dependiente de la tecnología. Se basa en la capacidad del sitio web de ser trasmitido e interpretado por los diferentes agentes de usuario.

Los agentes de usuario son todos aquellos programas que muestran contenidos de internet, como los navegadores (Internet Explorer, Firefox, Safari…), reproductores multimedia (QuickTime, Real Player, Windows Media Player…), plug-ins (Flash, Silverlight, Java...), y otros programas y dispositivos como los productos de apoyo.

Los productos de apoyo, también conocidos como ayudas técnicas, son programas o dispositivos que proporcionan la funcionalidad necesaria para cubrir las necesidades de los usuarios con discapacidad que van más allá de las que proporcionan las aplicaciones de usuario principales, por ejemplo magnificadores de pantalla, teclado en pantalla, punteros grandes...

Se puede decir que los contenidos de nuestro sitio web deben interactuar con toda esta cantidad de tecnología, así como con sus versiones futuras.

La única pauta de este principio es:

» Pauta 4.1 Compatible


24

Los criterios de conformidad

¿Recuerdas que las pautas se dividen en diferentes criterios de conformidad? ¡Genial! Esos criterios de conformidad se clasifican en 3 niveles:

- A (o Simple-A): el más bajo.

- AA (o Doble-A): nivel medio.

- AAA (o Triple-A): el más alto.

Para decidir el nivel que debía tener cada criterio, el W3C estableció las siguientes preguntas:

» ¿Es este criterio de conformidad esencial? Es decir, ¿si no se cumple este criterio, los agentes de usuario (incluyendo los productos de apoyo) pueden o no reproducir la página web?

» ¿Es este criterio de conformidad aplicable para todos los sitios web, independientemente de su tema, del tipo de contenido, de la tecnología usada, etc.?

» ¿Pueden los creadores de contenidos aprender en menos de una semana a cumplir este criterio de conformidad?

» ¿Cómo limitaría este criterio de conformidad la apariencia, la funcionalidad, la forma de presentación, la libertad de expresión, el diseño y la estética de la página?

» ¿Hay una alternativa u otro camino para acceder al contenido si no se cumple el criterio de conformidad?

Todos los criterios de conformidad son importantes: los más bajos permiten acceder al contenido de las páginas web y los más altos mejoran su usabilidad y llegar a un mayor número de personas.


25

Intr

oduc

ción

Las técnicas y errores Cada criterio de conformidad recomienda una serie de técnicas, las cuales disponen de procedimientos de prueba que nos van a permitir saber si el criterio se cumple o no. Observa que hemos utilizado el verbo “recomendar”, porque ninguna técnica es obligatoria, ya que las WCAG 2.0 te permiten crear tus propios mecanismos alternativos para superar el criterio.

Hay 2 categorías de técnicas: las suficientes y las aconsejables. Las primeras son Técnicas para que consigas superar el criterio de conformidad. Las segundas son recomendaciones para mejorar la accesibilidad y usabilidad del sitio web.

Las técnicas se dividen en:

- generales,

- texto plano,

- HTML y XHTML,

- CSS,

- programación del lado de cliente (por ejemplo, JavaScript),

- programación del lado de servidor (por ejemplo, PHP),

- SMIL,

- ARIA,

- Flash,

- Silverlight y

- PDF.

Las ocho primeras se explican de forma unificada en los capítulos dedicados a los principios. Las tres últimas, por su especialización en tecnologías propietarias, se explican en un capítulo aparte.

Los errores documentados por las WCAG 2.0 son hechos que dificultan o impiden la accesibilidad de la página. Al igual que las técnicas, disponen de procedimientos de prueba para verificar que no estamos tropezando de nuevo con la misma piedra.

Tanto las técnicas como los errores pueden estar asociados a más de un criterio de conformidad, por lo que podemos encontrarnos técnicas y errores repetidos en más de una ocasión.


26Encuentra el resto del libro en wcag2madeeasy.com

27

Intr

oduc

ción

Conformidad

Las WCAG 2.0 consideran una página web como un conjunto de elementos asociados a ella (contenidos, funcionalidades, estructura, estilos, textos, vídeos, subtítulos, juegos, sonidos...). La conformidad, la conformidad parcial o la no-conformidad se refieren a la página web completa.

Del mismo modo, si la página web tiene información o funcionalidades no accesibles, pero existe una versión alternativa accesible enlazada que los agentes de usuario y productos de apoyo pueden entender y manejar, esa versión alternativa se considera parte de la página, y entonces podemos considerar que la página es accesible.

Por otro lado, si la página web es parte de un proceso (por ejemplo, un formulario de compra dividido en varias páginas), debemos considerar la accesibilidad del proceso completo. No tiene sentido decir que la página de confirmación del pedido es accesible cuando la página anterior de solicitud de pedido no lo es.

Siguiendo con los contenidos o funcionalidades no accesibles, éstos no deben bloquear al resto de controles. Ten en mente este concepto cuando expliquemos los siguientes criterios de conformidad:

1.4.2 Control del sonido.

2.1.2 Sin trampas para el foco del teclado.

2.2.2 Poner en pausa, parar y ocultar.

2.3.1 Umbral de tres destellos o menos.

Observa que en todo momento estamos hablando de páginas, de contenidos o de funcionalidades, pero no de tecnologías.


28

Niveles de conformidad de las páginas web

Dependiendo de los criterios de conformidad superados y de sus niveles, podemos certificar que una página web ha alcanzado alguno de estos 3 niveles:

- Nivel A: la página web cumple todos los criterios de conformidad de nivel A.

- Nivel AA: la página web cumple todos los criterios de conformidad de nivel A y AA.

- Nivel AAA: la página web cumple todos los criterios de conformidad de nivel A, AA y AAA.

Recordemos que el nivel más bajo facilita acceder al contenido y el más alto mejora su usabilidad y el número de personas que podrán acceder. La decisión de que nuestras páginas alcancen un nivel u otro viene dado fundamentalmente por los siguientes motivos:

- Adecuación al público objetivo: si nuestra página web debe ser usada por personas con diversidad funcional, es lógico y necesario que se adecúe a sus características. Cuanto mayor sea el nivel, mejor complaceremos a nuestro público.

- Obligación legal: por ejemplo, en España, los organismos públicos y empresas de especial relevancia económica están obligadas, como mínimo, al nivel AA.

- Decisiones políticas y personales: en muchas organizaciones, la sensibilidad hacia los temas sociales implica decisiones de alcanzar mayores niveles de accesibilidad que los legalmente requeridos.

- Recursos disponibles: trabajar en pulir un sitio web conlleva una serie de recursos humanos, técnicos y económicos que no todas las organizaciones se pueden permitir. El conocimiento del personal, las herramientas a nuestro alcance, el tiempo necesario... son elementos clave que determinarán hasta qué nivel podemos llegar. Estas limitaciones no deberían utilizarse como excusa, sino como indicadores a mejorar en nuestros procesos para aumentar la accesibilidad de los sitios que creamos.

Personalmente, creo que el nivel A es relativamente fácil de alcanzar en sitios web sencillos. El esfuerzo para conseguir el nivel AA empieza a ser importante. El nivel AAA es muy difícil de conseguir, y más de mantener, así que aconsejo precaución al certificar que un sitio web es enteramente AAA, en especial si se utilizan determinados contenidos, por ejemplo, una sección donde los usuarios suben imágenes o videos y nadie se preocupa de revisar si las imágenes están bien descritas con texto o que los vídeos disponen de subtítulos.

La clave para alcanzar niveles es una correcta planificación de los departamentos de sistemas informáticos, diseño, programación y contenidos. Habitualmente es mucho más complicado reparar sitios web que crearlos desde cero bien planificados.


29

Intr

oduc

ción

Declaraciones de conformidad:cómo decirle a todo el mundo que tu web es accesible

Una vez que has comprobado que tu página web es accesible, probablemente quieras comunicar que te has preocupado por ello. El W3C es incapaz de verificar cada sitio web, así que traslada la responsabilidad a sus creadores. Para ello, nos ofrece un juego de iconos unidos a una declaración de conformidad:

Ni los iconos ni las declaraciones de conformidad son obligatorios, sólo recomendados, pero si utilizas los iconos, debes incluir también la declaración de conformidad.

Las declaraciones de conformidad se podrán redactar mediante metadatos (cuando éstos sean aprobados por el W3C). Las declaraciones en metadatos ayudarán (en teoría) a los motores de búsqueda y a los navegadores semánticos a encontrar y presentar contenidos. Mientras tanto, usaremos el lenguaje natural.

Las declaraciones de conformidad contienen una serie de informaciones, algunas de las cuales son obligatorias y otras optativas. Al final de este libro puedes encontrar una plantilla que te ayudará a crear una declaración de conformidad.

Información obligatoria

» Fecha de la declaración de conformidad.

» Las pautas que se han seguido: el título, la versión y la URI.

» El nivel de conformidad alcanzado: A, AA o AAA.

» El ámbito al que se aplica la declaración, es decir, las páginas que cumplen la conformidad. En los ejemplos mostrados más adelante se explica cómo listar las páginas.

» Las tecnologías de contenido web usadas que generan dependencia (en el epígrafe siguiente definiremos este concepto). Se pueden listar de las siguientes maneras:

- En la declaración: “Las tecnologías utilizadas que generan dependencia son...”

- En una página: “Las tecnologías utilizadas que generan dependencia están listadas en [url del dominio/tecnologias.html]”

- En un lugar de una página: “Las tecnologías ecnologías utilizadas que generan dependencia están listadas en el epígrafe “Tecnologías” en [url del dominio/accesibilidad.html#tecnologias]”


30

Información opcional

» Criterios de conformidad superiores al nivel declarado que se han cumplido:

“También se cumplen los siguientes criterios de conformidad ... de nivel ....”

» Las tecnologías de contenido web usadas que no generan dependencia, listadas de la misma manera que las que sí generan dependencia.

» Agentes de usuario y productos de apoyo con los que se ha probado la página:

“Los agentes de usuario y productos de apoyo utilizados en las pruebas son: [navegador y versión], en [sistema operativo y versión], con [nombre de plug-in y versión] y con [producto de apoyo y versión]”

» Pasos dados -más allá de lo indicado por las WCAG 2.0- para mejorar la accesibilidad. Por ejemplo, si estamos haciendo una página en España con la obligación legal de ser accesible, debemos ofrecer un contacto para dudas, quejas o sugerencias sobre la accesibilidad del sitio web:

“En caso de necesitar ayuda, puede dirigirse a [email protected].”

En este apartado, también podemos incluir otras informaciones. Por ejemplo, cuando se usan tecnologías que no posibilitan el uso accesible, pero se enlaza a una versión alternativa accesible, su ubicación y la tecnología empleada:

“Existe una versión accesible del contenido en [url del dominio/version_accesible.html], donde se han utilizado las tecnologías...”

» Cuanto haya unos metadatos aprobados y publicados por el W3C, una versión de la declaración de conformidad en metadatos, así como del listado de tecnologías usadas que generan dependencia.


31

Intr

oduc

ción

Conformidades parciales

Imagina que has hecho un gran trabajo en el diseño de tu sitio web. Ahora es el momento de que los usuarios añadan el contenido. Sin embargo, esos usuarios pueden ser cualquier persona, incluso de fuera de tu organización, y tú no puedes estar en todos los sitios a todas horas para revisar lo que hacen. Las WCAG 2.0 ofrecen dos posibles soluciones a este problema:

» Si monitorizas y reparas los errores del contenido externo en tu sitio web en 2 días laborales, puedes usar la declaración de conformidad normal.

» Si no puedes monitorizar y reparar los errores, puedes utilizar una declaración de conformidad parcial de contenidos procedentes de fuentes no controladas. Solamente puedes usar esta declaración si ese contenido no está bajo tu control. La forma de hacerlo es añadir a la declaración una lista detallada de los contenidos:

“Esta página no cumple el nivel [A, AA, AAA] de las WCAG 2.0, pero podría cumplirlo si se quitaran los siguientes contenidos procedentes de fuentes no controladas: ...”

Otra figura que contemplan las WCAG 2.0 es la declaración de conformidad parcial debida al idioma. Esta declaración se puede usar cuando la tecnología utilizada no posibilita el uso accesible con el idioma (o idiomas) empleados en la página. Por ejemplo, imagina que tienes un sitio web con versiones en español y chino; sin embargo, por limitaciones de la tecnología, los atributos “alt” de las imágenes sólo se muestran en español, por lo que los usuarios de la versión china no podrán comprender la descripción de las imágenes. La forma de indicar esta conformidad parcial sería:

“Esta página no cumple el nivel [A, AA, AAA] de las WCAG 2.0, pero podría cumplirlo si se hubiera posibilitado el uso accesible para el idioma...”


32

Ejemplos de declaración de conformidad Existen varias formas de indicar el ámbito de la declaración de conformidad dependiendo de la cantidad de páginas y de las relaciones entre ellas.

» Si es aplicable al sitio completo, el ideal:

“A [fecha], todas las páginas web en [url del dominio] cumplen con las Pautas de Accesibilidad para el Contenido Web 2.0 (http://www.w3.org/TR/2008/REC-WCAG20-20081211/) Conformidad Nivel [A, AA, AAA]. Las tecnologías utilizadas que generan dependencia son...”

» Si es aplicable a una única página:

“A [fecha], la página web [título de la página] en [URI de la página] cumple con las Pautas de Accesibilidad para el Contenido Web 2.0 (http://www.w3.org/TR/2008/REC-WCAG20-20081211/) Conformidad Nivel [A, AA, AAA]. Las tecnologías utilizadas que generan dependencia son...”

» Si solamente es aplicable a varias páginas del sitio, puedes:

Listar las páginas

“A [fecha], las siguientes páginas web listadas a continuación: - [título de la página 1] en [URL de la página 1] - [título de la página 2] en [URL de la página 2] - ... cumplen con las Pautas de Accesibilidad para el Contenido Web 2.0 (http://www.w3.org/TR/2008/REC-WCAG20-20081211/) Conformidad Nivel [A, AA, AAA]. Las tecnologías utilizadas que generan dependencia son...”

Usar expresiones regulares

“A [fecha], todas las páginas web en [url del dominio/(carpeta1|carpeta2)/.*] cumplen con las Pautas de Accesibilidad para el Contenido Web 2.0 (http://www.w3.org/TR/2008/REC-WCAG20-20081211/) Conformidad Nivel [A, AA, AAA]. Las tecnologías utilizadas que generan dependencia son...”

Usar lógica booleana“A [fecha], todas las páginas web en ([url del dominio] Y [url del subdominio 1]) Y NO ([url del subdominio 2]) cumplen con las Pautas de Accesibilidad para el Contenido Web 2.0 (http://www.w3.org/TR/2008/REC-WCAG20-20081211/) Conformidad Nivel [A, AA, AAA]. Las tecnologías utilizadas que generan dependencia son...”


33

Intr

oduc

ción

Tecnologías que posibilitan el uso accesible

En el anterior epígrafe citábamos las tecnologías que posibilitan el uso accesible y las tecnologías usadas que generan dependencia. La definición de ambos términos es más amplia y compleja que una simple línea.

Las WCAG 2.0 han intentado solventar un gran problema de las WCAG 1.0: la dependencia de la tecnología. Los puntos de control de las WCAG 1.0 incluían muchas veces la frase “Hasta que los agentes de usuario lo permitan...”. Pero el W3C nunca actualizó el documento oficial con los agentes de usuario que permitían o no, por lo que se convirtió en un callejón sin salida.

El W3C intentó superar esta situación haciendo que las WCAG 2.0 fueran neutrales para la tecnología; pero crearon otro problema. Joe Clark escribió en A list apart :

“Las WCAG 1.0 estaban muy centradas en HTML. Todos reconocimos que había un problema en una época en la que los formatos PDF y Flash [...] empezaban a ser accesibles. Por eso, las WCAG 2.0 tenían que ser neutrales en cuanto a la tecnología.

Pero, al hacerlo, imaginaron un universo paralelo en el cual la gran mayoría del contenido web dejó de ser simple HTML, CSS y JavaScript. Visualizaron un mundo con muchos, muchos archivos Flash, PDF, y otros formatos no inventados que estaban disponibles y listos para ser accesibles. Para resolver este mundo onírico, las WCAG 2.0 fueron escritas, re-escritas y requete-escritas para abarcarlo todo. Por el camino, perdieron la capacidad para abarcar los asuntos reales en los que los desarrolladores trabajan cada día: los simples HTML, CSS, y JavaScript.”

Al infierno con las WCAG 2.0 www.alistapart.com/articles/tohellwithwcag2

“


34

“

Esta independencia tecnológica trajo dos nuevos conceptos: la “tecnología posibilitante del uso accesible” y la “dependencia tecnológica”.

El W3C define la tecnología que posibilita el uso accesible (en inglés, accessibility supported technology):

“Una tecnología de contenido web posibilita el uso accesible cuando:

- los usuarios de los productos de apoyo pueden trabajar con esa tecnología; y

- las características de accesibilidad de las tecnologías principales y mayoritarias funcionan con esa tecnología.”

Comprender la conformidad www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html

Trataremos de explicar el concepto con ejemplos:

» Si incluyes una película en tu página, ¿puedes incluir los subtítulos? ¿Y pueden los usuarios acceder a ellos?

» Si incluyes un control personalizado, ¿lo has creado para que se pueda manejar con el teclado? ¿Y pueden los usuarios realmente manejarlo con el teclado?

La clave es cómo las tecnologías incluyen los mecanismos necesarios para que los agentes de usuario, incluyendo los productos de apoyo, puedan entenderlas y manejarlas, es decir, acceder al contenido, presentarlo al usuario, y éste, percibirlo y manipularlo. Incluso es posible que sea necesario modificar los agentes de usuario o los productos de apoyo para dar soporte a esa tecnología, por ejemplo, descargando un plug-in.

El concepto de dependencia tecnológica (en inglés technologies that are relied upon) hace referencia a que, cuando una página web utiliza una tecnología determinada para mostrar el contenido, si el agente de usuario no reconoce o no soporta esa tecnología, o si está desactivada, el contenido no se mostrará. Por ejemplo, una web en Flash no se puede visualizar en un iPad, porque estos dispositivos no lo permiten; sin embargo, sí se visualizará en un navegador de sobremesa con el plug-in en el navegador. Esto no es obstáculo para que Flash pueda ser calificada como una tecnología posibilitante, ya que ofrece opciones para hacer un uso accesible de sus contenidos (aunque sea bajo determinadas condiciones). Sin embargo, genera una dependencia tecnolígica.

Veamos cuáles son las implicaciones de esta divergencia.


35

Intr

oduc

ción

El modo en que usamos la tecnología determina su posibilidad de uso accesible

¿Recuerdas estas frases tan categóricas?: “No hagas tu web en Flash porque no será accesible” o “Evita los PDF, porque una persona ciega no será capaz de leerlos”. Las empresas que contribuyeron a la redacción de las nuevas pautas adoptaron una fuerte línea defensiva para proteger sus productos de barreras legales. Por eso no hay ninguna mención acerca de qué tecnología es accesible y cuál no, porque depende más de la manera en la que se utilizan y de su evolución. Por ejemplo, puedes usar XHTML estricto pero mal formateado, y no será considerado accesible; pero puedes crear tu sitio web con Flash utilizando correctamente todas sus opciones de accesibilidad y será considerado accesible.

Ante esta situación de indefinición, el W3C adopta una postura neutral con respecto a la tecnología, pero no sobre su uso. Esta neutralidad nos genera problemas y complicaciones a las personas de a pie:

• No podemos especificar hasta qué punto debe llegar una tecnología para calificarla de posibilitante de uso accesible.

• Podemos utilizar una tecnología de una forma no accesible, pero podemos ofrecer una versión alternativa y cumplir así la norma.

• Podemos utilizar una tecnología de una forma accesible, pero esto no implica que todos los usos de esa tecnología (o de todas las versiones de esa tecnología) sean accesibles.

Recuerda que solamente podemos comprobar páginas, no tecnologías.

Desafortunadamente, debemos confiar en cualquiera (particulares, compañías, universidades, distribuidores...) que documente las posibilidades de uso accesible de una tecnología concreta. El único requisito es que cumpla los dos condicionantes de la definición de “posibilitantes de uso accesible”.

Por desgracia, ningún autor individual será capaz de probar todos los posibles usos de esa tecnología, por lo que la documentación estará dispersa por todo internet. O incluso peor, nadie será capaz de comprobar que toda esa documentación es cierta. ¿Te haces una idea del agujero de seguridad que esto implica? El W3C reconoce en este sentido lo siguiente:

“El WAI anticipa que sólo la documentación que proporcione información precisa y beneficie tanto a los autores como a los usuarios logrará el reconocimiento del mercado a largo plazo.” Comprender la conformidad www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html

“


36

“

¿Qué tecnologías posibilitan el uso accesible?A estas alturas probablemente te preguntarás qué tecnologías posibilitan el uso accesible y cuáles no. Y la respuesta es... que nadie lo sabe, ¡ni siquiera el W3C! Aquí va la frase más popular utilizada por los consultores: “Depende”. ¿Cómo es esto posible después de cinco años en desarrollar las WCAG 2.0? Bueno, algunas causas de esta vaguedad:

• ¿Cuántos agentes de usuario (incluyendo los productos de apoyo) deben respaldar una tecnología para que pueda ésta ser considerada como posibilitante?

• ¿Qué pasaría si una tecnología es posibilitante en un entorno concreto pero no lo es en otro? ¿Se debe posibilitar a un único agente de usuario particular, o una combinación de muchos?

• ¿En cuántos idiomas y dialectos debe estar traducido el agente de usuario para posibilitar una tecnología?

• ¿Debe ser compatible con versiones anteriores? Por ejemplo, imagina que surgen tecnologías para navegar por internet en tres dimensiones. Los ordenadores y programas viejos no serán capaces de mostrar ese contenido. Pero eso no es un obstáculo para que esta Tecnología 3D pueda posibilitar la accesibilidad en entornos concretos.

• A menos que todos los usuarios usen el mismo agente de usuario para mostrar el contenido (por ejemplo, una intranet de empresa), los usuarios dispondrán de diferentes opciones para acceder a ese contenido, especialmente si no pueden costear los productos de apoyo. Normalmente los productos de apoyo son caros y no todo el mundo se los puede permitir. Además, los productos de apoyo gratuitos, o de bajo coste, no tienen el mismo rendimiento que los productos caros.

Por todo ello puedes deducir que no es fácil establecer qué tecnologías son posibilitantes de uso accesible y cuáles no. El W3C comprende este problema y deja la elección a criterio de la comunidad. Sí, cada empresa, gobierno o asociación puede elegirlos. Así que preparémonos para diferentes opiniones. Como admite el W3C:

“Esta falta de una lista de tecnologías posibilitantes es un problema que afecta negativamente a los usuarios, desarrolladores y autores.”

Comprender la conformidad www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html


37

Intr

oduc

ción

¿Cómo determinar si una tecnología posibilita el uso accesible?

Asumamos que nadie sabe qué tecnologías posibilitan el uso accesible y cuáles no. ¿Ahora qué? Para decidir por ti mismo si una tecnología posibilita el uso accesible, debes comprobar que:

• La tecnología es soportada por los agentes de usuario, incluyendo los productos de apoyo, en el mismo idioma que la página web.

• Los usuarios pueden conseguir agentes de usuario que posibiliten el uso accesible de esa tecnología mediante uno de estos tres mecanismos:

｡ Se ofrece un soporte nativo en los principales agentes de usuario y plug-ins accesibles (como el HTML y CSS).

｡ Puedes controlar los agentes de usuario que utilizarán tus usuarios para acceder a tu contenido, como por ejemplo en una intranet. Evidentemente, el agente de usuario utilizado debe posibilitar también su uso accesible.

｡ Puedes descargar o comprar fácilmente el agente de usuario. Este proceso no debe discriminar a personas con o sin discapacidad.

Por último, si quieres documentar los usos accesibles de una tecnología concreta, recomendamos consultar el sitio “Comprender las WCAG 2.0”, donde en su apéndice B se informa de cómo hacerlo (http://www.w3.org/TR/UNDERSTANDING-WCAG20/appendixB.html) .


38Encuentra el resto del libro en wcag2madeeasy.com

WCAG 2.0 de forma sencilla es una guía práctica para que desarrolladores, diseñadores y gestores de contenidos aprendan a crear sitios web accesibles que cumplan las recomendaciones de las Web Content Accessibility Guidelines 2.0 del W3C.

Olga Revilla es una diseñadora de interacción que piensa, diseña, programa y prueba interfaces. Es miembro de SIDAR y ha colaborado en la traducción oficial de las WCAG 2.0 al español. En su tiempo libre, comparte sus pensamientos en el blog itakora.com.

wcag2madeeasy.com


wcag 2.0 de forma sencilla - wcag2madeeasy.com · editora ejecutiva: olga c. santos martín diseño...

Documents