Problemas de accesibilidad

Un error muy común a la hora de desarrollar una página web es tener en cuenta sólo a la "mayoría", es decir, a personas sin ningún tipo de discapacidad y que utiliza el navegador más extendido. Ésto, que es un error en cualquier empresa, en una entidad pública no es aceptable, ya que puede darse el caso que una web sea totalmente inaccesible para determinados colectivos.

Para que ésto no suceda basta con seguir los estándares que para ésta materia hay creados, cumpliéndolos, el sitio web es accesible para todos los colectivos y desde todos los dispositivos (PC, Móviles, PDA, ...) y cualquier tipo de navegadores (IExplorer, FireFox, Opera, Sólo texto, ...)

Es en este punto dónde la web de ayuntamiento tiene grandes deficiencias.

Para empezar vamos a suponer que una persona invidente que utiliza un navegador de voz entra en la página del ayuntamiento, o una persona con un navegador en modo texto o simplemente con el mostrar imágenes deshabilitado.

Definir el idioma en que está escrito.

Para los navegadores de voz es fundamental decirle cuál es el idioma en el que están escritos los textos, para que los pueda interpretar de una manera correcta, en el caso de las versiones en Castellano y Euskara tiene definido como idioma es (Español), y en las versiones en Inglés y Francés, no se le indica nada, si se utiliza un navegador de voz, la versión en Euskara utilizaría la pronunciación en Castellano(Ejemplo:Bizitzeko hiria lo leería Bicit zeco iria, tal cual lo leería un castellanoparlante sin conocimientos de Euskara).

Poner textos alternativos en la imágenes que así lo requieran

Algunas imágenes no tienen definido el atributo alt (alternate text, texto alternativo), siendo este texto el que aparece cuando no se muestra la imagen, bien porque el navegador tiene deshabilitado el mostrar imágenes (por rapidez) o bien porque utiliza un navegador en modo texto. En el caso de utilizar un navegador de voz será el texto que escuchará.

A continuación vamos a mostrar la página para el pago online del ayuntamiento, con y sin imágenes.

Pago Online con imágenes habilitadas

Pago Online sin imágenes

En este ejemplo se ve con toda claridad como la página sería totalmente inaccesible para una persona invidente que utilizase un navegador de voz. No sabría dónde pinchar en el caso de Tarjeta Visa, Mastercard, ... o Kutxa, Caja Laboral, Banco Guipuzcoano. Esto se podría haber solucionando utilizando un enlace de texto, o poniéndole a las imágenes el atributo alt.

No utilizar javascript si no es necesario

Otro problema de accesibilidad que tiene el sitio www.donostia.org, es la utilización de javascript en casos en los que no es necesario, el javascript es un lenguaje de tipo cliente, es decir, que se ejecuta en el navegador del usuario que visita la página, se puede tener o no tenerlo habilitado, pues bien si una persona no tuvise habilitado javascript en su navegador o simplemente utiliza un navegador antiguo que no dispone de javascript, no podría navergar por el sitio web del ayuntamiento, puesto que muchos enlaces en vez de utilizar el típico <a href="http://loquesea... utilizan código javascript.

También la validación y el envío de datos del formulario de contacto utiliza javascript, cuando es más seguro hacer la validación en el lado servidor.

Problemas de Usabilidad

A la hora de crear un sitio web hay que preguntarse que objetivos tenemos y como conseguirlos de la manera más sencilla posible. Ésto se puede conseguir mediante un diseño centrado en el usuario, es decir, que el contenido de la web tenga como objetivo hacerla la vida lo más facil posible al visitante evitandole complicaciones, si no hacemos esto el sitio web no tendrá éxito.

Para conseguirlo hay que tener en cuenta una serie de factores.

Rapidez en la descarga de las páginas.

El peso de la página de Inicio es 168 Kbytes, esto supone que con una conexión de modem a 56 k la página tardaría en descargarse completamente 24 segundos un tiempo excesivo, sobre todo si se tiene en cuenta que un sitio que tarda más de 5 segundos en descargar es considerado como lento.

Soluciones:

• Diseñar utilizando XHTML y CSS (Hojas de estilo en cascada), reduciendo considerablemente el tamaño de la página, ya que utilizamos un solo fichero para realizar el formateo de la página, además esto permitiría hacer cambios en toda la web de una manera muy rápida.
• No abusar de las imágenes, en muchos casos se utilizan imágenes innecesariamente.
• Evitar la utilización de archivos Flash cuando no aportan nada relevante, en la cabecera de la página hay un banner hecho en Flash que ocupa 16 k y que además te obliga a tener instalado un pluggin.

¿Es realmente útil la página?

Si se decide crear un sitio web del ayuntamiento se debe de analizar todos los departamentos y ver que servicios, informaciones, documentación y demás es susceptible de estar en la web, absolutamente todas las gestiones que se puedan hacer online deberán de estar disponibles y visibles en la web.

