El tema de discusión sobre si un sitio web puede ser accesible sin ser usable, o si puede ser usable sin ser accesible, ...o si puede ser accesible sin ser accesible, etcétera, es tan recurrente que, en mi opinión sólo sirve como luego dialéctico.
Creo que acabaríamos antes enfocándolo en lo que "debe ser" y no en lo que "puede ser". Me resulta simpática la percepción generalizada de que la accesibilidad es más fácilmente certificable sólo porque hay unas pautas. Resulta que también es necesaria una revisión manual, una batería de pruebas, y evoluciona con la evolución del sitio web tal y como apuntaba Javier refiriéndose a la usabilidad. Coincido en la apreciación de Sento en cuanto a que usabilidad y accesibilidad deben contemplarse y afrontarse juntas. No tiene sentido que en las fases de usabilidad iniciales (especificaciones, indagación, prototipado, pruebas, etc.), previas al desarrollo, no se tengan en cuenta las pautas ni las particularidades de las discapacidades, y que se responsabilice al desarrollador de que el resultado sea además, como por arte de magia, "accesible". La accesibilidad, como la usabilidad, son enfoques que deben estar presentes desde el inicio. ¿Por qué no lo están? En Asturias, Jakob Nielsen respondía que los usuarios no pagan por la accesibilidad. ¿El error está en que no se sabe vender la necesidad ni las bondades y ventajas que representa la accesibilidad? (por cierto, ¿alguien se ha visto en la tesitura de querer acceder a su correo gmail con el ratón estropeado/inutilizado?; es toda una "experiencia") El que una empresa haga más pruebas servirá para enriquecer el proceso con otra muestra más, -ya que los test de usuario se me antojan escasísimos si tenemos en cuenta el tamaño de la "población" en Internet-, y podrían dar pié a recomendaciones o puntos de mejora por parte de otra empresa sin afinidades al desarrollo. Pero, sobre el tema de la certificación, creo que es más razonable entenderla tal y como se hace con la certificación en calidad: revisar la metodología que se ha utilizado a la hora de afrontar un proyecto, así como su cumplimiento en las distintas fases de su ciclo de vida, así como la documentación generada, así como posibles recomendaciones en la optimización de todo el proceso. Un Saludo para todos. _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
