7 errores de accesibilidad según Christian Heilman (1a parte)

Christian Heilman ha publicado la primera parte de la lista de los que él considera son los 7 errores más comunes de accesibilidad en los cuales incurren los desarrolladores web. Me permití traducir su contenido ya que me parece lo suficientemente interesente como para compartir (disculpen los posibles errores de traducción).
A lo largo del artículo, Heilman expone los 3 primeros de ellos así como sus posibles soluciones:
1) Error: Confiar en un producto sin someterlo a pruebas. No basta con vanagloriarse de seguir los estandares técnicos de diseño: “Un HTML válido no es por defecto semánticamente correcto o lógico -sólo los seres humanos pueden determinar eso… Las máquinas no pueden determinar, por si mismas si el producto tiene sentido, no importa cuán sofisticado sea”
Solución:
* Dedicar una buena cantidad de tiempo a que los desarrolladores reciban entrenamiento en el producto.
* Flujo de documentos y sus contextos de trabajo. Hacer que este documento sea imprescindible para el equipo de mantenimiento o a nuevos miembros del mismo.
* Reforzar las pruebas humanas en el proceso de implementación. Esto puede ser hecho con un editor entrenado si es que no hay tiempo para un ciclo de prueba completo.
2) Error: Asumir demasiadas responsabilidades: El apartado más largo, divertido y delicado de esta primera entrega. La primera advertencia que hace Heilman es que tenemos que aceptar que nunca la página web se desarrollaráde 100% de acuerdo al proyecto inicial. Los web sites tienden a crecer, modificarse sobre la marcha, cambiar eventualmente de rumbo en algunas líneas y si no queremos sobrecargarnos de responsabilidades, lo mejor es que le dejemos claro a nuestros clientes hasta dónde llega nuestra responsabilidady cuándo comienza la de la empresa.
El habla de 3 hechos concretos que siempre habrá que tomar en cuenta:
* El cliente quiere un producto Web
* El cliente quiere clientes, lectores, o visitantes felices.
* El cliente estará inclinado a cambiar todo por muchas razones.
Para cubrirse las espaldas habrá que delegar responsabilidades y hacer un coaching de tal manera de asegurar que el cliente conozca los puntos importantes y se haga responsable del mantenimiento de la accesibilidad. Para Heilman, esto nos permitiría “cubrirnos las espaldas” y afirma que nuestro lema debería ser “Le ayudamos a asegurar la accesibilidad de su Espacio Web” y no “Haremos su Espacio Web Accesible”. Vaya!
Los que esto implica para el desarrollo es (Solución):
* Planear para el cliente talleres y entrenamentos en accesibilidad antes de comenzar el desarrollo del producto.
* Encontrar un “campeón” (las comillas son mías) dentro de la compañía de nuestro cliente que se haga responsable de los estándares de accesibilidad. Siempre hay alguien que quiera sobresalir y este es un buen momento -la accesibilidad es un asunto legal.
* Producir material acerca de medidas de accesibilidad y la manera de mantenerla a través de los cambios de diseño.
* Tener una cláusula en el contrato que sea muy clara en relación a que luego de la entrega inicial del proyecto (el día en que salen a celebrar), la accesibilidad es responsabilidad del cliente. Cualquier detalle debe ser cobrado aparte. Eso haré que escuchen mejor las indicaciones.
* Asegúrese de practicar lo que predica. Su contenido y código inicial debe ser impecable. Los errores se copian y es difícil explicarle a un cliente que su asesoría estaba errada.
3) Error: Planificarse para el peor escenario.
Este apartado apunta al concepto mismo de accesibilidad ya que, como sabemos, puede correrse el riesgo de entender que cuando hablamos de accesibilidad estamos hablando sólo de discapacitados, perdiendo así la noción de realidad con respecto a la importancia de conocer los comportamientos y necesidades de todos los usuarios.
Aquí recuerda que los requerimientos básicos para una pàgina accesible son:
1. Que sea semánticamente correcta , con un HTML lógico y válido.
2. Que el contenido tenga sentido tanto si es leído como si es escuchado.
3. Que exista un texto alternativo para cada contenido visual.
4. Que los hipervínculos y títulos tengan sentido fuera de su contexto.
Solución: plantea los siguientes puntos a tener en cuenta durante el desarrollo:
* Asegurarse de que todos los puntos básicos está cubiertos de primero y mostrar al cliente lo bien que funciona la página para todos sus diferentes ambientes.
* Tratar de introducir la idea del incremento progresivo. No comience con visuales sino más bien con marcos sin estilo.
* Use herramientas que permitan a los editores escribir y copiar fuera de cualquier marco visual. Podrían ser Word o una herramienta de publicación simple como WordPress.
* Demostrar cómo, cubrir los requerimientos básicos de accesibilidad, ayuda a todos -navegar la página en una PDA o teléfono móvil.
* No olvide alabar la facilidad y amigabilidad del motor de búsqueda para encontrar contenidos de calidad.
* No subestime el poder del CSS y de JavaScript como herramientas de usabilidad.
* Diseñe con la usabilidad en la mente. Buenas gráficas no sólo determinan la emocionalidad de la página sino que tambien le hacen más fácilal usuario el proceso de conseguir lo que para él es más importante, y sin pensar demasiado.
* Diseñe con la flexibilidad en la mente. Las pàginas Web deben capaces de crecer tanto desde el punto de vista de la Arquitectura de la Información como del espacio en pantalla.

El artículo completo lo pueden leer en Digital Web Magazine
Otros artículos de Christian Heilman.
Un complemento interesante a este listado es el artículo de Heilman, también publicado en Web Design: 10 Reasons Clients Don’t Care About Accessibility
La semana que viene publicaré tambien aquí los 4 restantes.

Aviso

Esta entrada corresponde al archivo histórico de Ciberescrituras (2005-2012).

También te puede gustar...

1 comentario

Responder a Gonzalo Cancelar respuesta