No hay muchas opciones disponibles para realizarse OnLine en la mayoría de los casos te proporcionan el impreso pero tienes que presentarte en el Ayuntamiento con la Fotocopia del DNI, no debería de haber problema para que introduciendo Nª de DNI y una clave, no se pueda hacer desde casa.

Es realmente util poder realizar, por ejemplo, el trámite de empadronamiento desde Internet sin tener que desplazarte hasta el Ayuntamiento, desde cualquier barrio se tarda un mínimo de una hora entre la ida y la vuelta, además de la cola pertinente, si contar los problemas de horario de muchas personas.

URL muy poco amigables y que no tienen relación con el contenido

Cuando vas a la página de Inicio en Castellano la dirección URL que te aparece es

http://www.donostia.org/taxo.nsf/fwHome?OpenForm&idioma=cas

en este caso una URL más correcta podría ser

http://www.donostia.org/es/

si vamos a la página sobre el Barrio de Amara Berri la dirección es

http://www.donostia.org/info/ciudadano/ss_barrios.nsf/voWebContenidosId/NT0000091A?OpenDocument&idioma=cas&idContenido=464663

cuando sería más interesante que fuera

http://www.donostia.org/info/ciudadano/barrios/amara_berri/

además de ser más sencilla, tiene relación con el contenido.

Además de todo esto, los buscadores (Google, Yahoo, ...) no suelen indexar las páginas que contienen mas de un & o ? en la URL, porque entienden que es una URL dinámica con contenido muy variable.

Para más información sobre los beneficios de utilizar URL Amigables Leer Artículo (Inglés)

Soluciones:

• Dependerá del servidor web dónde esté alojado, pero suponiendo que este alojado en el servidor web más común Apache se puede utilizar mod_rewrite para hacer las URL amigables.

Todas las páginas tienen el mísmo título.

Todas las paginas tienen el título Donostiako Udala :: Ayuntamiento de San Sebastián si tenemos varias ventanas abiertas no hay posibilidad de saber cual es cada página en la Barra de Tareas, serías mas correcto que en el titulo además nos informaran sobre el contenido de dicha página para poder distinguirla de las otras. Ejemplo: Playas Donostiako... o Pago Online Donostiako...

Se puede comprobar como no se distingue una página de las otras.

En este Ejemplo se observa la utilidad de tener los títulos de las páginas en consonancia con el contenido.

Más acerca de la utilidad de los títulos

Menus con listas desplegables

En la Página principal hay 3 listas desplegables con las opciones más comunmente utilizadas, sería más interesante que estas opciones estuvieran a la vista, en vez de escondidas, tenemos que pulsar 2 veces el ratón, una para desplegar la lista, comprobar si la opción que queremos está y luego pinchar en la opción deseada, demasiado, aquí se explica los Problemas de las Listas desplegables.

No existe un página de Error personalizada

Cuando por alguna razón la dirección URL no existe, bien porque esa página ya no existe o bien por una equivocación al teclear la dirección, es conveniente que exista una página indicando el error que se ha producido, sugiriendo cuales han podido ser las causas y dándole alguna posible solución, regularmente hay que analizar este tipo de errores para intentar dar una solución en el caso de se pueda.

En la web del Ayuntamiento no existe esa página de error, lo podemos comprobar introduciendo esta dirección http://www.donostia.org/taxon.nsf/fwHome?OpenForm&idioma=eus.

Resultado que nos da ahora:

No hay una versión ara imprimir

Es conveniente que cada página tenga una versión para imprimir la versión impresa tiene que tener características distintas.

• No es necesario imprimir, menús, banners, ... solo es necesario el contenido, el logotipo, el título de la web y la ruta en que se encuentra.
• Limitar el area de impresión a 8,5x11 pulgadas (Formato A4).
• Los tipos y tamaños de letra deben de ser distintos en pantalla que para papel.

Esto además favorece el ahorro de papel, al no imprimir el contenido que no es necesario.

Solucion:

Utilizar una hoja de estilo para darle el formateo adecuado, en dónde aparezca el logotipo del ayuntamiento arriba, la ruta donde está el documento y el texto de la página.

Conclusión:

La web del Ayuntamiento de San Sebastián debería de hacer un rediseño del sitio web para adaptarlo a las normas de accesibilidad de la WAI para evitar que una parte de la población no tenga acceso a la web de su ayuntamineto.

Además la ley 34/2002 de 11 de julio en la disposición adicional quinta establece que antes del 31 de diciembre de 2005 las administraciones públicas adoptaran 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.

Desde Ketari hemos realizado una Propuesta de Rediseño de la Página de Inicio, este sería el Resultado Final, resolviendo los problemas que planteamos aquí.