Bajo este sugerente título nos encontramos con la que, en mi humilde opinión, es la mejor herramienta para hacer pruebas de accesibilidad a nuestros sitios web. A pesar de que olvidé mencionarla cuando escribí aquella ronda de test de accesibilidad.
HERA es una herramienta ofrecida por la Fundación Sidar y completamente en castellano que nos permite revisar nuestros sitios según las Directrices de Accesibilidad para el Contenido Web 1.0 (WCAG 1.0). HERA realiza un análisis automático de la página en busca de errores y nos indica además que puntos han de ser revisados manualmente. Además podremos obtener un informe detallado en formato RDF, HTML o PDF.
HERA se encuentra disponible también, bajo licencia GPL, como script para descargar e instalar en tu propio servidor.
HERA: http://www.sidar.org/hera/index.php.es
Sin duda uno de los mayores inconvenientes del uso de AJAX en una aplicación web o sitio dinámico es la inutilización del botón atrás del navegador y la imposibilidad de seleccionar y agregar a favoritos secciones o vistas de la página.
En los sitios web tradicionales, al ir pulsando sobre los enlaces vamos abriendo páginas nuevas que se verán reflejadas en la barra de navegación. Si el usuario desea volver sobre sus pasos simplemente ha de ir pulsando el botón atrás de su navegador hasta regresar al lugar de donde vino. Además, si lo desea, el usuario puede guardar la dirección de determinada sección o vista para acceder a ella directamente o para compartirla con otros usuarios.
Los sitios web creados con tecnología AJAX no generan nuevas páginas al ir abriendo secciones si no que todo se carga dentro del mismo documento. Los navegadores no están acostumbrados a este comportamiento y si un usuario aprieta el botón atrás pensando volver al lugar donde estaba inmediatamente antes, puede llevarse una desagradable sorpresa al verse en el principio del sitio o, incluso, fuera de él. Ni que decir tiene que al ocurrir todo dentro de la misma página no se actualiza la url y por tanto es imposible seleccionar secciones concretas para favoritos.
Existen numerosas técnicas para corregir este comportamiento y permitir a los usuarios utilizar los botones de atrás y adelante de su navegador, así como acceder directamente a partes del sitio. No obstante la mayoría presenta fallos y, además, suelen estar integradas en librerías más extensas (por ejemplo, Dojo) obligándonos a adaptarnos a la librería seleccionada y a cargar scripts con un peso considerable.
Debido a estos fallos e inconvenientes de las soluciones preexistentes Brad Neuberg decidió crear Really Simple History: Un completo script que puede añadirse a cualquier aplicacion AJAX. RSH soluciona los fallos más comunes y funciona correctamente en Internet Explorer, Mozilla Firefox y Opera. Safari no está soportado por ningún script de este tipo ya que su forma de manejar la historia y los marcadores es totalmente diferente.
Si Really Simple History os parece demasiado pesado o si estáis utilizando Prototype/Script.aculo.us seguramente os interesará echarle un vistazo al script creado por Kevin Hoang, mucho más ligero (poco más 100 líneas de código) aunque seguramente con menos opciones.
¿Influye la colocación de las etiquetas de un formulario en la usabilidad? La respuesta parece ser si: las etiquetas en negrita situadas encima de los campos del formulario parecen dar mejor resultado.
La gente de UXmatters han hecho un estudio de eyetracking (captura del movimiento de los ojos) y han concluído que cuando colocamos las etiquetas sobre los campos, el usuario puede ver en un simple golpe de vista campo y etiqueta y eso le permite no tener que ir revisando si cada campo que completan va asociado a la etiqueta correcta. Y si están en negrita, mejor.
El artículo es realmente interesante: Label Placement in Forms
Supongo que ya habréis visto antes ese pequeño globo de texto en el lateral de alguna web, se trata de DialogCentral.
DialogCentral es un servicio web que nos permite introducir un pequeño script en nuestros sitios por medio el cual nuestros visitantes podrán valorar nuestra página (aspecto, contenido y usabilidad) y dejarnos comentarios.
Podremos acceder a los comentarios y resultados en el panel de control y hacer reportes (5 mensuales en la versión gratuita).
Estoy de pruebas con él así que no os cortéis utilizándolo.
DialogCentral: http://www.opinionlab.com/dialogcentral/index.asp
Mientras ojeaba dzone he encontrado un resumen de Priorizing Web Usability de Jakob Nielsen, está en inglés así que voy a traducir un poco por encima.
1. Equilibra la tecnología con las necesidades de los usuarios.
2. Usa multimedia cuando beneficie a los usuarios.
3. No te olvides de los usuarios de equipos antiguos, que son muchos, y utiliza tecnología lo más compatible posible.
4. Diseña pensando en los usuarios con conexiones lentas, que también siguen siendo bastantes.
5. Cuando un elemento esté cargando incluye indicadores visuales claros de la carga (por ejemplo con imágenes animadas)
6. Presupón siempre el mínimo conocimiento técnico para tus usuarios.
7. Si vas a ofrecer diferentes versiones de contenido dependiendo de la conexión del usuario, haz la detección automáticamente ya que muchos usuarios apenas entenderán de que les estás hablando.
Seguir leyendo en Web Reference
Si siempre has sentido curiosidad sobre cómo navegan los visitantes por tu página, dónde hacen click, cómo mueven el raton, donde hacen scroll… ClickTale te va a encantar.
Actualmente en Beta cerrada (como todo vamos) ClickTale graba las acciones de los visitantes de nuestro sitio, archivándolas junto con completas estadísticas. Toda una señora herramienta para comprobar la usabilidad de nuestro sitio.
Seguro que tendrá que ser de pago una vez se lance al público, al menos para sitios grandes con muchas vistas de página pero, si es tan bueno como parece, merecerá la pena.
ClickTale: http://www.clicktale.com
Via TechCrunch
El pasado día 12 de Junio, 34 ministros europeos acordaron una directiva de aplicacion en toda la Comunidad Europea. De esta forma se prentende usar la información y las tecnologías de comunicación para ayudar a la gente a superar las desventajas derivadas de su situación económica, social, educacional, territorial o de alguna minusvalía.
Los objetivos de e-Inclusion incluyen salvar la brecha en el uso de internet por parte de grupos en riesgo de exclusión, mejorar la cobertura de banda ancha a por lo menos el 90% del territorio europeo y hacer todos los sitios públicos accesibles para el 2010.
En 2007 se comenzará a crear unas recomendaciones en estándares de accesibilidad y aproximaciones comunes que se convertirán en normativas en lo tocante a sitios públicos para 2010.
Comunicado de prensa completo
Via 456 Berea ST
Si utilizáis, aunque no sea lo recomendado, gifs animados en vuestra página web deberíais utilizar esta herramienta para comprobar que la frecuencia de destello de los mismos no va a resultar molesta para los usuarios, con especial atención en los usuarios epilépticos.
Prueba de frecuencia de parpadeo para imágenes Gif
Vía Accesibilidad, Usabilidad y Estandares Web
La mayoría de las técnicas para hacer el contenido web accesible para los lectores de pantalla son invisibles para los usuarios visuales. El texto alternativo (alt), las etiquetas de encabezado de las tablas, sumarios de tablas, y los elementos label de los formularios son ejemplos de técnicas que marcan una gran diferencia para los usuarios de lectores de pantalla pero tienen muy poco o ningún impacto en la apariencia visual del contenido web.
No obstante, muy de vez en cuando, los diseñadores web afrontan situaciones en las que la adición de marcado accesible tiene un impacto en la presentación visual. En algunos casos, este impacto visual puede decrecer la usabilidad del contenido para usuarios visuales. En otros casos, los diseñadores simplemente quieren proveer una estructura o apariencia más agradable que esté comprometida al incluir todo el texto en una forma semánticamente correcta.
Leer el resto de la entrada
