Viavansi. Servicios Avanzados para las Instituciones

Portada > Servicios > Accesibilidad > Accesibilidad: Sí y No

Administración electrónica

Accesibilidad: Sí y No

Ver otros documentos: Inicio - Introducción a la accesibilidad - Enlaces sobre Accesibilidad

NO:

• La accesibilidad Web no es un obstáculo al desarrollo, suele ser producto de hacer el desarrollo Web bien, de acuerdo a estándares.
• La accesibilidad Web no implica versiones sólo-texto ni limita la creatividad o la belleza.
• La validación de accesibilidad Web no se puede hacer únicamente con herramientas validadoras automáticas como TaW, Cynthia o Bobby. Existen puntos a verificar que no son validables por herramientas. El objetivo del desarrollador no debe ser pasar las validaciones automáticas, sino que su sitio sea accesible realmente. Un porcentaje altísimo de sitios web que pasan las validaciones automáticas no son realmente accesibles, ni alcanzan el nivel de accesibilidad que declaran.
• No utilices tablas para maquetar, utiliza CSS como hace esta web. Intenta dar semántica a las etiquetas HTML que utilices.

Sí:

• La accesibilidad en las Webs es un compromiso ineludible para los desarrolladores Web.
• Se desarrollan webs accesibles con un dominio de HTML, CSS y Javascript, y adoptando los estándares que marca el W3C.
• Existe normativa clara al respecto. La Ley de Servicios de la Sociedad de la Información y Comercio Electrónico (LSSICE) establece que "las administraciones Públicas adoptarán las medidas necesarias para que la información disponible en sus respectivas páginas de Internet pueda ser accesible a personas con discapacidad y de edad avanzada de acuerdo a los criterios de accesibilidad al contenido generalmente reconocidos antes del 31 de diciembre de 2005".
• Para verificar el nivel de accesibilidad de un sitio web, deberían seguirse los siguientes pasos:
  1. Revisión preliminar:
     • Seleccionar un conjunto representativo de páginas del sitio, principalmente las páginas más visitadas y aquellas que tengan contenido dinámico (páginas con listas, noticias, etc).
     • Navegarlas con navegadores gráficos, probando a cambiar los tamaños de letra, desactivando imágenes, javascript, estilos, tratando de navegar sin ratón... Deben poder verse los contenidos alternativos y poder accederse de forma clara a todos los contenidos.
     • Navegar la web con un navegador de texto como Lynx y con otro para ciegos (lector de pantalla) como el IBM Home Page Reader. Debe poder accederse a cualquier contenido sin limitaciones.
     • Usar al menos dos herramientas automáticas de validación como TaW, Bobby, Cynthia...
     • Resumir los resultados en un informe
  2. Evaluación de la conformidad con las pautas de accesibilidadWAI:
     • Identificar cuál es el nivel de accesibilidad objetivo (a, aa o aaa) y el conjunto objetivo de páginas a testar, que debe ser superior al de la revisión preliminar.
     • Utilizar herramientas: Utilice validadores de código HTML (como el validator del W3C), servicios de limpieza de código (HTML Tidy), validadores de CSS (como JigSaw) y herramientas automáticas de validación de accesibilidad como las anteriormente mencionadas Bobby, TaW, Cynthia Says...
     • Realizar validaciones manuales, combinando diferentes navegadores (gráficos, sólo texto, lectores de pantalla) y diferentes configuraciones, como se hizo en la revisión preliminar. Chequear el código, buscando errores claros, maquetación con tablas, utilización de etiquetas de forma no semántica, discordancias con otras pautasWAI...
  No debe olvidarse monitorizar constantemente el nivel de accesibilidad a lo largo de la vida del sitio web.