Repositorio Institucional de Documentos

Trabajo Fin de Grado Análisis de la accesibilidad: el caso de la M Trabajo Fin de Grado Análisis de la accesibilidad: el caso de la M unicipal de Zaragoza Autora Silvia Ramón Esteban Director José Antonio Salvador Oliván Facultad de Filosofía y Letras de la Universidad de Zaragoza 2012 Análisis de la accesibilidad: el caso de la Web Análisis de la accesibilidad El caso de la Web Municipal de Zaragoza Vº Bº del director Firma de la autora Fdo.: José Antonio Salvador Oliván Fdo.: Silvia Ramón Esteban ANÁLISIS de la accesibilidad: el caso de la Web Municipal de Zaragoza / Silvia Ramón Esteban. – Zaragoza: Universidad de Zaragoza, Facultad de Filosofía y Letras, 2012. – 48 p.: il. En col. y n. 1. Páginas Web - Diseño - Accesibilidad 2. Internet y personas con discapacidad - Normas de accesibilidad 007:62 Resumen El presente trabajo analiza la actualidad de la accesibilidad web, subrayando la importancia de ofrecer sitios web accesibles, ya que no solo es beneficioso para personas con discapacidades sino que también sirve para facilitar la navegación al usuario y ofrecer contenidos de calidad con un diseño más amigable. Se revisa la legislación vigente a diferentes niveles (internacional, nacional, europeo y local) y de las herramientas de evaluación disponibles. La normativa más arraigada y extendida son las pautas de accesibilidad dadas por el Consorcio W3C, que cuenta con dos versiones. Se remarca la importancia de su uso así como las diferencias entre ambas versiones. Tomando como base la web municipal del Ayuntamiento de Zaragoza y su gestión de contenidos, se señala el proceso a seguir para crear contenidos accesibles, especificando el caso de los documentos en formato PDF. Se presentan los resultados dados tras la revisión manual y la automática (a través de herramientas de evaluación como el test TAW), señalando los errores encontrados y las soluciones dadas para solventarlos. Se completa la información con una serie de anexos que incluyen formatos de registro de errores empleados en la web municipal, así como los enunciados principales de las pautas de accesibilidad web y un glosario de términos. Palabras clave Accesibilidad Web, diseño, páginas web, estándares, normalización. Abstract This report analyzes the current situation of web accessibility, emphasizing the importance of offering accessible web sites, since it's not only beneficial for people with disabilities, but it also helps to make the navigation easier and offers quality content with a more amicable design. Current legislation is reviewed in different levels (international, national, European and local) as well as available evaluation tools. Web Content Accessibility Guidelines given by the World Wide Web Consortium are extended and used worldwide. There are two versions of these guidelines, which differences and importance are stressed. As an example, the web site of the City Council of Zaragoza and its content management are reviewed, pointing out the process of making the information accessible, specially the case of documents in PDF format. Results given after the manual and automatic revision are presented, pointing out the errors and solutions to solve them. The information is completed by several appendixes which include error log formats used at the web site of the City Council of Zaragoza, as well as the main points of the Web Content Accessibility Guidelines and a glossary. Keywords Web Accessibility, design, web sites, standards, normalization. Índice 1. Introducción ................................................................................................................................... 1 1.1 Justificación del trabajo ............................................................................................................ 1 1.2 Objetivos .................................................................................................................................. 1 1.3 Estado de la cuestión ................................................................................................................ 2 1.3.1 Normas de accesibilidad .................................................................................................... 5 1.3.2 Legislación ...................................................................................................................... 10 1.3.3 Estándares........................................................................................................................ 15 1.3.4 Herramientas de evaluación ............................................................................................ 16 1.3.5 Certificación .................................................................................................................... 20 1.4 Metodología ........................................................................................................................... 21 1.4.1 Documentos accesibles en formato PDF ......................................................................... 22 1.4.2 Evaluación ....................................................................................................................... 24 1.4.3 Validación ....................................................................................................................... 25 1.4.4 Evaluación de Sistemas de Gestión de Contenidos ......................................................... 27 1.4.5 Evaluación de contenidos ................................................................................................ 27 1.4.6 Revisión periódica de la accesibilidad ............................................................................ 29 2. Desarrollo Analítico. Resultados .................................................................................................. 30 2.1 Revisión Manual .................................................................................................................... 30 2.2 Revisión Automática .............................................................................................................. 32 3. Conclusiones ................................................................................................................................ 33 4. Referencias bibliográficas ............................................................................................................ 35 5. Anexos.......................................................................................................................................... 37 5.1 Formato del Registro de Puntos de Verificación de Accesibilidad ........................................ 37 5.2 Formato del Registro de Revisión de errores registrados en Base de Datos de contenidos con errores de etiquetado .................................................................................................................... 40 5.3 Formato del Registro de Revisión de errores registrados en Ficheros Log generados por la aplicación de Gestión de Peticiones del Cliente ........................................................................... 41 5.4 Formato del Registro de Revisión Mensual de Accesibilidad de Portales ............................. 42 5.5 Pautas de accesibilidad WCAG 1.0 ........................................................................................ 43 5.6 Pautas de accesibilidad WCAG 2.0 ........................................................................................ 44 6. Glosario ........................................................................................................................................ 46 1 1. Introducción 1.1 Justificación del trabajo Hoy día, la accesibilidad web es algo muy importante, ya que la Web está presente en casi todos los ámbitos de la vida diaria de una persona. Los individuos, independientemente de sus barreras particulares, deben poder acceder a los contenidos de cualquier página web de forma igualitaria. Existe una legislación que regula la forma en que se debe hacer un contenido accesible (ya sea tipo textual, multimedia, etc.) y pautas dadas por organismos expertos en la materia como el Consorcio W3C. Por ley, las web de la Administración Pública deben ser accesibles. Es tarea pues de las administraciones el facilitar la información a sus ciudadanos, y esto se consigue dando un contenido accesible. Así, se consigue que todos participen de forma activa, sin importar las circunstancias en las que se encuentran. 1.2 Objetivos El objetivo general de este trabajo es el de realizar una revisión de la accesibilidad web, en lo referido a la legislación que la regula, los estándares web y las herramientas de evaluación de la accesibilidad. Específicamente, se pretende analizar cómo se lleva a cabo la aplicación de estas normas y herramientas en la práctica, tomando como ejemplo la sede electrónica de la Web Municipal del Ayuntamiento de Zaragoza. Además, como elemento destacado, se analiza el método e importancia de hacer los documentos en formato PDF accesibles para todos. 2 1.3 Estado de la cuestión Dada la importancia de la accesibilidad web, organismos internacionales expertos en la materia y con inquietud de transmitir la importancia de una web accesible, aúnan esfuerzos en la creación de pautas de accesibilidad. Con esto, ayudan a acercar las tecnologías de la información a todos los grupos y colectivos de personas, independientemente de sus discapacidades o impedimentos de cualquier clase. Existen varias herramientas para comprobar el nivel de accesibilidad de una página web. Con ellas, se puede evaluar y solucionar los errores y puntos débiles, para servir la información al usuario de la forma más accesible. Pero para que se puedan dar herramientas útiles, primero se ha de tener en cuenta la legislación y los estándares, los más conocidos son los de AENOR y el W3C. Estas autoridades emiten los certificados de calidad a quienes pasan sus auditorías pero no existen organismos que certifiquen la accesibilidad de manera absoluta, los responsables de los sitios web son los que deciden incluir los certificados, indican más un compromiso que una garantía (Sánchez, 2008). La accesibilidad Web se explica como el acceso universal de todas las personas a la información contenida en la web, con independencia del software, hardware, infraestructura de red, idioma, cultura, localización geográfica y capacidades de los usuarios (Cañizares, 2009). Esto quiere decir que, personas con algún tipo de discapacidad, van a poder hacer uso de la Web. Podrán percibir, entender, navegar e interactuar con la Web, aportando a su vez contenidos, con la misma facilidad y libertad que cualquier otro usuario. Para ello se valen, no solo de la forma en que el contenido esté subido de manera correcta y accesible, sino de lectores de pantalla, teclados especiales, etc. En su conjunto, todo eso ayuda al acceso universal a la Web (Sánchez, 2008). 3 La accesibilidad Web no solo beneficia a personas con problemas auditivos, de vista, etc.; sino que también ayuda a personas en edad avanzada que han visto mermadas sus habilidades a consecuencia de la edad. La accesibilidad web es importante, ya que juega un papel esencial en la sociedad digital de hoy. El crecimiento explosivo de los servicios en línea tales como la Banca Electrónica, Comercio Electrónico, administración electrónica, etc., significa que la web es importante en la vida diaria de las personas, así como en el tratamiento de los servicios públicos. Las ventajas de una web accesible son las siguientes: • Mejora el posicionamiento web con respecto a los buscadores • Mejora el tiempo de respuesta y la eficiencia de la misma web • Facilita el acceso de las personas con discapacidad, personas mayores, y en general, de todos los usuarios • Permite el acceso con diferentes navegadores y dispositivos • Conlleva contenidos más claros y estructurados • Mejora la navegación y la experiencia del usuario Para que una web sea accesible, los diferentes componentes del desarrollo web deben poder trabajar conjuntamente: contenido, navegadores web, desarrolladores, herramientas de evaluación, etc. Muchas de las características de accesibilidad de un sitio se implementan de forma sencilla si se planean desde el principio del desarrollo de la página web, aunque también es posible y aconsejable modificar un sitio web ya diseñado para hacerlo más accesible. A grandes rasgos, lo necesario para que una web sea accesible, es tener en cuenta lo siguiente: • Imágenes y animaciones: usar el atributo alt para describir la función de cada elemento visual. • Mapas de imagen: usar el elemento map y texto para las zonas activas. • Multimedia: poner subtítulos y transcripción del sonido, y descripción del vídeo. • Enlaces de hipertexto: usar texto que tenga sentido leído fuera de contexto. Por 10 1.3.1.1.1 Importancia del uso de las directrices WCAG El uso de las directrices WCAG ayuda a crear mejores sitios web, ya que facilitan la consulta, aún en los lugares más apartados del país, donde las conexiones son lentas; y además considera la existencia de personas con algún tipo de limitación, así esta sea transitoria. Aplicar las pautas de accesibilidad contribuye a garantizar el acceso equitativo de la población al uso de las Tecnologías de la Información y la Comunicación. Así, se da la posibilidad de satisfacer las necesidades de información, de comunicación y de participación, siendo un acceso más libre y sin barreras. 1.3.1.2 Norma UNE 139803:2004 Es una norma española cuyo punto de partida son las WCAG 1.0. Se estructura en siete categorías, y se subdivide en requisitos. Los requisitos con prioridad 1 son los de mayor importancia en cuanto a la accesibilidad final, los de prioridad 2 deben ser observados si se quieren eliminar importantes barreras de acceso y los de prioridad 3 confieren a la Web un buen nivel de accesibilidad. La norma clasifica una Web en relación a las normas y prioridades que se han aplicado: Marca Doble A si cumple los requisitos de las prioridades 1 y 2, Marca Triple A si cumple todos los requisitos. Actualmente se considera que un sitio Web es accesible si su marca es AA. 1.3.2 Legislación Existe un gran rango de legislación relacionado con la accesibilidad. A continuación, se hace referencia a las leyes más importantes a nivel estatal, autonómico, local y europeo. 11 1.3.2.1 Estatal Ley 34/2002, de 11 de julio, de servicios de la sociedad de la información y de comercio electrónico (LSSICE). (BOE 166 de 12 de julio de 2002) En sus disposiciones adicionales dice 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” y que “se promoverá la adopción de normas de accesibilidad por los prestadores de servicios y los fabricantes de equipos y software, para facilitar el acceso de las personas con discapacidad o de edad avanzada a los contenidos digitales” (España, 2002). En el año 2002 se fijaba por primera vez la obligación de que las páginas web de la Administración Pública española fueran accesibles, sin embargo no se especificaba el nivel requerido como sí ocurre en las leyes posteriores del 2007. Orden PRE/1551/2003, de 10 junio, por la que se desarrolla la Disposición final primera del Real Decreto 209/2003, de 21 de febrero de 2003, que regula los registros y las notificaciones telemáticas, así como la utilización de medios telemáticos para la sustitución de certificados por los ciudadanos. (BOE 141 de 13 de junio de 2003) En su artículo 5 dice que “los servicios electrónicos puestos por la Administración a disposición del ciudadano deben ser visualizables, accesibles y funcionalmente operables desde diversos navegadores alternativos” (España, 2003). En su artículo 7 dice que “el registro telemático y el servicio de notificación telemática deberán cumplir los requerimientos en materia de accesibilidad establecidos por la Iniciativa para una Web Accesible (WAI) del Consorcio World Wide Web y en particular las especificaciones de la Recomendación de 5 de mayo de 1999 sobre Pautas de Accesibilidad del Contenido en la Web, versión 1.0, en su nivel AA” (España, 2003) 12 Ley 51/2003, de 2 de diciembre, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad (LIONDAU). (BOE 289 de 3 de diciembre de 2003) En su disposición final séptima establece las condiciones básicas de accesibilidad y no discriminación para el acceso y utilización de las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos. (BOE 150 de 23 de junio de 2007) El objetivo de la Ley es que los ciudadanos puedan ejercer su derecho a relacionarse con las Administraciones Públicas por medios electrónicos. Estas deben asegurar la disponibilidad, el acceso, la integridad, la autenticidad, la confidencialidad y la conservación de los datos, informaciones y servicios que gestionen en el ejercicio de sus competencias. Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. (BOE 279 de 21 noviembre 2007) Su objetivo es “establecer los criterios y las condiciones que se consideran básicos para garantizar el acceso de las personas con discapacidad a las tecnologías, productos y servicios de la sociedad de la información y de cualquier medio de comunicación social, de acuerdo con los principios de igualdad de oportunidades, no discriminación y accesibilidad universal” (España, 2007). Ley 49/2007, de 26 de diciembre, por la que se establece el régimen de infracciones y sanciones. (BOE 310 de 27 de diciembre de 2007) Esta Ley explica las infracciones y sanciones por el incumplimiento de la Ley 51/2003 LIONDAU, clasificadas en criterios de graduación (grado mínimo, medio y máximo). 13 Ley 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información (LISI). (BOE 312 de 29 de diciembre de 2007) Esta Ley se enmarca en el conjunto de medidas que constituyen el Plan Avanza, aprobado por el Gobierno en noviembre de 2005, para el desarrollo de la Sociedad de la Información y de convergencia con Europa y entre Comunidades Autónomas y Ciudades Autónomas. 1.3.2.2 Autonómica • Ley 7/1999 de Administración Local de Aragón (LALA) (BOA 45 de 17 de abril de 1999) • Decreto 228/2006 de 21 de noviembre del Gobierno de Aragón, por el que se crea el Registro Telemático de la Administración de la Comunidad Autónoma de Aragón, se regula la tramitación de Procedimientos Administrativos por medios electrónicos y se establecen otras medidas en materia de administración electrónica. (BOA 143 de 15 de diciembre de 2006) 1.3.2.3 Local • Ordenanza Municipal para la eliminación de Barreras de la Comunicación y del Transporte en el municipio de Zaragoza. (Aprobado por el Ayuntamiento de Zaragoza el 28-02-2002, y publicado en el BOP 64 el 19-03-2002). • Ordenanza de Administración Electrónica, del Ayuntamiento de Zaragoza, (aprobada por el Ayuntamiento Pleno el 05.02.2010) • Decreto de Alcaldía de 21 de Diciembre de 2009, por el que se crea el Registro Electrónico del Ayuntamiento de Zaragoza (BOP 16 de 21 de enero de 2010) 14 1.3.2.4 Europea La Carta de Derechos Fundamentales de la Unión Europea Representa un marco central de los derechos fundamentales, contiene los principios generales recogidos en el Convenio Europeo de Derechos Humanos de 1950, así como los derechos económicos y sociales enunciados en la Carta social europea del Consejo y en la Carta comunitaria de los derechos sociales y fundamentales de los trabajadores. Las disposiciones relativas a la accesibilidad web son las relacionados con la no discriminación, la diversidad, los derechos de las personas de edad avanzada, así como la integración de las personas con discapacidad. Plan de Acción eEurope 2002: Accesibilidad de los sitios Web públicos y de su contenido Iniciativa concebida para fomentar y agilizar el uso de Internet en todos los sectores de la sociedad europea. Pretende conectar a los ciudadanos europeos en todos los aspectos de su vida, permitiéndoles participar de todas las posibilidades que ofrecen las tecnologías digitales. Estas medidas se ajustan al principio de no discriminación, proclamado en el Tratado de la Unión Europea. Uno de los objetivos específicos del Plan de Acción es mejorar el acceso a la web de personas con discapacidades. Se subraya que para que los sitios web sean accesibles es fundamental que satisfagan el nivel doble A y que se aplique en su totalidad la prioridad 2 de las Pautas WAI. Se persigue facilitar la adopción y aplicación de las pautas de la WAI, e incluye en anexos una guía rápida para las mismas. 15 Plan de Acción eEurope 2005: Una sociedad de la información para todos Sucede al plan de acción 2002, orientado sobre todo hacia la extensión de la conectividad a Internet en Europa. Su principal objetivo es ofrecer a todos la posibilidad de participar en la sociedad de la información mundial. Esto repercute en un aumento de la productividad económica y una mejora de la calidad y la accesibilidad de los servicios en favor del conjunto de los ciudadanos europeos, basándose en una infraestructura de banda ancha segura y disponible para la mayoría. Iniciativa europea i2010: Una Sociedad de la Información Europea para el crecimiento y el empleo (1 de junio de 2005) Se aborda la sociedad de la información y las políticas audiovisuales en la UE. Su propósito es coordinar la acción de los Estados miembros para facilitar la convergencia digital y afrontar los desafíos vinculados a la sociedad de la información. Los Estados miembros “deben intensificar sus esfuerzos para conseguir que las páginas web públicas sean accesibles y preparar conjuntamente la rápida adopción de las normas europeas sobre la accesibilidad web” (Unión Europea, 2005). La accesibilidad electrónica (13 de septiembre de 2005) Comunicación que trata sobre la eliminación de los obstáculos técnicos, jurídicos y de otro tipo que pueden encontrar determinadas personas al utilizar los servicios vinculados a las TIC; además de fomentar entre estas personas el uso de las TIC y de Internet, y de concienciarlas de las perspectivas que éstas puedan ofrecerles. 1.3.3 Estándares Gran parte del trabajo del W3C trata de la estandarización de las tecnologías Web. Para conseguir esto, sigue procesos que promueven el desarrollo de estándares de gran calidad basados en consensos de la comunidad. Al final de estos procesos, el W3C publica 16 recomendaciones, que son consideradas estándares Web. Estos pueden ser categorizados en los siguientes grupos: • Formatos: XML, RDF, JSON • Esquemas: XSD Schema: Datatypes • Vocabulario: ORG, DCAT • Taxonomías: conceptos, lugares. Deben de ser comunes para catalogar la información • URIs: procedencia, homogeneidad. Tienen que responder al contenido de cada página • Licencias: autodocumentadas, procesables automáticamente Los últimos estándares o tecnologías más significativas son XHTML, XML y las hojas de estilo en cascada CSS. 1.3.4 Herramientas de evaluación Las herramientas para la evaluación de la accesibilidad web son capaces de realizar un análisis de forma automática, basándose en los estándares establecidos por organismos especializados y reglas de accesibilidad (Serrano, 2009). Es necesaria la supervisión de una persona experta en accesibilidad durante la realización de los test, además de una comprobación humana. La persona encargada de esta tarea necesita un conocimiento profundo y experiencia en el desarrollo web y debe estar habituado al uso de las técnicas necesarias para evaluar la conformidad con cada uno de los puntos de control (Fuertes, 2007). Existen diversas herramientas en español de comprobación de la accesibilidad: Wave 1 , Cynthia Says 2 y Truwex 3 , pero las más usadas son las que se explican a continuación. 1 wave.webaim.org 2 cynthiasays.com 3 checkwebsite.erigami.com/accessibility.html 17 1.3.4.1 TAW La herramienta TAW 4 fue creada por la Fundación CTIC de España y está basada en las Directrices de Accesibilidad al Contenido Web WCAG 1.0. Fue la primera herramienta de evaluación en habla hispana. Permite analizar automáticamente los problemas de accesibilidad presentados en un sitio web. No se limita solo al análisis, también presenta soluciones a los problemas encontrados. 1.3.4.2 HERA HERA 5 es una herramienta que sigue las recomendaciones de las Directrices de Accesibilidad para el Contenido Web 1.0. Realiza un análisis automático previo de la página e informa si se encuentran errores (detectables en forma automática) y qué puntos de verificación de las pautas deben ser revisados manualmente. La revisión manual es imprescindible para comprobar realmente si la página es accesible. Para poder llevar a cabo esta verificación manual es necesario conocer las directrices de accesibilidad, saber cómo utilizan los usuarios las ayudas técnicas y tener alguna experiencia en diseño y desarrollo de páginas web. Facilita la revisión manual proporcionando información acerca de los elementos a verificar, instrucciones sobre cómo realizar ese control y dos vistas modificadas de la página (una en modo gráfico, otra del 4 Se puede consultar sin coste alguno en su web: www.tawdis.net. 5 Se puede acceder desde la dirección: http://www.sidar.org/hera/ 18 código HTML) con los elementos más importantes destacados con iconos y colores distintivos. Un formulario permite modificar los resultados automáticos, agregar comentarios a cada punto de verificación e indicar el nombre del revisor. También es posible generar un informe final sobre la revisión, para imprimir o descargar, en diversos formatos (XHTML, RDF y PDF). 1.3.4.3 Examinator Examinator 6 es un servicio gratuito cuyas funcionalidades consisten en evaluar la aplicación de las pautas de accesibilidad en los contenidos HTML y CSS de una página. Usa como referencia las Pautas de Accesibilidad para el Contenido Web 2.0 y proporciona ayuda con enlaces a los documentos de las WCAG 2.0. Además, se pueden usar complementos como las extensiones de TAW y de Hera para Mozilla Firefox, y una herramienta muy útil, la barra AIS 7 que se integra con Internet Explorer, que puede ser de gran utilidad. Este complemento no solo permite validar las páginas web de manera automática sino que también con él es posible desactivar las hojas de estilo CSS, ver una página web con el texto alternativo de las imágenes, identificar listas y títulos, analizar el contraste de colores y observar las páginas web en blanco y negro, entre otras cosas. 1.3.4.4 Análisis comparativo herramientas En el siguiente cuadro 8 quedan reflejadas las características de cada una de las herramientas citadas, para facilitar la elección de una de ellas para la evaluación de la accesibilidad. Estas herramientas no son excluyentes, sino que se aconseja que se haga uso de todas ellas, además del chequeo manual. 6 La evaluación se puede realizar desde esta dirección: http://examinator.ws/ 7 La barra AIS se puede encontrar en: visionaustralia.org.au/info.aspx?page=614 8 Fuente: astrolabio.com.co 19 Característica TAW Hera eXaminator Idioma español Principal Único Único Permite validar en línea Explorador y extensión para Mozilla Explorador y extensión para Mozilla Explorador Permite validar fuera de línea Sí, versión descargable No No Permite elegir el nivel o la prioridad Sí No No Pantallazos hasta ver los resultados 1 1 2 Indica la cantidad de errores encontrados Sí Sí No Indica las líneas de código fuente donde se encuentran los errores En la versión descargable requiere varios clics En cada pauta, más un clic en el icono de “Código de la página” No indica Indica las líneas de código donde existen posibles errores Sí Sí Sí, pero no dónde Indica la cantidad de elementos que son correctos de acuerdo con las WCAG No Sí Sí Indican la cantidad de elementos que no son correctos No, pero no afecta al análisis Sí No Da instrucciones sobre cómo solucionar los errores Indica lo que dice el punto de verificación en las WCAG El lenguaje es más natural que el de las WCAG El lenguaje es más natural que el de las WCAG Identifica los errores y advertencias gráficamente, sobre la página Web Sí, y utiliza iconos y colores que complementan las líneas de código Sí, pero por pautas y no en todos los puntos de verificación No Permite descargar el informe en PDF autogenerado No, solo en la versión descargable en formato .taw Sí Sí 26 • Validación de la estructura mediante la extensión Document Map, que muestra la estructura de un documento, es decir, muestra en un panel lateral el texto que contienen las etiquetas de encabezado (h1-h6), de forma que comprobaremos que esta estructura es correcta. • Validación de imágenes. Para cada contenido que contenga imágenes se debe comprobar que las alternativas o la descripción extensa de las mismas es correcta, para lo que se utiliza la extensión Web Developer, que muestra el contenido de este atributo de forma ordenada. • Validación de Formularios. Se comprueba que los formularios están bien etiquetados, es decir con fieldset, legend, labels bien asociadas y posicionadas, etc. • Validación de Tablas. Se comprueba que las tablas poseen encabezados bien relacionados con las celdas de datos y poseen un resumen útil. • Validación de Listas. Se comprueba que se utilizan listas de forma correcta. • Validación de Metadatos. Se evalúan los metadatos para comprobar que describen correctamente los contenidos. • Validación del Tamaño de Documento. Se comprueba que las imágenes poseen tamaños correctos y que los contenidos textuales no son demasiado extensos. • Validación en diferentes plataformas. ◦ Se visualizan los contenidos del portal en diferentes navegadores (Internet Explorer, Mozilla Firefox, Netscape Navigator, Opera). ◦ Se muestran los contenidos en versión para dispositivo de mano, para lo que activaremos las hojas de estilo para el media=handheld. ◦ Se visualizan los contenidos en versión para imprimir, para lo que activaremos las hojas de estilo para el media=print. Los resultados de ambas validaciones se recogen en un fichero generado por una persona ajena al desarrollo del portal que los pasa al responsable, este analiza los errores y los soluciona. Los errores no se contabilizan por tipologías, sino en relación a las pautas de accesibilidad que no cumplen. 27 La sede electrónica del Ayuntamiento es una estructura de portales, definida en cuatro grandes bloques y con un diseño, estructura y navegación común, lo que simplifica en gran medida el proceso de validación gracias al uso de hojas de estilo comunes, con un documento que cargue la cabecera y otro que cargue el pie y el menú de navegación. 1.4.4 Evaluación de Sistemas de Gestión de Contenidos Sólo se evalúan las aplicaciones desarrolladas desde la Unidad de Gestión Web: GCZ y Gestión de Peticiones del Cliente. En la fase de pruebas, el analista de información comprueba que la aplicación GCZ valida, avisa y registra los errores de etiquetado y que la aplicación Gestión de Peticiones del Cliente valida y registra los errores de etiquetado. Se realiza una validación de la visualización de la información desde los diferentes navegadores para comprobar que la información se ve correctamente y que el etiquetado es conforme al estándar xhtml Strict 1.0. Los errores de etiquetado se graban en un registro. También se realizan pruebas sobre la aplicación probando la inserción de caracteres extraños y de etiquetado html, generado típicamente por editores WYSIWYG, de forma que estos editores son limitados para generar código válido. Una vez se ha implementado la aplicación en el entorno de producción, al ser la anterior una validación automática, es el gestor de la información el encargado de asegurar el cumplimiento de los puntos de verificación de accesibilidad. El resto de aplicaciones desarrolladas por proveedores externos deben entenderse con la aplicación Gestión de Peticiones del Cliente para validar y registrar los errores. 1.4.5 Evaluación de contenidos El gestor de información evalúa la accesibilidad de los contenidos en base a su experiencia, además de con las herramientas de validación automática. La edición se realiza siguiendo las recomendaciones de las Pautas de Accesibilidad 1.0 y la norma UNE 139803:2004, así como de un documento de instrucciones de trabajo. 28 1.4.5.1 Primera página La primera página, alojada en el servidor estático, no se gestiona desde el sistema de gestión de contenidos sino que se utiliza Dreamweaver MX u otro editor HTML como herramienta de edición. El gestor de información, conforme introduce y/o modifica la información, evalúa la accesibilidad de los contenidos de forma manual. Posteriormente, transfiere la página al entorno real utilizando el navegador de archivos y realiza una validación automática del etiquetado con el HTML Validator (Mozilla Firefox). 1.4.5.2 Resto de páginas Cuando desde el Sistema de Gestión de Contenidos GCZ se lleva a cabo una introducción y/o actualización de contenidos, el gestor de información realiza en primer lugar una validación manual conforme introduce la información. Al guardar la información, la aplicación GCZ realiza una validación automática, que consiste en comprobar que es conforme al estándar xhtml Strict 1.0; en el caso de que se produzca una no conformidad, aparece un mensaje de error en el monitor que el gestor de información corrige. Es necesario enfatizar que no se realizan todas las validaciones porque se cumple por herencia de la utilización de las hojas de estilo y las normalizaciones existentes. Cuando se incluye un elemento (por ejemplo un estilo propio) que altera esa normalización, se evalúa los efectos que pueda provocar. Si el gestor de información utiliza el resto de aplicaciones para introducir o modificar información, los errores se detectan en la fase de publicación (cuando accede el cliente) y se registran en los Ficheros Log generados por la aplicación de la aplicación de Gestión de Peticiones del Cliente. 29 1.4.5.3 Validación de la accesibilidad por parte del Gestor de Peticiones del Cliente Cada vez que un cliente navega por la sede electrónica, si se encuentra con cualquier error de navegación, que por las características del gestor suele venir derivado de un error de etiquetado en las Bases de Datos, este queda almacenado en un fichero de log, en el que se explica el motivo del error. Este fichero es revisado por el analista semanalmente para solucionar los posibles errores que hayan encontrado los usuarios. 1.4.5.4 Validación de los contenidos descentralizados (Portal de Turismo, Agenda Zaragoza y Noticias) El Portal de Turismo es gestionado desde el patronato municipal de turismo y para su actualización y detección de errores existe un proceso diferente. Cuando el responsable modifica o crea una página, esta se envía por correo al gestor de la Web Municipal para su validación con las diferentes herramientas de que dispone. En el caso de Agenda Zaragoza y Noticias, la Unidad de Gestión de la Web no valida los contenidos publicados. Previamente, se ha formado a estos proveedores en las competencias adecuadas para crear contenidos accesibles; de todas formas, semanalmente, se verifica que no se han generado errores, y en caso de existencia de errores se corrigen. 1.4.6 Revisión periódica de la accesibilidad Una vez al mes, el analista de información realiza una evaluación automática de todos los portales. Como registro de la actividad se almacenará el informe generado por el Test de Accesibilidad Web (TAW3). Si aparecen errores automáticos, tras su corrección, se realizará una evaluación manual de los contenidos. 30 2. Desarrollo Analítico. Resultados Para comprobar que la Web es accesible, al igual que todos los elementos que la conforman, se pasan los test Hera y Taw. Estos indican los errores encontrados y las formas de solucionarlos. También se hace una revisión manual, que detecta errores que la revisión automática no hace. Los errores más comunes detectados por los test automáticos son el mal etiquetado, documentos en formato PDF no accesibles o imágenes sin texto alternativo. Estos errores se subsanan corrigiendo el etiquetado en el gestor de contenido o bien, haciendo accesibles los documentos. 2.1 Revisión Manual Error Solución Documentos que no validan según la gramática declarada, como el mapa web de la sede electrónica, que utilizaba el mismo ID para varios elementos, cuando debía ser único Valorar el etiquetado de los contenidos gestionados, también para los editores externos a la Web Presencia de elementos o atributos desaconsejados, como en el localizador de enterramientos del cementerio, realizado por una empresa externa Tener en cuenta las pautas de accesibilidad seguidas en la Web Ausencia de una declaración de la codificación de caracteres usada Declarar la codificación utilizada Solapamiento de contenido al aumentar el tamaño del texto Seguir las pautas de accesibilidad correctamente Bajo contraste entre el color de texto y el color de fondo Comunicar a los editores la forma correcta de controlar el contraste de manera adecuada Estructura de encabezados incorrecta Seguir la correlación de encabezados (h1, h2, h3, h4) 31 Uso de <br/> para simular párrafos Usar los elementos estructurales adecuados Estructura incorrecta en listas Diferenciar los elementos de manera jerárquica, sin incluir elementos de lista vacíos Imágenes sin atributo alt o con alternativas textuales inadecuadas Indicar el texto alternativo más adecuado Imágenes decorativas con texto alternativo no vacío Dejar vacío el texto alternativo Imágenes que funcionan como enlaces sin texto alternativo que indique su destino Indicar el destino en la etiqueta de texto alternativo Contenido multimedia sin transcripción textual Transcribir el contenido, para los casos en que no se pueda acceder a ese contenido Campos de formulario sin etiquetas asociadas Usar las etiquetas adecuadas Cambios de idioma sin identificar Especificar los cambios de idioma en el código con el atributo de idioma Enlaces cuyo texto no identifica su destino leídos fuera de su contexto Utilizar el texto más apropiado, en la medida de lo posible Elementos de interacción en los que no se resalta el foco, donde los usuarios de teclado no saben sobre qué elemento están situados al tabular con el teclado Cambiar la CSS para que se muestre el foco al pasar el ratón por encima (hover) Elementos de programación inaccesibles incompatibles con las ayudas técnicas Usar un <iframe> para que los lectores de pantalla eviten los posibles errores de estos elementos Elementos de programación no accesibles con teclado, solo mediante ratón Usar los métodos adecuados para que dichos elementos sean accesibles mediante teclado 32 2.2 Revisión Automática Error Solución Páginas que no son accesibles porque los scripts están desconectados Adaptar los formularios a los nuevos diseños Documentos no conformes con la sintaxis de las gramáticas formales publicadas de manera oficial por los organismos relevantes a escala internacional Revisar y corregir de forma manual Uso de características obsoletas y desaconsejadas Utilizar elementos correctos Uso de unidades absolutas en los valores de los atributos del lenguaje de marcado y en los valores de las propiedades de las CSS Usar unidades relativas Mal uso de las hojas de estilo Usar las CSS de manera correcta para controlar la disposición y la apariencia de los elementos de la página Estructura de encabezados incorrecta Usar los encabezados y títulos apropiados Tablas de datos sin resúmenes Usar los marcadores apropiados 33 3. Conclusiones Hacer una web accesible, no solo es beneficioso para las personas con problemas de vista, oído, etc., sino que también reporta beneficios a los demás usuarios, ofreciendo una información y un contenido de calidad, con un diseño agradable y amigable que facilita la navegación por el sitio. La legislación relacionada con la accesibilidad web, está más arraigada en el mundo internacional, aunque en el ámbito nacional se siguen esas mismas pautas adaptadas a las necesidades y leyes ya existentes. Además, también a nivel europeo se han dado iniciativas que han dado un empuje más hacia una web más accesible. A pesar de que las pautas que se siguen ahora son las WCAG 1.0, el W3C aconseja que para las nuevas páginas creadas se comience ya a trabajar con las pautas que las siguen, las WCAG 2.0, similares en algunos aspectos pero que toman en cuenta las tecnologías más actuales, ya que son del año 2008, mientras que las WCAG, datan de hace más de una década ya. Para alcanzar la accesibilidad y saber a qué nivel se está trabajando, es necesario utilizar herramientas de evaluación, las más destacadas son TAW, Hera y Examinator. Las tres están disponibles en la web de manera gratuita y ayudan a subsanar los posibles errores de un sitio web. Es altamente recomendable que la evaluación no sea únicamente automática con estos test, sino que también debe ser manual y realizada por expertos en la materia, así, los errores que se le puedan pasar a la herramienta automática, no se le pasarán al ojo humano. Es sencillo lograr que la mayoría de los elementos de un diseño web sean accesibles, solo es necesario saber utilizar de forma adecuada las herramientas y tecnologías apropiadas (como XHTML y CSS). 34 Si se tienen en cuenta los criterios de accesibilidad desde el comienzo del diseño del sitio web, las características de accesibilidad pasarán a ser parte de la rutina de trabajo, obteniéndose buenos resultados desde el principio y a un coste menor que si se tiene que implementar con el sitio web ya construido. La Web Municipal de Zaragoza destaca por su compromiso con la accesibilidad, es miembro del consorcio W3C, por lo que cumple y sigue las Pautas de Accesibilidad. Su labor se enfoca hacia un mejor servicio al ciudadano, por ello, ofrece contenido accesible para la mayor parte posible de la población. 35 4. Referencias bibliográficas CAÑIZARES Sales, Ricardo. “Hoy hablamos de accesibilidad web”. Auditoría y seguridad [en línea]. 2009, núm. 29, p. 74-45. [Fecha de consulta: 25 junio 2012] Disponible en: http://www.revistaays.com/DocsNum29/HoyHablamosDe/HoyHablamos29.pdf ESPAÑA. Ley 34/2002, de 11 de julio, de servicios de la sociedad de la información y de comercio electrónico (LSSICE). Boletín Oficial del Estado, 12 de julio de 2002, núm. 166, p. 25388. [Fecha de consulta: 6 junio 2012] Disponible en: http://www.boe.es/boe/dias/2002/07/12/pdfs/A25388-25403.pdf ESPAÑA. Orden PRE/1551/2003, de 10 junio, por la que se desarrolla la Disposición final primera del Real Decreto 209/2003, de 21 de febrero de 2003, que regula los registros y las notificaciones telemáticas, así como la utilización de medios telemáticos para la sustitución de certificados por los ciudadanos. Boletín Oficial del Estado, 13 de junio de 2003, núm. 141, p. 22890. [Fecha de consulta: 6 junio 2012] Disponible en: http://www.boe.es/boe/dias/2003/06/13/pdfs/A22890- 22893.pdf ESPAÑA. Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. Boletín Oficial del Estado, 21 de noviembre de 2007, núm. 279, p.47567. [Fecha de consulta: 6 junio 2012] Disponible en: http://www.boe.es/boe/dias/2007/11/21/pdfs/A47567-47572.pdf FUERTES Castro, José Luis; MARTÍNEZ Normand, Loïc Antonio. “Accesibilidad Web”. TRANS: Revista de traductología [en línea]. 2007, núm. 11, p. 135-154. [Fecha de consulta: 26 mayo 2012] Disponible en: http://www.trans.uma.es/pdf/Trans_11/T.135-154CastroyNormand.pdf 42 5.4 Formato del Registro de Revisión Mensual de Accesibilidad de Portales 43 5.5 Pautas de accesibilidad WCAG 1.0 Pauta 1. Proporcione alternativas equivalentes para el contenido visual y auditivo. Pauta 2. No se base sólo en el color. Pauta 3. Utilice marcadores y hojas de estilo y hágalo apropiadamente. Pauta 4. Identifique el idioma usado. Pauta 5. Cree tablas que se transformen correctamente. Pauta 6. Asegúrese de que las páginas que incorporan nuevas tecnologías se transformen correctamente. Pauta 7. Asegure al usuario el control sobre los cambios de los contenidos tempodependientes. Pauta 8. Asegure la accesibilidad directa de las interfaces de usuario incrustadas. Pauta 9. Diseñe para la independencia del dispositivo. Pauta 10. Utilice soluciones provisionales. Pauta 11. Utilice las tecnologías y pautas W3C. Pauta 12. Proporcione información de contexto y orientación. Pauta 13. Proporcione mecanismos claros de navegación. Pauta 14. Asegúrese de que los documentos sean claros y simples. 44 5.6 Pautas de accesibilidad WCAG 2.0 Principio 1: Perceptibilidad - La información y los componentes de la interfaz de usuario deben presentarse a los usuarios de la manera en que puedan percibirlos. Pauta 1.1 Alternativas textuales: Proporcione alternativas textuales para todo contenido no textual, de manera que pueda modificarse para ajustarse a las necesidades de las personas, como por ejemplo en una letra mayor, braille, voz, símbolos o un lenguaje más simple. Pauta 1.2 Contenido multimedia dependiente del tiempo: Proporcione alternativas sincronizadas para contenidos multimedia sincronizados dependientes del tiempo. Pauta 1.3 Adaptabilidad: Cree contenidos que puedan presentarse de diversas maneras (como por ejemplo una composición más simple) sin perder la información ni su estructura. Pauta 1.4 Distinguible: Haga más fácil para los usuarios ver y oír el contenido, incluyendo la separación entre primer plano y fondo. Principio 2: Operabilidad - Los componentes de la interfaz de usuario y la navegación deben ser operables. Pauta 2.1 Accesible a través del teclado: Haga que toda funcionalidad esté disponible a través del teclado. Pauta 2.2 Tiempo suficiente: Proporcione a los usuarios el tiempo suficiente para leer y usar un contenido. Pauta 2.3 Ataques: No diseñe un contenido de manera que se sepa que puede causar ataques. Pauta 2.4 Navegable: Proporcione medios que sirvan de ayuda a los usuarios a la hora de navegar, localizar contenido y determinar dónde se encuentran. Principio 3: Comprensibilidad - La información y el manejo de la interfaz de usuario deben ser comprensibles. Pauta 3.1 Legible: Haga el contenido textual legible y comprensible. 45 Pauta 3.2 Predecible: Cree páginas web cuya apariencia y operabilidad sean predecibles. Pauta 3.3 Ayuda a la entrada de datos: Ayude a los usuarios a evitar y corregir errores. Principio 4: Robustez - El contenido debe ser lo suficientemente robusto como para confiarse en su interpretación por parte de una amplia variedad de agentes de usuario, incluidas las tecnologías asistivas. Pauta 4.1 Compatible: Maximice la compatibilidad con agentes de usuario actuales y futuros, incluyendo tecnologías asistivas. 46 6. Glosario Accesible El contenido es accesible cuando puede ser usado por alguien con discapacidad. Accesibilidad Hablar de Accesibilidad Web es hablar del acceso de todos a la Web, independientemente del tipo de hardware, software, infraestructura de red, idioma, cultura, localización geográfica y capacidades de los usuarios. Desarrolladores de contenidos Cualquier autor de páginas o diseñador de sitios Web. CSS Hojas de Estilo en Cascada (Cascading Style Sheets). Es un mecanismo para dar estilo a documentos HTML y XML, que consiste en reglas simples a través de las cuales se establece cómo se va a mostrar un documento en la pantalla, o cómo se va a imprimir, o incluso cómo va a ser pronunciada la información presente en ese documento a través de un dispositivo de lectura. Esta forma de descripción de estilos ofrece a los desarrolladores control total sobre el estilo y formato de sus documentos separando contenido y presentación. HTML Lenguaje de Etiquetado de Hipertexto (HyperText Markup Language). Es un lenguaje comúnmente utilizado para la publicación de hipertexto en la Web y desarrollado con la idea de que cualquier persona o tipo de dispositivo pueda acceder a la información en la Web. HTML utiliza etiquetas que marcan elementos y estructuran el texto de un documento. XML Lenguaje de Etiquetado Extensible (eXtensible Markup Language). Es un lenguaje con una importante función en el proceso de intercambio, estructuración y envío de datos en la Web. Describe los datos de tal manera que es posible estructurarlos utilizando para 47 ello etiquetas, como lo hace HTML, pero que no están predefinidas, delimitando de esta manera los datos, a la vez que favoreciendo la interoperabilidad de los mismos. Lector de pantalla Es un programa de software que lee en voz alta al usuario el contenido de la pantalla. Lo usan principalmente los ciegos. Habitualmente los lectores de pantalla pueden leer textos que estén impresos, no pintados. Mecanismo de navegación Es cualquier medio por el cual un usuario puede navegar una página o sitio. Principios En el nivel más alto se sitúan los cuatro principios que proporcionan los fundamentos de la accesibilidad web: perceptibilidad, operabilidad, comprensibilidad y robustez. Véase también Comprender los cuatro principios de la accesibilidad. Pautas Por debajo de los principios están las pautas. Las doce pautas proporcionan los objetivos básicos que los autores deben lograr con el objetivo de crear un contenido más accesible para los usuarios con discapacidades. Estas pautas no son verificables pero proporcionan el marco y los objetivos generales que ayudan a los autores a comprender los criterios de éxito y a lograr una mejor implementación de las técnicas. Criterios de éxito Para cada pauta se proporcionan los criterios de éxito verificables que permiten emplear las Pautas 2.0 en aquellas situaciones en las que existan requisitos y necesidad de comprobación de conformidad de cara a la especificación de un diseño, compra, regulación o acuerdo contractual. Con el fin de cumplir con los requisitos de los diferentes grupos y situaciones, se definen tres niveles de conformidad: A (el más bajo), AA y AAA (el más alto). Se puede obtener más información sobre los niveles de las Pautas en Comprender los niveles de conformidad. 48 Conformidad La satisfacción de todos los requisitos de un estándar, pauta o especificación. Contenido (contenido web) Información y experiencia sensorial transmitida a un usuario por medio de un agente de usuario, que incluye el código de marcado que define la estructura del contenido, su presentación, y las interacciones. Contenido no textual Cualquier contenido que no es una secuencia de caracteres que pueda ser programablemente determinada o donde la secuencia no exprese algo en un idioma. Estructura La forma en que las partes de una página web están organizadas en relación unas con otras; y la manera en que una colección de páginas web está organizada. Presentación Representación de un contenido de forma que puede ser percibido por un usuario. Proceso Serie de acciones de usuario donde cada una es necesaria y sigue un orden determinado para completar una actividad. Tecnología (de contenido web) Mecanismo para codificar instrucciones sobre cómo debe representarse, reproducirse o ejecutarse en un agente de usuario. Texto alternativo (alternativa textual) Texto programablemente asociado a un contenido no textual o al que se vincula desde el texto programablemente asociado a dicho contenido no textual. El texto "programablemente asociado" es un texto que puede ser programablemente determinado desde el contenido no textual.