Download Descarga el primer capítulo gratis

Olga Revilla Muñoz
WCAG 2.0
de forma sencilla
Prólogo de Emmanuelle Gutiérrez y Restrepo
Encuentra el resto del libro en wcag2madeeasy.com
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 Press
Madrid
Encuentra el resto del libro en wcag2madeeasy.com
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ín
Diseño editorial: Ana Matellanes García
Consejera 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, Olga
WCAG 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]
Encuentra el resto del libro en wcag2madeeasy.com
Para mi pareja: cómplice, testigo, víctima y coartada
de todo cuanto hago.
Encuentra el resto del libro en wcag2madeeasy.com
Encuentra el resto del libro en wcag2madeeasy.com
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.
Encuentra el resto del libro en wcag2madeeasy.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.
Encuentra el resto del libro en wcag2madeeasy.com
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.
Encuentra el resto del libro en wcag2madeeasy.com
Encuentra el resto del libro en wcag2madeeasy.com
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.
Encuentra el resto del libro en wcag2madeeasy.com
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
Encuentra el resto del libro en wcag2madeeasy.com
Índice
INTRODUCCIÓN
WCAG 2.0: ¿Qué son?
Conformidad
Tecnologías que posibilitan el uso accesible
PRINCIPIO 1: PERCEPTIBLE
Pauta 1.1: Alternativas textuales
Pauta 1.2: Alternativas a los medios tempodependientes
Pauta 1.3: Adaptable
Pauta 1.4: Distinguible
PRINCIPIO 2: OPERABLE
17
19
27
33
39
41
47
57
65
81
Pauta 2.1: Manejable por teclado
Pauta 2.2: Tiempo suficiente
Pauta 2.3: Convulsiones
Pauta 2.4: Navegable
83
89
97
101
PRINCIPIO 3: COMPRENSIBLE
113
Pauta 3.1: Fácil de leer y de comprender
Pauta 3.2: Predecible
Pauta 3.3: Ayuda en la introducción de datos
115
125
131
PRINCIPIO 4: ROBUSTO
141
Pauta 4.1: Compatible
143
TÉCNICAS DE FLASH, PDF Y SILVERLIGHT
Técnicas de Flash
Técnicas de PDF
Técnicas de Silverlight
HERRAMIENTAS
Plantilla de evaluación
Criterios de conformidad por niveles
Plantilla de declaración de conformidad
Cuadro resumen de medios tempodependientes
Validadores y herramientas
Glosario
147
149
151
153
155
157
159
161
163
165
167
Encuentra el resto del libro en wcag2madeeasy.com
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
Encuentra el resto del libro en wcag2madeeasy.com
Encuentra el resto del libro en wcag2madeeasy.com
Introducció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.
19
Encuentra el resto del libro en wcag2madeeasy.com
Por qué seguir las WCAG 2.0
Existen 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 normativaspara 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
20
Encuentra el resto del libro en wcag2madeeasy.com
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.
21
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
Cómo se organizan
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
22
Encuentra el resto del libro en wcag2madeeasy.com
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
23
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
El sitio web debe ser “Comprensible”
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.
24
Encuentra el resto del libro en wcag2madeeasy.com
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.
25
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
Las técnicas y errores
26
Encuentra el resto del libro en wcag2madeeasy.com
Introducció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.
27
Encuentra el resto del libro en wcag2madeeasy.com
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.
28
Encuentra el resto del libro en wcag2madeeasy.com
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]”
29
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
Declaraciones de conformidad:
cómo decirle a todo el mundo que tu web es accesible
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.
30
Encuentra el resto del libro en wcag2madeeasy.com
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...”
31
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
Conformidades parciales
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...”
32
Encuentra el resto del libro en wcag2madeeasy.com
Introducció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
33
Encuentra el resto del libro en wcag2madeeasy.com
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.
34
Encuentra el resto del libro en wcag2madeeasy.com
¿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
35
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
El modo en que usamos la tecnología determina su
posibilidad de uso accesible
¿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
36
Encuentra el resto del libro en wcag2madeeasy.com
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) .
37
Encuentra el resto del libro en wcag2madeeasy.com
Introducción
¿Cómo determinar si una tecnología
posibilita el uso accesible?
38
Encuentra 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
Encuentra el resto del libro en wcag2madeeasy.com