Codifícame esta página, pero que sea accesible…

Esta frase se escucha en grupos de trabajo web, y en este punto vemos al grupo tratando de montar mediante XHTML y CSS el puñado de diseños que tienen que codificar de manera accesible. Toca ahora utilizar uno y mil trucos para conseguir un efecto del diseño gráfico, meter un contenedor dentro de otros cuantos para lograr visualizar fondos, imágenes… Para que se vea correctamente en todos los navegadores tendrán que utilizar hacks para tamaños de caja, formularios…

Así conseguiremos lo que nos han pedido: que al final valide en el TAW, W3C… Es fácil, un poco de experiencia, trucos… y se puede conseguir hasta la triple A.

Pero… ¿se puede decir que es accesible?

Hasta ahora no tendríamos argumentos suficientes para decir si es o no accesible. Si podríamos decir que el código es estándar, pero incluso podría no ser semánticamente correcto. En cualquier caso podríamos asumir como bueno el código, y ahora… ¿es accesible?

Tan sólo podemos decir eso: que pasa los validadotes automáticos.

De nada nos sirve tener una página validada si luego no es semánticamente correcta, ni TAW ni el validador de la W3C es capaz de distinguir si se han utilizado mas capas de las necesarias sólo para presentar el sitio conforme al diseño, si el tamaño de la letra es suficiente, si se han utilizado “trucos” para engañar a los navegadores, si hay imágenes animadas que no se pueden detener, y más y más cosas…

Hasta este momento hemos afrontado la accesibilidad como algo independiente del la estructura del sitio, del diseño del sitio. Si hemos conseguido hacer del código algo semántico, es probable que no sea suficiente.

Como ejemplo, el que nos dejaba Emmanuelle Gutiérrez y Restrepo y que podemos ver en csszengarden. ¿Es esto accesible?

Ninguna herramienta automática podrá decirnos si una web es accesible, lo que realmente nos comunica es si hemos cometido errores de codificación en el sitio, la validación debe ser manual, punto por punto de todos y cada uno de los puntos de verificación. Estas herramientas, por ahora, no son capaces de distinguir entre etiquetas correctas, imágenes animadas, estructura del sitio…

Aún así y después de hacer una revisión correcta del sitio desde el inicio, incluyendo diseño, arquitectura de la información y codificación puede que aún no sea suficiente…

Hemos cumplido una parte del desarrollo accesible pero queda otra tan importante o mas que el resto.

¿son accesibles los contenidos?

Es posible que nuestros esfuerzos para convertir un sitio en accesible no sirvan de nada si a la hora de llenar de contenido el sitio, y no olvidemos que el objetivo de un sitio web es siempre el contenido, éste no es accesible. Y por accesible me refiero a textos demasiado técnicos para el usuario final, mal redactados, no traducidos…

A qué accesibilidad queremos llegar

Frecuentemente se trata la accesibilidad como algo únicamente unido a la discapacidad visual, pero no es la única accesibilidad en la que debemos centrarnos. Siempre dependerá del objetivo del sitio, de a quién nos estamos dirigiendo y a quién queremos llegar. La accesibilidad es el acceso universal, por lo que debemos centrarnos en qué puntos de accesibilidad debemos cumplir.

Para finalizar

La accesibilidad debe estar presente desde el inicio del proyecto hasta la finalización y el mantenimiento del sitio. Ha de ser algo en lo que crea y esté implicado todo el desarrollo del sitio web, desde el director de proyecto hasta el que va a proporcionar contenidos al sitio. Pasando por las áreas de diseño gráfico, diseño de interacción, programación… todas las personas afectadas del proyecto.