Norma Europea EN 301 549: Estructura (Parte 1)

Después de hacer un repaso general sobre la normativa en España, toca hacer un repaso sobre la Normativa Europea sobre accesibilidad web. La última versión de la norma se pubicó en 2015.

Normativa europea: EN 301 549

La norma ha sido adoptada al catálogo español como UNE-EN 301 549 por parte de AENOR, la entidad responsable del desarrollo de las normas técnicas en España. Por tanto es aquí donde podéis encontrarla en español.

Sin más dilación. os voy a hablar de la estructura de la Norma Europea de accesibilidad EN 301 549Requisitos de accesibilidad de productos y servicios TIC aplicables a la contratación pública en Europa”.

Estructura de la Norma EN 301 549

En la norma se definen 213 requisitos y 26 recomendaciones.

estructura_EN301549

El estándar comienza con el alcance de la norma y algunas referencias y definiciones y abreviaturas en los tres primeros capítulos.

En el capítulo cuatro se encuentran las declaraciones de prestación funcional, donde se establecen diferentes diversidades funcionales y cómo llevar a cabo con las soluciones adecuadas.

¿Qué son las declaraciones de prestación funcional?

En el contexto de la Norma EN 301 549, hace referencia a la funcionalidad que se requiere para satisfacer las diferentes necesidades de los usuarios.

Este capítulo está dividido por dos apartados:

Apartado 4.1: Cómo cumplir las declaraciones de prestación funcional.

Apartado 4.2: Descripción de las diferentes necesidades de los usuarios y por qué es necesario tenerlas en consideración.

4.2.1 Sin visión. Algunos usuarios son ciegos, por tanto la TIC debe ser posible usarla sin visión. Los audios y los vídeos deben ser de utilidad.

4.2.2 Visión limitada o baja visión. Deben existir posibilidades para los usuarios puedan usar la interfaz y regular los costrastes de color. El audio es otro ejemplo para las personas con baja visión.

4.2.3 Percepción del color. Algunos usuarios son daltónicos, por lo qe se debe tener en cuenta esta dificultad visual. Si los colores constituyen la información fundamental, se debe sustituir por texto.

4.2.4. Sin audición. Hay usuarios que no pueden oír, por los interfaces deben ayudar a las personas sordas.

4.2.5. Deficiencia auditiva. Para estos usuarios es importante tener un audio claro y sin ruido de fondo, y la posibilidad de controlar el volumen.

4.2.6 Capacidad vocal. Algunos usuarios no pueden hablar, por lo tanto las TIC se deben usar sin necesidad de voz. Un ejemplo de ello, sería el uso de teclados.

4.2.7 Manipulación o fuerza limitada. Para los usuarios con problemas motores, con la TIC debe ser posible facilitar su uso con una sola mano. También la manipulación y el habla pueden ayudar a estos usuarios.

4.2.8 Alcance limitado. Los usuarios en silla de ruedas.

4.2.9. Sensibilidad a los destellos. Se deben reducir el número de destellos y de luz.

4.2.10. Problemas cognitivos. Se debe proporcionar características que permitan su uso por usuarios que no puedan entender interfaces complejas. Hacerlo intiutiva y fácil para ese grupo.

4.2.11 Privacidad. El uso de auriculares es un ejemplo de ello.

La norma contiene tres anexos:

 

Una vez explicado el capítulo 4, hablaremos sobre el anexo B, donde se establece la relación entre las declaraciones de prestacion funcional y las necesidades de los usuarios. Es un anexo muy interesante porque te hace comprender el impacto que los problemas de accesibilidad pueden tener en los usuarios finales.

Tenemos en cuenta la tabla siguiente:

Tabla de relaciones de la EN 301 549

Para comprender la tabla, primero hay que saber qué significan las abreviaturas. Estas abreviaturas tratan sobre las necesidades de los usuarios de este capítulo que estamos viendo.

Así es que la 4.2.1 “WV” significa “With vision” (Sin visión) y así sucesivamente cada uno de ellos.

¿Qué grupo de usuarios queda afectado por cada requisito?

Tenemos que tener en cuenta que hay dos relaciones:

P: Relacion primaria

Esto significa que el requisito es compatible con la declaración de prestación funcional de ese grupo de usuarios en particular.

S: Relación secundaria

Esto significa apoyo parcial para la declaración de prestación funcional porque algunos usuarios pueden usar la función en algunas situaciones específicas.

Vamos a analizar la tabla con un ejemplo:

Los requisitos tecnicos se enumeran de manera vertical y las declaraciones de prestación funcional de manera horizontal.

Si vemos este ejemplo, tenemos el requisito que hace referencia al uso del volumen de un auricular privado, la tabla se lee así:

La tabla tiene una P para el soporte primario para el requisito 4.2.1 “WV” (Sin visión). Esto significa que el requisito soporta la declaración funcional para los usuarios que no pueden ver. En otras palabras, si proporcionan la posibilidad de controlar el volumen cumplirá una de las necesidades de los usuarios ciegos.

En el requisito 4.2.5, se marca con S, porque si los usuarios tienen problemas de audición, el volumen de los auriculares es muy importante, por lo tanto, satisface parcialmente esas necesidades. No todos los usuarios usan auriculares, pero si lo hacen el volumen es muy importante.

Continuando con los diferentes capítulos que contiene la norma, se describen los siguientes:

  • Capítulo 5: Requisitos genéricos, que sirven para todas las TIC.
  • Capítulo 6: Requisitos TIC con comunicación bidireccional por voz.
  • Capítulo 7: Requisitos TIC con capacidades de vídeo
  • Capítulo 8: Hardware
  • Capítulo 9: Requisitos sobre contenido web
  • Capítulo 10: Requisitos sobre documentos
  • Capítulo 11: Software no web
  • Capítulo 12: Documentación y servicios de apoyo
  • Capítulo 13: Acceso de servicios de retransmisión o emergencia.

 

A partir de aquí, paso a desarrollar cada uno de los capítulos. Empiezo por el 5 y los demás los dejo para otra entrada para que no se haga demasiado extenso  el post.

Capítulo 5: Requisitos genéricos. Funcionalidad cerrada.

¿Qué es la funcionalidad cerrada?

La funcionalidad cerrada consiste en los que los usuarios no pueden utilizar tecnologías de apoyo propias, (lector de pantallas). Esta situación podría darse por ejemplo, en máquinas de venta de entradas. (tickets).

Para que los dispositivos con sistema de funcionalidad cerrada funcione para todos los usuarios, el sistema debe proporcionar alguna manera para que los usuarios interactúen y perciban la información. Esto significa que el propio sistema debe funcionar con tecnología de apoyo.

Un ejemplo de producto con funcionalidad cerrada sería un cajero automático. Esto implica que debe ser accesible por sí mismo, sin ayudas externas.

Para ello, tendrá que cumplir los siguientes requisitos:

  • Debe permitir su uso sin visión, con la que tendrá salida por voz
  • La salida por voz tiene que tiene que tener relación con la salida visual, para ayudar a los que tengan dificultades visuales
  • También tiene que poder pararse y repetirse cada vez que los usuarios lo necesiten
  • Deberá incluir descripción de elementos no visuales y la narración de vídeos.
  • Se deberá tener especial cuidado con la información personal y con no reproducir contraseñas
  • La salida por voz deberá tener un volumen suficientemente alto para personas con problemas de audición, con posibilidad de reajuste rápido al cambiar de usuario.
  • Es importante que la información esté en el mismo idioma que el contenido mostrado.
  • Debe incluir la información necesaria para que los usuarios sepan que se han realizado las transacciones.
  • Debe incluir un tamaño del texto adecuado, que sirva a las personas con baja visión.
  • Deberá ofrecer alternativas al uso del teclado.

 

Para seguir leyendo sobre la Norma EN 301 549, aquí tienes la segunda parte.

 

 

 

 

 

 

 

 

 

 

Accesibilidad y usabilidad web: Diferencias

Introducción

Me apetecía escribir esta entrada porque me encuentro a gente que me ha preguntado que no sabe muy bien cuál es la diferencia entre la accesibilidad web y la usabilidad web. O que no les queda del todo claro. Hay gente que puede pensar que las dos palabras significan lo mismo, pero no es así.

Estos dos conceptos están muy relacionados pero NO son lo mismo.

Para comprender esto mejor, vamos a establecer una definición sencilla:

  • accesible: que se puede acceder a él
  • usable: que sea fácil de usar

 

Accesibilidad web y usabilidad web: Diferencias

A partir de ahí, hay que plantearse el dilema de ¿accesible/usable para quién?

En realidad no hay una respuesta exacta para resolver esta pregunta porque puede haber casos en los que habrá a quien le resulte “cómodo” acceder y usarlo y otras personas a las que no, y pueda darse el caso de que no se pueda usar.

Por ejemplo, un vídeo con mala calidad y sin subtítulos puede ser díficil de entender, pero si lo reproduces varias veces, al final te enteras de la película. Pero una persona con dificultades auditivas o sorda, por mucho que lo ponga no se entera y no lo entenderá.

Diferencias entre la accesibilidad web y la usabilidad web

La accesibilidad web consiste en hacer accesible todo lo que engloba un sitio web y todas las opciones y funcionalidades que posee. Todas las funcionalidades que posee para todas las personas usuarias.

En el caso de WordPress, aparte de tener nuestro sitio web, también hay que hacerlo con las opciones del escritorio, los widgets y los plugins. Y si hablamos del futuro editor de WordPress, Gutenberg, que se pretende implantar en las próximas versiones, todavía está muy verde y deja mucho que desear y mejorar en cuanto a accesibilidad y usabilidad web.

¿Cómo se pone en práctica la accesibilidad en la web?

Para poner en práctica la accesibilidad web hay que tener presente las Pautas de Accesibilidad al Contenido Web, así como aplicar los Roles ARIA que se usan para hacer contenido accesible para las personas con diversidad funcional.

Pongamos por ejemplo, una empresa de nombre ficticio ACUS, que se encuentra analizando un formulario.

Desde siempre hemos pensado que los formularios se podían realizar de la manera que en la siempre lo hemos hecho, poner los campos con la aplicación de sus atributos correspondientes. Y con el foco de teclado visible, claro.

Pero resulta que en la empresa tenemos un usuario ciego (al cual llamaremos Pepe), que nos comenta que él no puede acceder a los formularios de la web.

Tras conocer la noticia, los desarrolladores (que se llaman Andrés y Antonio), se vuelven locos intentando averiguar a ver de qué manera pueden solucionarle el problema a Pepe.

Pero ahí está la profesional experta en usabilidad, (de nombre Isabel), que les comenta a los desarrolladores que tienen ese problema porque no usan el etiquetado correcto en los formularios.

Si consiste en un problema grave que imposibilita llegar al objetivo a los usuarios, estamos hablando de un problema de accesibilidad. El objetivo de la accesibilidad es que se pueda usar por todas las personas.

Si quieres más información sobre este tema, la explico detalladamente en otras entradas de este blog:

Consejos para llevar a cabo la accesibilidad web

Cómo hacer formularios accesibles

 

¿Cómo llevamos a cabo la usabilidad?

La usabilidad consiste en conocer la experiencia que tiene el usuario cuando navega por el sitio, que nos cuenten las dificultades que se encuentran en el proceso, cuando están realizando una tarea determinada (realizar una compra, una venta, rellenar un formulario de registro…).

Entrando en materia os pongo una frase de uno de los mayores expertos en usabilidad, Steve Krug, del cual ha escrito un libro sobre el tema que es muy interesante y os lo recomiendo como lectura: “No me hagas pensar”.

¿Cuál es el objetivo de todo esto? ¿Qué quiero decir con esto?

Muy sencillo, que no hay que hacer pensar a los usuarios, que hay que ponérselo fácil y cómodo. Que, entre otras cosas, los usuarios que navegan por tu web son lo más importante que hay que en tener en cuenta. ¿Por qué? Porque si no lo tienes accesible ni usable, tu web no sirve para nada. Por muy bonita que esté y tenga un buen diseño, si no es usable, los usuarios no podrán interactuar con ella. Pueden ser posibles clientes potenciales y al no poder interactuar y no tenerlo accesible, no obtienes beneficios. Así de simple.

Por eso es importante saber que la usabilidad va enfocada desde el punto de vista del usuario, así como conocer sus inquietudes, qué puede y no puede hacer, qué piensa, cómo interactúa al realizar determinadas tareas y principalmente, conocer sus problemas. Y con todo esto, intentar buscar las soluciones más adecuadas a sus necesidades.

Siguiendo el ejemplo de la empresa: Andrés y Antonio, después de un intenso día de trabajo,  llegan muy ilusionados a su casa, sabiendo que han aprendido algo nuevo. Y con la ilusión, van y se lo enseñan a su madre. Y la señora al ver el formulario, se encuentra con unos campos con un asterisco en algunas de ellas, en las cuales no sabe qué tiene que hacer. No entiende qué tiene que hacer. Y les pregunta que cómo lo tiene que rellenar. Tras hacer los ajustes pertinentes, comprueban que ya ha entendido cómo hacerlo y procede a rellenarlo sin problemas.

Es decir, en este ejemplo que hemos explicado, hemos mejorado la usabilidad de los formularios.

Para finalizar, el objetivo de la usabilidad es que pueda ser usado fácilmente por un grupo de usuarios concreto. En este caso caso, las personas mayores.

Para que algo sea fácil de usar, es necesario que se pueda usar. Por eso, para un mismo perfil de usuario, usable implica accesible (pero no al revés). O dicho de otra manera, la accesibilidad es condición necesaria (pero no suficiente) para la usabilidad.

Conclusión

Hay que recordar varias cosas importantes.

  • Si algo no es accesible, no es usable.
  • Si algo no es usable, no es accesible.
  • Algo puede ser accesible pero puede no ser usable.

 

Si se da alguna de estas cirscuntancias, tenemos problemas de usabilidad web.

 

Entradas relacionadas:

Usabilidad web: ¿Qué es UI y UX? Diferencias

 

Accesibilidad web: Diversidad funcional motriz

Diversidad funcional motriz

Cuando hablamos de diversidad funcional motriz nos estamos refiriendo a personas que tienen dificultades a nivel físico y que puede afectar a todo: a nivel físico, vista, oído, al movimiento del cuerpo, al habla o a la deglución.

Accesibilidad web: Diversidad funcional motriz

En mi caso, hablamos de una patología llamada Parálisis Cerebral Infantil. Es una patología que afecta a 2 de cada 1000 personas. Esta patología se caracteriza por un trastorno psicomotor. Los problemas psicomotrices están acompañados de alteraciones cognitivas, de comunicación y percepción. Dependiendo de la zona del cerebro afectada se pueden observar desde movimientos involuntarios, espasmos y rigidez en los músculos, así como disfunciones visuales y auditivas.

Clasificación de la Parálisis Cerebral Infantil

Para entender mejor la parálisis cerebral vamos a establecer los diferentes tipos que hay:

Espástica: Es el grupo más numeroso, que se caracteriza por la rigidez en los músculos. Se puede dar hipertonía hiperreflexia e hiperflexión.

Atetósica: Se caracteriza por tener movimientos involuntarios, muecas por dificultades en la cara y torpeza al hablar. Se puede dar afectación de pérdida auditiva.

Atáxico: Son personas que tienen mal equilibrio corporal, muestran inseguridad en la marcha y dficultades en la coordinación y el control de las manos y los ojos.

Mixta: En este caso, es más raro de encontrar casos puros de espasticidad, atetosis o ataxia, lo normal es que se dé una mezcla de todas ellas.

¿Cómo acceden a la web las personas con dificultades motrices?

En el caso de las patologías motrices, como por ejemplo, la parálisis cerebral, hay muchos tipos y diferentes grados dependiendo de la zona afectada. Debido a esto, la persona tendrá más o menos autonomía, pero en la gran mayoría de los casos, las personas con esta patología suelen utilizar dispositivos de apoyo, como por ejemplo:

Licornio: dispostivo que se coloca en la cabeza que ayuda a escribir a las personas que tienen dificultades en las manos. Para usar el licornio debe tener un buen control del cuello para llevar la varilla hasta donde necesite.

Persona utilizando un licornio para el ordenador

Varilla de boca/joystick de boca/barbilla: estas personas usan una varilla para ir pulsando sobre el teclado tecla a tecla para escribir el texto. También lo pueden usar adaptado para las manos.

Varilla de boca, adaptada también para las manos

Tableros de pictogramas: Un tablero de pictogramas sirve para que todas aquellas personas que tienen dificultades del habla, puedan comunicarse a través de los movimientos de los ojos o señalando al icono que representa un sentimiento o la necesidad de la persona en ese momento.

Diversidad funcional motriz:Tablero de pictogramas

¿Qué son los sistemas de comunicación aumentativa y alternativa?

Los sistemas aumentativos complementan el lenguaje oral, cuando por sí solo no es suficiente para mantener una conversación.

Los sistemas alternativos sustituyen al lenguaje oral cuando éste no es comprensible o está ausente.

Los sistemas de comunicación aumentativa y alternativa varían en función de las características e intereses de la persona y su entorno.

Aquí os dejo algunos ejemplos de este tipo de ayudas técnicas para estos usuarios.

  • Plaphoons: Es un sistema de comunicación por pictogramas, donde pueden expresar su mensaje o lo que les dé la gana de forma totalmente independiente. También contiene opciones para usar un conmutador de barrido automático. También se puede usar para la lecto-escritura o con teclado alfabético.
  • Irisbond: Sistema de tecnología eyetracking avanzado (sistema de comunicación con la mirada), que no sólo usan personas con parálisis cerebral, sino también personas con otras patologías motrices como la Esclerosis Lateral Amiotrófica, la Esclerosis Múltiple, etc.
  • GoTalk 9+ Es otro sistema de comunicación.

 

Conmutadores y pulsadores de presión y soplo: El conmutador simple de soplido o aspiración consiste en un sensor que permite detectar presiones positivas (soplido) o negativas (aspiración) ejercidas mediante la boca.

También existen otros conmutadores que se activan por el tacto, por la mano o por el pie.

Teclado de una sola mano: Estos teclados son teclados adaptados para personas que sólo pueden usar una sola mano.

Teclado de una sola mano

Teclado en pantalla: El teclado en pantalla es necesario para todas aquellas personas que por problemas de movilidad en las manos y tengan que acceder a él desde teclado.

Acceso por pulsador: Normalmente, funcionan por barrido con un pulsador para acceder a la casilla del pictograma deseado. O también si se seleccionan las teclas directamente.

 

Uso de audios y vídeos

Si la afectación se produce a nivel auditivo tenemos que hablar de diversidad funcional auditiva.

Si las personas están escuchando un audio y ese audio no dispone de transcripción: Para llevar a cabo la accesibilidad hay que escribir la transcripción del audio para que las personas con dificultades auditivas puedan disfrutar de su contenido.

Con los audios con contenido multimedia, es decir, los vídeos, también hay que tener en cuenta la accesibilidad web añadiendo subtítulos al contenido que está visualizando. También es necesario que tenga un botón para dar la opción a los usuarios de abrir o cerrar los subtítulos. En WordPressTV si vas a visualizar un vídeo no aparece esa opción, lo cual es un problema de usabilidad. Los subtítulos han de contener dos líneas como máximo y tener entre 35 o 40 caracteres.

En algunos casos, debido al grado de afectación de las personas sobre todo, al escribir por un teclado y la espasticidad que genera, estas personas se pueden cansar. Por lo que es recomendable un sistema de reconocimiento de voz para facilitarles las cosas.

Sistema de reconocimiento de voz

Uso del teclado

Debido a la gran complejidad de esta patología y sus diferentes grados de afectación, hay personas que por sus movimientos involuntarios y el control de los movimientos tienen dificultades para usar el ratón. Por esto, es necesario, que tengamos siempre la opción de acceso por el sitio web a través de teclado, y que tenga el foco visible, tal y como indica el criterio 2.4.7 de las WCAG 2.0

Muchas personas con esta patología están afectados intelectualmente y hacen uso de los iconos para orientarse por la web.

Uso de ratones

Ratones virtuales: Son programas informáticos cuyas opciones de movimiento y funciones de clic aparecen en pantalla. Suelen utilizar un pulsador y un sistema de barrido para facilitar el uso del programa de comunicación.

Ratones de cabeza: Los movimientos de la cabeza realizados por el usuario se transforman en movimientos del puntero. De esta forma seleccionan directamente en la pantalla: la letra, la palabra, el pictograma, etc., según qué sistema se esté utilizando. Algunos ratones de cabeza necesitan una cámara web para su uso.

Control del ratón por el iris: Este sistema permite a personas con grandes dificultades de movimiento, controlar el puntero del ratón con la mirada.

Ratón controlado por pulsadores: Cada conmutador realiza un tipo de click, izquierdo y derecho. El ratón sigue conservando toda su funcionalidad habitual

Diveridad funcional motriz: Ratón por pulsador

Cómo comunicarse con personas con parálisis cerebral

  • Si hablas en su presencia, no le des la espalda y ten en cuenta que puede entender todo lo que dices.
  •  Permanece atento/a a sus gestos, ya que quizás quiera comunicarte algo o usar sistemas alternativos de comunicación.
  •  Cuando no sepas qué hacer o cómo hacerlo, pregúntale directamente. Te dirá como quiere ser ayudada. Pídele opinión acerca de las cosas.
  •  Si no entiendes lo que te dice, pídele que lo repita las veces que haga falta. Como todas las personas, lo que desea es ser comprendida.
  • En una conversación, dale tiempo para acabar sus frases y razonar sin interrumpirle.
  • Háblale mirándola a la cara cuando quieras decirle algo, no se lo digas a través de terceros. Sabrá cómo responderte, incluso instará a su acompañante para que te conteste si es necesario, pero con su consentimiento.
  • Deja que pueda adoptar sus propias decisiones, esto facilitará que pueda escoger y tomar iniciativas. Ofrécele solo la ayuda necesaria y complementaria.
  • Piensa que estás ante una PERSONA y, a partir de ahí, actúa como te gustaría que lo hicieran contigo. Procura no hacer etiquetaciones y evita que no te incluyan a ti en ninguna.
  • Ten en cuenta que su escala de valores puede ser distinta. A veces lo que para ti es una tarea rutinaria para ella es todo un logro. Háblale, por ello, de sus capacidades, no de sus limitaciones.
  • Comunícate con esa persona según su edad cronológica y mental. No la trates como a un niño pequeño.

 

 

 

 

 

 

 

 

 

 

Pasión por WordPress 2018: Chiclana | 1ª edición

El pasado 24 de marzo se organizó la primera edición de Pasión por WordPress, un evento que realizaron las distintas comunidades de WordPress de la provincia de Cádiz; WordPress Cádiz, Jerez y Chiclana.

Pasíón por WordPress: Presentación

Las entradas a este evento eran gratis, con lo cual era una razón importante para que la gente aprovechara y asistiera al evento. El objetivo de este evento era disfrutar y aprender mucho WordPress. Las salas estaban llenas.

El día comenzó de la mano de Roberto y Joaquín Blas dando la bienvenida a todos los asistentes con ese humor que les caracteriza.

Comienza Pasión por WordPress 2018: Turno de mañana

La primera ponencia del día llegó de la mano del gran Rafa Poveda, evangelizador del sotfware libre y uno de los máximos exponentes del mundo WordPress, que nos habló de cómo colaborar con la Comunidad y de cómo aprovechar todo lo bueno que tiene WordPress.

Después tuvimos un ratito para reponernos con un café, para continuar las charlas y los talleres con energía.

Después asistí al taller de dos cracks, como son Víctor Sáenz y Paco Marchante, en el cual nos dieron consejos muy útiles sobre la seguridad en WordPress; cómo crear contraseñas seguras y sobre todo, nos recalcaron algo muy importante: actualizar WordPress. Además de ellos, también estaban los talleres de Dani Serrano y Ana Maria Ros.

Después llegó mi turno con mi ponencia sobre accesibilidad web, un tema muy importante a tener en cuenta por todo el mundo.

A más de uno y de una, de nuevo, les volví a abrir los ojos.

Y voy a contar algo que me pasó: se me acercó alguien que trabajaba con personas con diversidad funcional y me dijo que sintió mucha vergüenza al escucharme. Me lo dijo porque nunca se habían parado a pensar en este tema.

A estas personas también tenían que llegar estas cosas. Con lo cual me sentí muy satisfecha por todo. Seguiré abriendo las mentes poco a poco.

Pasión por WordPress en Chiclana: 1ª edición

Luego paramos un ratito para comernos un bocalata (bocadillo + lata), para relajarnos y tomar un poco el sol.

Pasión por WordPress 2018: Turno de tarde

Para empezar la tarde, llega Ibón con su debate abierto y la verdad es que fue un debate muy bonito y muy chulo donde se habló sobre cómo podíamos ayudarnos unos a otros.

Después llegaron los talleres de la tarde, con Rafa Ramos, Nilo Vélez y Antonio Torres. Asistí al taller de Rafa, que nos dio una buena introducción al marketing online. También nos habló de las dificultades del emprendimiento.

Continuamos la tarde en Pasión por WordPress 2018

A continuación, llegó la ponencia de dos grandes personas, que sólo puedo decir cosas buenas de ellos, Roberto Miralles y Mercedes Romero. Dos personas muy queridas por la comunidad WordPress y que confiaron en mí desde el primer día. Nos hablaron de cómo podemos emprender con WordPress. Se puede hacer creando un blog, una página corporativa, un sitio de socios o (membership site) o una tienda online (e-commerce.)

Por último, llegó la ponencia de la gran Beatriz Lavela, dándonos unos consejos muy interesantes para cuidar nuestra imagen en WordPress. ¡Tiene todo el arte empezando su ponencia con la tipografía Comic Sans! Muy recomendable, claro… (nótese la ironía).

Y aquí finaliza mi crónica. Un día genial disfrutando con buenos amigos y gente increíble que disfrutan de una misma pasión: WordPress. Todo esto sin olvidarme de los patrocinadores, organizadores, ponentes, voluntarios y todo el personal implicado.

Gracias una vez más por poner vuestro granito de arena para hacer un gran evento como el que fue, y habiéndolo hecho con tan poco tiempo. Pero con muchas  ganas y mucha energía. Es maravilloso contar con gente como vosotros.

Y por supuesto, no puedo acabar sin dar las gracias al equipo organizador por escogerme para ser ponente. Estoy ahí para crear conciencia, para hacer ver que estamos aquí y que somos parte de esta sociedad. Aún queda mucho por hacer.

¡Gracias por este gran día a todos y a todas!

Comunidad de WordPress de Cádiz, Jerez y Chiclana en Pasión por WordPress: 1ª edición

 

Si queréis, podéis ver mi crónica en la WordCamp Chiclana 2017.

 

 

 

 

Usabilidad: ¿Cómo hacer formularios usables?

Como ya comenté en otras entradas, es importante establecer formularios accesibles para las personas que usan lectores de pantallas. En esta entrada voy a intentar explicar un poco cómo mejorar la usabilidad de los formularios.

Formularios usables

Tenemos que tener presente que los formularios son el medio de interacción más importante del sitio web, puesto que es donde los usuarios pueden realizar las diferentes tareas, (compras, registros, envíar correos, etc.)

Muchos de los problemas de usabilidad en los formularios se producen porque son poco usables y están mal estructurados. Esto hace que los usuarios cometan errores fácilmente.

Lo que hay intentar siempre es que los usuarios rellenen los formularios sin ninguna dificultad y que sean entendibles.

Para ello, voy a mencionaros una serie de ejemplos de la mala usabilidad de los formularios para comprender por qué se cometen tantos errores.

¿Campos obligatorios o no?

Vamos a tener en cuenta esta imagen:

Errores de usabilidad

Bien, en principio aparentemente no hay ningún problema, ¿no? ¿Se entiende bien?

Yo tengo una duda: ¿Qué significa ese asterisco que hay justo al lado del texto?

Cuando estamos rellenando un formulario, la persona que entra por primera al sitio web y te quiere hacer una consulta no tendrá ni idea de lo que tiene que hacer. Es importante especificar qué es lo que significa. Los usuarios no se pueden sentir perdidos.

Hay quienes optan por poner entre paréntesis “necesario”, en vez de “obligatorio”, porque es un término más amigable. Pero de las dos maneras es igualmente válido.

Cuantos menos campos se usen, mejor

Si hacemos un formulario con muchos campos, será más difícil de rellenar para los usuarios. Es importante sólo pedir la información justa y necesaria. Y si tenemos que pedir información importante como un DNI, hay que saber qué campos se establecen como obligatorios y cuáles no. Pero lo dicho, cuanto menos campos pongamos estaremos dando más facilidades a los usuarios y se sentirán más cómodos.

Formularios en una sola columna

Los campos de formularios es mejor ponerlos de una sola columna, ya que la hora de rellenar los datos tiene un orden ascendente y no hace que los usuarios tengan que dirigir la mirada dos veces para rellenar el formulario, y así evitamos que los usuarios se pasen los campos por alto.

Usando bien los colores para mejorar la legibilidad

La legibilidad es muy importante en un sitio web. Por ello, los colores que se deben utilizar deben ser los adecuados. Sobre todo, hay que tener en cuenta a las personas con problemas de visión y/o daltonismo. Y no sólo eso, sino también hay que aplicar los contrastes de color tal y como establecen las WCAG 2.0.

Usando checkboxs

Para facilitar las cosas en los formularios, es muy útil utilizar checkboxs ya que sirven para seleccionar opciones entre varias. Es necesario agrupar los campos visualmente de forma clara con las etiquetas correspondientes, para que las personas que usen lector de pantallas los puedan usar.

Errores de formulario

Los usuarios tienen que saber en todo momento lo que ocurre mientras usan la web. Por eso, cuando alguien rellena un formulario y comete un error, se le debe informar del error. Porque lo que el usuario espera es obtener resultados y que les lleve a otra página.

Hay que destacar los campos que han dado error, pero no lo podemos basar únicamente en el color. Hay que acompañarlos de un icono de error que lo identifique.

Cuando se produzca un error, el formulario no debe resetearse, es decir, los campos no erróneos deben seguir manteniendo la información en ellos introducida.

Captchas

Una cosa muy importante a tener en cuenta son los captchas. Que mucha gente cree que un captcha no es problema para la accesibilidad y usabilidad y sí que lo es.

Los lectores de pantalla no interpretan los captchas de suma o de otra operación matemática. Por lo que es un problema para las personas con dificultades cognitivas.

Tampoco son muy accesibles los captchas de sonido para las personas con problemas de audición, o los que tengan el texto distorsionado que sabemos que dificultan la lectura para los que no ven o para las personas con dificultades visuales.

Hay que usar los formularios con cabeza para no crear una mala experiencia de usuario.

Límite de tiempo

No hay que establecer un límite de tiempo para complementar el formulario.

Política de privacidad

Siempre hay que informar a los usuarios de la política de privacidad para que completen el formulario con total confianza.

Formularios largos

Si los formularios son muy extensos no se pueden poner columnas, sino que es importante dividir en páginas bien rotuladas que indiquen al usuario los pasos del proceso (por ejemplo Paso 3 de 4). El usuario debe poder volver a los pasos anteriores.

Hay que mantener la consistencia en los formularios

Cuando vamos a rellenar un formulario deben aparecer todos los campos en un mismo idioma para que los usuarios puedan rellenarlos con facilidad.

De nada sirve poner, por ejemplo, un campo en español y otro en inglés del tipo:

<label for="name">Tu nombre (requerido):</label>
<input id="name" name="name" type="text"

<label for="email">Tu email (required):</label>
<input id="email" name="email" type="text"

Si nos fijamos en estos dos campos, una persona con dificultades cognitivas o intelectuales puede tener problemas a la hora de rellenar este formulario porque puede que no entienda que significa la palabra “required” al estar en inglés.

Es por eso, que hay mantener la consistencia y ser coherentes con lo que estamos haciendo. O bien ponemos el formulario en inglés o bien en español.

¿Campos a la derecha o a la izquierda?

Todos los campos deben estar verticalmente alineados entre sí a la izquierda.
¿Cómo alinear las etiquetas entre sí: a la derecha, a la izquierda o las colocamos encima del campo?

  • Si tenemos que rellenar datos que son familiares (y no son muchos): Etiquetas en vertical encima del campo.
  • Cuando necesitemos ajustar el espacio vertical: Etiquetas a la izquierda del campo, alineadas a la derecha.
  • Sí hay que ajustar el espacio vertical, y los datos no nos son familiares o son complejos: Etiquetas al lado del campo, alineadas a la izquierda.

 

Vamos con un ejemplo de un formulario con problemas de usabilidad:

formulario no usable

Si por ejemplo, nos encontramos con este formulario, así a simple vista es imposible rellenarlo. ¿Qué información hay que rellenar en cada campo? No tengo ni idea.

No se sabe tampoco si los campos son necesarios o si son opcionales, precisamente porque no hay nada.

Para finalizar, toca hablar del criterio 3.2.6, que establece la versión a recomendación de las WCAG 2.1, que denomina “Cambios de estado”. Este criterio hace referencia a que los usuarios cuando rellenan un formulario tienen que enterarse de que se ha enviado. Por lo que una vez enviado el formulario, debe aparecer un mensaje del tipo: “El formulario se ha enviado con éxito”.

 

Steve Krug: “Haz fácil lo imposible”

Haz fácil lo imposible

Este libro de Steve Krug, se considera como una continuación, una segunda parte de su libro “No me hagas pensar”, que se trata de una guía para detectar problemas de usabilidad.

Haz fácil lo imposible

Comienza el libro explicando qué son las pruebas de usabilidad y explica la diferencia entre:

  • pruebas cuantitativas: su objetivo es demostrar algo (“esta versión de la web es mejor que la anterior”, “mi web es mejor que la de mis competidores”) y lo hace midiendo algo (“cuántas personas terminan las tareas”, “cuánto tiempo les lleva”). Tienen que ser rigurosas o los resultados no serán fiables.
  • pruebas cualitativas, donde se enmarcan las pruebas “hágalo usted mismo” de las que trata el libro, pruebas informales y con menos usuarios. Sencillas y eficaces.

 

El autor, resume sus recomendaciones en un serie de máximas o factores de éxito, para que el lector no lo olvide:

Máximas de Steve Krug en “Haz fácil lo imposible”

  • Una mañana al mes, esto es todo lo que pedimos. No se necesita invertir más tiempo, salvo el necesario para preparar la prueba. Durará una mañana y se debatirá lo ocurrido a la hora de comer. Sin informes, basta un email con el resumen.
  • Empiece más pronto de lo que crea que tiene sentido. Puedes probar tu sitio, aunque lo vayas a rediseñar, para saber qué evitar; puedes probar los de la competencia para ver qué funciona mejor; y puedes probar no solo el prototipo, también el boceto de la página en una servilleta, un wireframe o el diseño gráfico. Lo importante es no esperar hasta el final para comenzar a probar.
  • No sea exigente en la selección, y valore basándose en promedios. No te obsesiones por encontrar usuarios reales o representativos de la audiencia objetivo, especialmente al principio, porque los errores serios los va a encontrar “casi cualquiera”. A veces también es interesante conocer la perspectiva de personas ajenas al negocio. Los usuarios pueden ser incluso de tu empresa, siempre y cuando sean de otros departamentos (administración, finanzas, etc.) También enumera las razones por las cuales tres usuarios son suficientes y por qué estos no deberían participar en las siguientes rondas.
  • Conviértalo en un deporte de masas: intenta que el mayor número de personas en tu empresa asistan a las pruebas, especialmente consigue que vengan directivos, porque “ver es creer”. Observan, aprenden, toman notas y asisten al debate. Deberían sintetizar los tres problemas de usabilidad más graves que han visto en cada usuario de la sesión. Es importante que la sala de observación y la sala de pruebas estén lejos, así que necesitas un cómplice en la sala de observación para que las cosas funcionen y la gente esté concentrada. También habrá que saber lidiar con los egos heridos. Solo deberían asistir al debate posterior los que han asistido a la sesión de prueba.
  • Céntrese implacablemente en los problemas más serios. Hay que salir del debate posterior a la sesión con una lista de los problemas de usabilidad más importantes y con una lista de los que se van a solucionar antes de la siguiente ronda. Siempre hay más problemas que recursos, por tanto es muy importante centrarse primero en lo más grave.
  • Cuando solucione problemas, intente hacer lo menos posible. Ya tienes la lista de problemas a solucionar, ahora pregúntate, “¿cuál es el cambio más pequeño y sencillo que podemos hacer para impedir que la gente tenga este problema que hemos observado?” Esto nos asegura que el cambio será sencillo de implementar y que se hará en unos días. Un problema serio puede tener una solución sencilla, que suele ser modificar algo (no rediseñarlo, y da 10 razones por las cuales modificar es mejor que rediseñar) o eliminar algo (no añadas, normalmente hay demasiadas cosas y lo que necesitas es quitar)

Una de las cosas que la gente tiene la tentación de hacer cuando hay un problema de usabilidad es añadir algo. Si alguien no ha entendido las instrucciones, añada más instrucciones. Si alguien no ha podido encontrar lo que estaba buscando en el texto, añada más texto. Si alguien no se ha dado cuenta de algo que necesitaba, añádale más color, póngalo en negrita, o más grande.

Pero muy a menudo la mejor forma de solucionar un problema de usabilidad es hacer justo lo contrario: quitar algo. Elimine algo de la página.

La mayoría de las páginas tienen todo tipo de cosas que el usuario no necesita: demasiadas palabras, demasiadas imágenes irrelevantes, demasiada decoración, demasiado “ruido”, y ésa es la razón por la que los usuarios no encuentran lo que necesitan.

Un diseñador sabe que ha alcanzado la perfección no cuando ya no que queda nada que añadir, sino cuando no haya nada que quitar”, Antoine de Saint-Exupèry.

El autor enumera una serie de problemas que se pueden encontrar los usuarios, los cuales voy a escribir a continuación:

Problemas de usabilidad en “Haz fácil lo imposible”

  • Los usuarios no entienden el sitio. Si en los primeros segundos no saben de qué va el sitio, quién lo publica, qué tipo de cosas tiene, cómo está organizado, qué puedo encontrar aquí y qué puedo hacer aquí… todo está perdido. Empezarán con mal pie y cada vez estarán más perdidos. En este sentido, las homes suelen tener demasiadas cosas. La home sigue siendo importante porque, si aterrizas en una página interior, a menudo irás a la página de inicio para salir a la superficie y orientarte, para saber de qué va este sitio, qué más ofrece o si es creíble.
  • No se ofrecen pistas visuales. Es posible mantener el atractivo visual y no caer en sutilezas a la hora de dirigir la atención de la gente: ese es el botón de pagar, eso es el título, ese es el menú en el que estás, etc.

Los capítulos 6, 7 y 8 los dedica a dar recomendaciones sobre cómo preparar y llevar a cabo las pruebas: la selección de las tareas, la correcta elaboración y presentación de los escenarios (las tareas tal y como se van a proponer a los usuarios: no utilizar palabras que aparezcan en la web, permitir o no el uso del buscador, etc.), un listado de todo lo que tienes que tener en cuenta para que no se te olvide nada, o cómo realizar correctamente el trabajo de “facilitador” durante la prueba.

Se pueden descargar diferentes plantillas desde su web.

Al final dedica un capítulo a los test en remoto, moderados o no, sus ventajas e inconvenientes.

Sus herramientas preferidas son Camtasia para grabar sesiones (considera que Morae puede ser excesiva para la mayoría de la gente); GoToMeeting para compartición de pantallas; y Usertesting.com para test en remoto no moderados.

Y también recomienda los siguientes libros:

 

Steve Krug: “No me hagas pensar.”

En esta entrada os voy a hacer un resumen del libro de Steve Krug: “No me hagas pensar”.  El autor, en este libro hace un repaso de las claves de la usabilidad. Es la nueva edición del libro (año 2015), en la que incluye un capítulo sobre usabilidad para móviles.

Portada del libro de Steve Krug: No me hagas pensar

Capítulo 1. ¡No me hagas pensar!

Primera norma de usabilidad

Se trata del principio fundamental de la usabilidad en el diseño Web. Una página web ha de ser obvia, evidente, clara y fácil de entender. Debe entenderse a primera vista, deben mostrar su encanto de un solo vistazo.

La primera clave de usabilidad es que la página no presente interrogantes al usuario como “¿por dónde empiezo?”, “¿por qué lo llaman así?” o “¿puedo hacer clic en esto?”.

Los interrogantes aumentan el trabajo cognitivo y distraen nuestra atención de la tarea que estamos realizando. Las distracciones, aunque pueden ser leves se acumulan y pueden llevarnos a abandonar el sitio.

Capítulo 2. Cómo usamos realmente la web.

Ojear, ser suficientes y apañárselas.

Si quieres hacer hacer págibnas web eficientes hay que tener en cuenta tres factores:

Factor nº 1: No leemos la páginas, las escaneamos.

La gente invierte poco tiempo en leer las páginas web, las leen muy por encima.

¿Por qué sucede esto?

Porque tenemos prisa y leemos justo lo necesario. Sólo nos interesa una parte del contenido y esscaneamos para encontrar esas partes relevantes. Centramos nuestro interés con palabras y frases que parecen encajar mejor con la tarea que tenemos entre manos, nuestros intereses personales o las palabras que causan una reacción repentina, como “Gratis”, “Oferta”.

Factor nº 2: No tomamos decisiones óptimas. Es sufiente satisfacer.

Cuando navegamos por una página web, hacemos clic en la primera opción que nos parece razonable, es decir, aplicamos la estrategia del satisficing.

Esto se debe a que tenemos prisa. Por eso, la estrategia del satisficing es mucho más efectiva. Si nos equivocamos, las consecuencias por el error cometido no son importantes, siempre podemos volver atrás. Y sopesar distintas opciones no ayuda a mejorar las oportunidades. Todo depende de nuestro esquema mental y de la confianza que tengamos en el sitio.

Factor nº 3: No averiguamos cómo funcionan las cosas, nos las apañamos.

A la gente nos da igual cómo funcionan las cosas, simplemente nos apañamos e intentamos averiguar cómo funcionan. Si nos funcionan de una manera, optamos por esa opción y dejamos de buscar otra solución.

Esto ocurre porque no nos importa saber cómo funcionan las cosas siempre que podamos usarlas. Arreglárselas funciona, pero termina siendo ineficaz y proclive al error.

Sin embargo, si los usuarios entienden el sitio, encontrarán mejor lo que buscan y se sentirán más seguros y convencidos cuando usen el sitio.

Capítulo 3. Diseño de rotulos 101.

Diseño de páginas para poder ser escaneadas, no para leer.

Hay varias claves para diseñar páginas web:

  • Aprovechamiento y uso de las convenciones
  • Crea una jerarquía visual  clara
  • División de las páginas en zonas bien definidas
  • Dejar bien claro sobre que se puede hacer clic
  • Eliminar el ruido visual
  • Formatear el contenido para facilitar el escaneo

Aprovechamiento y uso de las convenciones

Todas las convenciones nacen de la idea brillante de alguien. Si funcionan lo suficientemente bien, otros sitios la imitan y termina viéndose en tantas partes que no necesita ningún tipo de explicación.

Las convenciones son útiles. No hay que intentar reinventar la rueda: innova solo cuando sepas que la idea es mejor pero aprovecha las convenciones cuando no haya ideas mejores.

Creación de una jerarquía visual clara en cada página

Una buena jerarquía visual nos ahorra tales esfuerzos a la hora de preprocesar la página, organizar y establecer prioridades en los contenidos, lo que nos permite captar todo de forma casi instantánea.

Todas las páginas han de tener una jerarquía visual clara. Para ello, se basan en tres características:

  • Los elementos más importantes deben ser los más destacados. Los encabezados más importantes serán los más grandes y aparecerán en negrita.
  • Lo que está relacionado por lógica también debe estarlo de forma visual. Agrupar los elementos bajo un mismo título.
  • Los elementos se engloban visualmente para diferenciar cada una de las secciones o bloques.

División de las páginas en zonas bien definidas

Es importante dividir la página en zonas definidas con claridad para que los usuarios puedan decidir sobre qué parte quiere centrarse y cuáles ignorar.

Dejar claro sobre lo que se puede hacer clic

Hay que identificar fácilmente sobre lo que se puede hacer clic, los botones y lols enlaces.

Eliminar el ruido visual

Deshacerte de todo aquello que no contribuye a la solución debe desaparecer: todo lo que llama la atención, el ruido y la desorganización.

Formatear el contenido para facilitar el escaneo

  • Usar encabezados, que te permitirán decidir qué parte, leer, escanear o saltarte.
  • Escribir párrafos cortos para hacer más fácil el escaneo.
  • Usar listas.
  • Destacar los términos claves.

Capítulo 4. ¿Animal, vegetal o mineral?

¿Por qué le gustan al usuario las opciones mecánicas?

El número de clics no importa tanto como el esfuerzo de pensar lo que se debe hacer, y la incertidumbre sobre si la elección tomada es la correcta.

No importa el número de clics que se deban hacer mientras el camino sea sencillo y ofrezca la certeza de que se sigue la pista correcta.

Tres clics insconscientes e inequívocos equivalen a un clic que requiere cierto grado de reflexión.

Capítulo 5. Omisión de palabras innecesarias.

El arte de no escribir en la web

La tercera norma de usabilidad es:

Elimina la mitad de las palabras en todas las páginas y luego deshágase de la mitad de lo que quede.

Tenemos que eliminar el discurso innecesario. Otrra cosa que hay que eliminar son las instrucciones porque nadie las va a leer. Si las instrucciones son necesarias, hay que reducirlas a lo esencial.

Si se elimina lo innecesario se reduce el ruido de la página, haciendo que el contenido sea más relevante y se acortan las páginas, permitiendo que se vean de un solo vistazo.

 

Capítulo 6: Señales en la calle y migas de pan.

Diseño de la navegación

Comienza con un hombre intentando comprar una motosierra, para pasar a explicar las semejanzas y diferencias entre comprar en una tienda física y en la web.

La navegación web nos ayudará a encontrar lo que buscamos pero también nos indicará dónde nos hallamos. Evita que nos perdamos, nos dice lo que hay en cada lugar, nos enseña a usar el sitio (porque implícitamente nos muestra por dónde empezar y las opciones que hay) y nos permite confiar en las personas que la han creado.


Una navegación clara y bien desarrollada es una de las mejores oportunidades con las que cuenta un sitio para dar una buena impresión.

La navegación debe seguir las convenciones para localizarla con facilidad y distinguirla del resto del contenido. También ha de ser coherente y consistente a lo largo de las páginas, esto nos permite tenerla siempre a mano y aprenderla una única vez. Como excepción, en la home y en ciertos formularios (por ejemplo en la formalización de tu pedido) podemos tener una versión mínima de esta navegación coherente, pues en este caso la navegación puede ser una distracción innecesaria.

Otras claves que explica en este capítulo son:

  • Se debe identificar en todo momento en qué sitio nos encontramos, para ello debemos utilizar también la convención de incluir el logotipo en la esquina superior izquierda.
  • Las utilidades deben estar diferenciadas de las opciones principales de navegación y ser menos prominentes.
  • Se tiene que volver con facilidad a la página de inicio, tanto desde el logotipo como incluyendo la opción en las utilidades.
  • Se debe incluir una opción de búsqueda a no ser que el sitio sea muy pequeño. Repasa las buenas prácticas y las convenciones a seguir en el buscador, como por ejemplo no limitar el ámbito de la búsqueda.
  • Se debe resaltar la opción de menú en la que te encuentras.
  • Es importante incluir migas de pan y seguir unas buenas prácticas, como poner en negrita el último elemento o que este no sustituya al título de la página.
  • Los enlaces visitados deben cambiar de color.
  • Recalca la importancia del título de las páginas: su ubicación, su estilo o su texto.
  • El nombre de los enlaces, menús y títulos de las páginas han de ser coherentes entre sí.

    Si hay una mayor gran diferencia entre el nombre del vínculo y el nombre de la página o muchas discrepancias menores, mi confianza en el sitio (y en la competencia de las personas que lo han publicado) se verá disminuida.

     

Por último defiende su predilección por las pestañas de navegación. Indica que son claras y fáciles de entender, que es difícil perderlas de vista o confundirlas con algo que no sea la navegación, y que refuerzan que el contenido está dividido en secciones y que nos encontramos en una de ellas.

Las claves de las pestañas es que haya una seleccionada por defecto y que estén perfectamente dibujadas para que parezcan solapas de verdad: la pestaña activa debe pasar al frente.

Indica que es mejor que estén codificadas por color (un color diferente para cada sección) siempre y cuando no se confíe en que todos los usuarios perciban esta distinción, el color es genial como clave adicional, pero nunca debería basarse en él como clave única.

Capítulo 7. La teoría del Big Bang en el diseño de páginas web.

La importancia de situar a la gente en el camino correcto.

Este capítulo habla de todo lo que tiene que tener una página principal. Tiene que tener una identidad y decirnos para qué sirve.

  • Tiene que establecer una jerarquía del sitio, una visión global tanto del contenido como de sus características.
  • Disponer de un cuadro de búsqueda.
  • Debe ser sugerente, para convencer del buen contenido que tiene.
  • Debe tener promociones en las secciones.
  • Disponer de contenido actualizado y accesos directos
  • La página principal debe mostrar por dónde empezar y mostrar crediblidad y confianza.

 

El propio autor define que la teoría del Big Bang debe resumirse en cuatro preguntas, y comprender la web en unos segundos. Describir quién eres, qué haces y qué ofreces.

  • ¿Qué es esto?
  • ¿Qué tienen aquí?
  • ¿Qué puedo hacer aquí?
  • ¿Por qué debería yo estar aquí y no en otro lugar?
  • ¿Por dónde empiezo?

 

Para transmitir ese mensaje de quién eres, qué haces y qué ofreces debes hacerlo con unas pautas que son:

  • Escribe mensajes cortos, ir al grano. Establece las características importantes.
  • No uses una frase relativa a la misión de la empresa. Nadie las lee.
  • Usar líneas de etiquetas, que caractericen a la empresa. Deben ser claras, cortas (de seis a ocho palabras), y tener un beneficio claro.
  • A la hora de echar un vistazo rápido, deberíamos saber con confianza y claridad dónde podemos buscar y navegar.

Capítulo 8: El granjero y el ganadero deben ser amigos.

Por qué la mayoría de los argumentos de diseño web acerca de la usabilidad son una pérdida de tiempo y cómo evitarlos

La tendencia natural es a proyectar nuestros gustos o disgustos en los usuarios de la Web: creemos que a la mayoría de los usuarios les gustan las mismas cosas que a nosotros.

Para resolver el conflicto a menudo se intenta encontrar qué le gusta a la mayoría de los usuarios. El problema es que no hay un Usuario Medio. Sería estupendo saber si los desplegables son buenos o malos en función de si gustan o no a la mayoría, pero no hay una respuesta simple o correcta a esta pregunta.

La cuestión es que no es nada productivo preguntar cosas como “¿Gustan a la mayoría los menús desplegables?”. Lo más acertado es preguntar “¿Supone este desplegable con estos elementos y estos términos dentro de este contexto particular una buena experiencia para la mayoría de las personas que probablemente utilicen este sitio?”
Y solo hay una forma de contestar a este tipo de pregunta: probando.

Capítulo 9: Prueba de usabilidad por 10 céntimos al día.

Haz pruebas sencillas. Nunca es suficiente.

 

Las personas con frecuencia prueban para decidir qué color de cortinas es mejor, sólo para darse cuenta de que olvidaron poner ventanas en la habitación. Por ejemplo, podemos descubrir que no hay mucha diferencia si la barra de navegación es horizontal o existen menús verticales, si nadie entiende el valor del sitio.

Tristemente, así es como se hacen la mayoría de las pruebas de usabilidad: demasiado pequeñas, demasiado tarde y por razones equivocadas.

Dedica bastante tiempo a explicar la diferencia entre un grupo de discusión y un test con usuarios. No son lo mismo ni tienen el mismo objetivo.

Defiende la necesidad de realizar test con usuarios: es mejor probar con un usuario que con ninguno; y es mejor probar con un usuario al principio que con 50 al final.

Es bueno probar con personas que vayan a utilizar el sitio, pero más importante es probarlo pronto y con frecuencia. Si reclutar a los usuarios ideales para la prueba va a significar hacer menos pruebas, hazlas con cualquiera (a no ser que necesites un perfil muy concreto o la web sea de un campo muy específico)

Se pueden realizar las pruebas sin invertir mucho tiempo o dinero, y sin necesidad de muchos usuarios o de un laboratorio. Probar puede ser rápido, sencillo y barato.

A veces basta con pruebas tan sencillas como imprimir el formulario que has prototipado, enseñárselo a alguien y ver si tiene sentido para él.

Por ejemplo, realizar un test con solo tres usuarios te permite generar conclusiones más rápidas, agilizar las modificaciones y hacer otra ronda de testing. De esta manera, al final, más pruebas con menos usuarios detectan más problemas.

También es mejor exponer directamente en una reunión las conclusiones al equipo que redactar un extenso informe que al final nadie lee.

A continuación nos da consejos y pone ejemplos concretos basados en su experiencia. Por ejemplo recomienda proponer siempre tareas personalizadas. Es mejor “encuentra un libro que quieras comprar” que “encuentra tal libro”; o “inserta un anuncio de algo que quieras vender” que “insertar tal anuncio”. Cuando la gente realiza tareas ficticias no se implica emocionalmente y no puede usar todo su conocimiento personal.

Los problemas habituales que suelen encontrarse en los test con usuarios con:

  • no tienen claro el concepto
  • las palabras que buscan no están
  • lo que buscan está en la página pero no lo ven por el ruido o porque no destaca.

Tras las pruebas hay que resistir el impulso de añadir explicaciones a las páginas o añadir características que han propuesto los usuarios. Pero el mayor desafío suele ser reparar los problemas SIN estropear las partes que funcionan, pues todo cambio tiene consecuencias.

Capítulo 10. Mobile: No es una ciudad de Alabama

Bienvenido al siglo 21 – Puedes experimentar una ligera sensación de vértigo

 

¿Cuál es la diferencia en cuanto a la usabilidad de un dispositivo móvil?

Prácticamente la misma que para la web, los principios son los mismos. Con la diferencia de que la gente navega más rápido y lee menos en las pantallas pequeñas.

Una diferencia importante está en el diseño, que tiene una serie de limitaciones: decidir qué cosas tienen que hacerse y cuáles no pueden hacerse, por espacio. En cualquier cosa que se diseña, te estás enfrentando con limitaciones.

Al ser las pantallas más pequeñas, la gente tendrá que hacer clics más veces, pero eso está bien. Si tienes un sitio web, tendrás que hacerlo usable en pantallas de cualquier tamaño. Esto duplica el esfuerzo y es muy difícil de hacer bien.

Pero nos da tres sugerencias:

  • Permite hacer zoom para facilitar la lectura en el móvil.
  • No me dejes plantado en la puerta principal.
  • Proporciona simpre un link para el sitio Web completo.

 

También sostiene la idea de que las app tienen un problema: que deben ser comprensibles y fáciles de aprender, pero no lo son.

Para ello, habla del concepto de la memorabilidad, es decir: ¿recordarás cómo usarla la siguiente vez que pruebes, o tendrás que empezar de nuevo desde el principio? Para que sea fácil recordar su uso, tiene que ser fácil de aprender.

 

Capítulo 11. La usabilidad como cortesía común.

Por qué su sitio web debe ser mensch

¿Qué va minando la buena voluntad del usuario hasta llevarlo a abandonar?:

  • ocultar la información que quiere: el teléfono de soporte, los costes de envío, los precios, etc.
  • castigarle por no hacer las cosas a tu manera: obligarle a incluir los datos con un determinado patrón, como espacios en el número de la tarjeta
  • pedirle información que no necesitas
  • la falta de sinceridad, con mensajes como “su llamada es importante para nosotros” pero te tienen 20 minutos a la espera
  • los obstáculos en su camino, como tener que verse una introducción Flash a la fuerza
  • que el sitio parezca de aficionados: desorganizado, descuidado y poco profesional

 

Por el contrario, la buena voluntad del usuario aumenta cuando:

  • Conoces las principales cosas que las personas quieren hacer en tu sitio y estas son obvias y sencillas
  • Les dices lo que quieren saber
  • les ahorras pasos siempre que puedes
  • Te esfuerzas en dar la información que necesitan, precisa y de utilidad, organizada de forma que puedan encontrarla
  • Te anticipas a las preguntas probables y las respondes con franqueza
  • Les proporcionas comodidades como una impresión correcta de las páginas
  • Les facilitas la recuperación ante los errores
  • Te disculpas cuando es necesario si algo está causando un problema

 

Capítulo 12. La accesibilidad web y tú.

Cuando piensas que ya lo has hecho todo, aparece un gato con una tostada untada con mantequilla atada a la espalda

A los vigorosos desarrolladores de 25 años (son palabras del autor, no mías) les es difícil creer que un gran porcentaje de la población necesita ayuda para acceder a la web. Les parece exagerado. También les cuenta creer que hacer las cosas más accesibles nos beneficia a todos.

Temen además que supondrá más trabajo y que el resultado será menos atractivo.

El autor también habla de la tendencia a pensar que el validador de accesibilidad es como un corrector ortográfico. Además la mayoría descuida las advertencias pues no les parecen problemas reales. Sin embargo, las advertencias pueden hacer referencia a requisitos determinantes pero que simplemente no son evaluables automáticamente.

Da cinco consejos:

  • Soluciona los problemas de usabilidad que nos confunden a todos… seguro que también estarán confundiendo a los usuarios con alguna discapacidad.
  • Lee una página con un lector de pantalla.
  • Lee un libro sobre accesibilidad web.
  • Usa CSS.
  • Revisa tu código HTML para asegurar que:
    • incluyes texto alternativo a las imágenes
    • Usas los encabezados correctamente.
    • Usas label en los formularios
    • es accesible por teclado
    • no usas javascript sin una buena razón
    • no usas mapas de imagen del lado del servidor.

 

Capítulo 13. Guía para perplejos

Haga la usabilidad presente

 

¿Como puedo convencer a mi jefe para conseguir usuarios y me dejen el tiempo necesario para realizar las pruebas?

Hay que conocer el tema. Hace una pequeña introducción sobre cómo ha cambiado el campo de la usabilidad desde sus comienzos hasta ahora, así como los diferentes términos aplicados, que los califica como “que le han salido muchos hermanos”.

Da una serie de sugerencias para convencer a la gerencia de la empresa:

  • Haz una demostración ROI.
  • Habla sobre asuntos críticos, asuntos que interesen a la empresa
  • Consigue que tu jefe observe una prueba de usabilidad
  • Realiza una prueba de la competencia
  • Empatiza con la gerencia de la empresa

 

Al final  del libro, recomienda unos libros:

 

O algún libro de Susan Weinschenck:

Accesibilidad web: Cómo influye en el SEO

Teniendo en cuenta lo que es la accesibilidad web y qué es lo que significa, vamos a hablar de una serie de factores importantes para comprender cómo influye en el SEO.

Accesibilidad web y SEO

Limitaciones personales y tecnológicas

Partiendo de la definición de que la accesibilidad web beneficia a las personas con diversidad funcional (y a todos), existen una serie de limitaciones aparte de las que son derivadas de la propia condición de la persona.

Limitaciones personales: El tener una diversidad funcional no siempre implica que sea visual, auditiva, motriz o intelectual, sino que puede ser derivada de la edad, de la inexperiencia con el mundo de las TIC (Tecnologías de la Información y de la Comunicación), o por un problema temporal. También puede ser debido a que están aprendiendo un idioma o al nivel educativo de los usuarios.

Limitaciones tecnológicas o derivadas del entorno: Pueden darse situaciones muy diferentes, como una conexión lenta a intenet, un ambiente con mucho ruido, poca visibilidad, navegación sin imágenes, navegación sin ratón, etc.

Técnicas SEO para mejorar el posicionamiento

  • Una de la técnicas es facilitar el rastreo e indexación de las páginas por parte de los motores de búsqueda y que se realice por los téminos relevantes para esa página.
  • Conseguir que Google considere la página relevante. Para ello, hay ciertos factores que influyen, como la velocidad de carga de la página o la temática de las páginas que enalazan con la nuestra, etc.

Google es un usuario ciego

Google como tal, no ve las imágenes ni los vídeos, ni interpreta las animaciones y sus características no se diferencian mucho de las que se tratan en la accesibilidad web. Hay que pensar en él como un usuario más. Es la razón por la que muchas de las técnicas que se aplican repercuten de manera directa y positiva en su indexación.

Accesibilidad web y SEO: Técnicas de las WCAG 2.0.

Ahora vamos a hablar de algunos criterios y vamos a ver la relación que tienen con la accesibilidad, cómo influye y por qué es beneficioso para el SEO.

Alternativas textuales para elementos no textuales

Según el criterio 1.1.1, las imágenes deben tener un texto alternativo que proporcione la misma información o funcionalidad que pretende transmitir la imagen. Desde el punto de vista de la accesibilidad web, el texto alternativo de una imagen permite que las personas que no pueden ver, cual es el contenido de la fotografía gracias al lector de pantalla.

Con el SEO los buscadores sólo entienden texto y pueden interpretar los diferentes contenidos no textuales (fotos, vídeos, audios), gracias a las alternativas textuales.

Título e idioma de las páginas

Según el criterio 2.4.2, las páginas deben tener un título o temática que describa su propósito. En la técnica G88 se establece que el título debe tener sentido fuera de contexto y ha de ser corto.

Con el criterio de conformidad 3.1.1 “Idioma de la página”. Se debe indicar el idioma de la página. Esto beneficia a todos las personas porque pueden identificarla con rapidez.

Desde el punto de vista SEO, nos dice sobre qué trata y ayuda a mejorar la indexación de la página en la web.

Enlaces

Los criterios de conformidad 2.4.4 y 2.4.9 hablan del propósito de los enlaces. Establece que no hay que usar enlaces ambiguos y que los enlaces deben tener un destino claro.

Con el SEO, cuanto más fácil sea el texto del enlace, más fácil será interpretarlo para los motores de búsqueda.

Encabezados y marcado semántico

En el criterio 1.3.1 se establece que hay que separar el contenido de la presentación. También que hay que respetar la semántica del etiquetado en HTML y CSS.

En el criterio 2.4.1 se establece que hay estructurar el contenido mediante encabezados. Los encabezados deben usasrse de forma coherente y sin saltarse niveles.

Según el criterio 2.4.6, los encabezados deben ser claros e identificar la sección del contenido que encabezan.

Es importante también establecer los encabezados de sección, como se indica en el criterio 2.4.10.

Desde el punto de vista SEO, si la página se carga sin CSS se pueden identificar los títulos, las listas y el texto resaltado. Esto mismo se aplica a los motores de búsqueda.

Por otro lado, el marcado semántico y un uso correcto de los encabezados hacen que los motores de búsqueda indexen mejor la página.

Separación entre contenido y presentación

El criterio 4.1.1 hace referencia al uso del lenguaje de marcado de acuerdo a su especificación, y que se puede validar mediante un validadador automático, por ejemplo, el del W3C.

En el criterio 1.1.1, que ya hemos visto anteriormente se indica que las imágenes se deberían incluir en las CSS, para separar el contenido de la presentación. Por este mismo motivo se debe evitar el uso de tablas, tal y como establecen las técnicas H73 y G140.

El criterio 1.4.5 establece que se debe utilizar texto en vez de imágenes de texto, aunque se admiten excepciones, por ejemplo, para los logotipos.

Para el SEO, que ocurra esto es muy bueno porque genera páginas más ligeras y disminuye el tiempo de carga, lo cual es un factor relevante para el posicionamiento. Además de esto, las páginas tienen un código más claro y más limpio.

Mapa web y navegabilidad

El criterio de condormidad 2.4.5 indica que se debe establecer varías vías para localizar una página web dentro del sitio. Se pueden utilizar diferentes técnicas: enlaces a páginas relacionadas, tablas de contrenidos o un mapa web.

En el criterio 2.4.8 se indica que hay que proporcionar información al usuario acerca de su ubicación. Las técnicas que se pueden emplear son: uso de las migas de pan, un mapa web o incluir un mapa de navegación semántica.

También se establece en el criterio 2.2.1, que las redirecciones deben ser claras para el usuario, como por ejemplo, usando las redicciones del servidor 301.

Para el SEO, los motores de búsqueda deben ser capaces de llegar a todas las páginas web de nuestro sitio. Incluir migas de pan y enlaces relacionados ayuda a que se pueda acceder a todas las páginas.

Legibilidad

El criterio 3.1.3 indica que se debe aclarar el signicado de las jergas y las palabras inusuales, con un glosario de definiciones.

El criterio 3.1.4 establece que se debe explicar el significado de las abreviaturas, en el propio texto o en el atributo title del elemento <abbr>.

Ee el criterio 3.1.5 se indica que se debe adecuar el nivel de lectura del texto y su legibilidad para todos los usuarios. Para ello se puede emplear: textos con imágenes que ayuden a explicar las ideas, incluir menos lectura o hacer el texto más fácil usando palabras sencillas.

Desde el punta de vista SEO, el hecho de establecer un texto sencillo y claro, incluyendo la explicación de las jergas permite abarcar más posibilidades de búsqueda.

 

 

Usabilidad web: Introducción, principios y beneficios.

Para definir el concepto de usabilidad, vamos a hacerlo primero preguntando qué es la usabilidad.

Usabilidad: Ibntroducción, principios y beneficios

¿Qué es la usabilidad?

La palabra usabilidad viene del inglés usability, que hace referencia a la facilidad de uso con la que las personas pueden usar una herramienta particular, cualquier interfaz o cualquier otro objeto con la finalidad de alcanzar un objetivo determinado.

Tras esta definición, si hablamos de usabilidad web se refiere a la facilidad con la que nuestros visitantes utilizan la web. Es decir, si al realizar determinadas tareas son capaces de terminarlas.

La Organización Internacional para la Estandarización (ISO) nos da dos definiciones de usabilidad.

ISO/IEC 9126

La usabilidad se refiere a la capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones específicas de uso.

ISO/IEC 9241

Usabilidad es la eficacia, eficiencia y satisfacción con la que un producto permite alcanzar objetivos específicos a usuarios específicos en un contexto de uso específico.

Tanto una definición como la otra, hace enfásis a la funcionalidad y a la calidad de uso, no sólo del producto, sino también de cómo los usuarios realizan tareas específicas de su uso.

 

Principios básicos de la usabilidad web

Jakob Nielsen define el concepto de usabilidad como el “atributo de calidad que mide lo fáciles que son las intefaces web”. En 1995 llevó a cabo lo que se denomina el Plan Heurístico, que consta de cuatro puntos.

  1. Identificar el problema.
  2. Definir el plan para solucionar el problema
  3.  Realizar el plan establecido,
  4. Analizar el resultado

 

En otra entrada os hablaré de Steve Krug, otro experto en usabilidad y su libro “No me hagas pensar” y Haz fácil lo imposible”

A continuación, os resumo brevemente los principios básicos de la usabilidad.

Escucha y conoce a los usuarios

Es importante saber cómo se comportan los usuarios y cuáles son sus destrezas, hay que conocer las razones por la que los usuarios utiliza tu web y saber cuál es su propósito. Así, al utilizarla conocerás sus expectativas.

Relación con el sistema

Hay que utilizar palabras que sean familiares para los usuarios. La información debe presentarse en un orden lógico y natural.

Optimiza las operaciones

  • Intenta que los usuarios lleguen a sus objetivos en el menor tiempo posible.
  • Reorganiza la web en función de las necesidades que tengan.
  • Dar libertad a la hora de trabajar, estableciendo diferentes posibilidades de acceso u opciones. También hay que darle a los usuarios la posibilidad de subsanar los errores, ya que es normal equivocarse.

Reduce la memorización

Hay que hacer visibles las opciones y acciones para que los usuarios no tengan que recordar la información del sitio web. Es muy beneficioso para las personas con dificultades intelectuales, por lo que es importante mantener la consistencia.

Diseño estético y minimalista

Elimina toda la información innecesaria. No recargues el diseño de tu sitio web. Es importante no distraer al usuario con mucha información, y además porque puede cansarse. Es mejor mostrar sólo lo justo y necesario.

En este principio basta con recordar una frase: “Menos es más”.

Gestiona los errores

Hay que ofrecer mensajes de error claros para que los usuarios sepan qué es lo que ocurre, como por ejemplo, los errores 404. Pero puede ocurrir que haya gente que no conozca qué son los errores 404, y hay que sustituirlo por un mensaje más familiar como: “Página no encontrada” y proporcionar un enlace para volver atrás y no se vayan del sitio web.

Flexibilidad y eficiencia de uso

Hay que tener un sitio web adaptado para todo tipo de usuarios, desde los novatos hasta los más expertos. Si conseguimos que el sitio lo use el mayor número de usuarios, obtendremos flexibilidad.

La teoría está muy bien, pero para poder aplicarla tenemos que saber cómo y cuándo podemos encontrarnos problemas de usabilidad.

¿Cuándo tenemos un problema de usabilidad en la web?

Vamos a poner una serie de problemas que se pueden dar:

  • Cuando hay problemas para completar una tarea
  • Cuando se saca al usuario del camino
  • Cualquier cosa que genere confusión en los usuarios.
  • Cuando se producen errores.
  • Cuando los usuarios no ven algo que deberían haber visto.
  • Cuando los usuarios dan por hecho que algo es correcto cuando no lo es.
  • Cuando los usuarios piensan que han terminado una determinada tarea y no es así.
  • Cuando los usuarios realizan una acción equivocada.
  • Cuando se malinterpreta el contenido.
  • Cuando no se entiende la navegación en la web.
  • Cuando un usuario tiene que dar muchísimos clics para llegar al objetivo.
  • Cuando hay que esperar mucho tiempo a que la página cargue.
  • Cuando en la web nos encontramos cosas que no deseamos ver.

 

Si tenemos en cuenta estos consejos a la hora de tener en cuenta los problemas de usabilidad conseguiremos una serie de beneficios, que los vamos as enumerar a continuación:

Beneficios de la usabilidad

  • Se reduce el aprendizaje y el esfuerzo.  Es beneficioso para todas aquellas personas que tengan cualquier dificultad, cuanta más precisa la información y menos haya que hacer, mejor.
  • Disminuyen los costes de asistencia y ayuda al usuario, haciendo que los usuarios se sientan más seguros. Esto hace que disminuyan los errores cometidos por el usuario.
  • Se optimiza el coste de diseño y mantenimiento.
  • Aumenta la tasa de conversión de los visitantes al sitio web, es decir, saber cuántas personas completan el proceso de una tarea determinada.
  • Para los usuarios es más fácil navegar por la web, estableciendo bien los pasos a seguir. Si no ocurre esto, el usuario se puede sentir frustrado y se va.
  • Mejora el prestigio del sitio web y la imagen de la empresa.
  • Incrementa la productividad y reduce el estrés de los usuarios.
  • Aumenta la velocidad de carga de los sitios webs. Reduciendo el peso del sitio web hace que los usuarios visiten más páginas en menos tiempo. Intentar que la web cargue en menos de cinco segundos.
  • Poner un cuadro de búsqueda para que puedan encontar más rapidámente la información que están buscando en el sitio web.
  • Establecer formularios accesibles y usables, para que los usuarios puedan completar las tareas correctamente. De nada sirve tener un buen diseño de la web, si luego los usuarios no pueden contactar con nosotros, o no pueden realizar una venta o cualquier tarea.

 

Antes de acabar, me gustaría decir qué es lo que hay saber para tener en cuenta la usabilidad. Aquí va una serie de preguntas claves sobre cómo debe ser:

  • Útil: ¿Hace algo que la gente necesita hacer?
  • Comprensible: ¿Puede imaginarse la gente cómo usarlo?
  • Recordable: ¿Tiene la gente que reaprenderlo cada vez que lo usan?
  • Eficaz: ¿Realizan el trabajo?
  • Eficiente: ¿Hace esto en una razonable cantidad de tiempo y esfuerzo?
  • Deseable: ¿Lo quiere la gente?
  • Delicioso: ¿Usarlo es agradable y divertido?

 

Si quieres continuar aprendiendo, aquí te dejo una entrada sobre cómo hacer formularios usables, y cuáles son las diferencias entre accesibilidad y usabilidad web.

 

 

 

 

Accesibilidad web con Roles ARIA.

Navegación accesible con roles WAI-ARIA

Una de las cosas importantes a tener en cuenta para la accesibilidad web es usar los roles ARIA. Para hacerles la vida más fácil a los usuarios que usan lector de pantallas hay que estructurar la navegación a través del sitio web.

roles ARIA

Ya comentamos que lo importante que es la estructuración del contenido en otra entrada y en la que di una serie de consejos.

Para orientarse a través de un sitio web, los usuarios que usan lector de pantallas van pulsando diferentes teclas para navegar por la web: listas, saltar entre encabezados, ojear las imágenes, etc.

Por ejemplo, para ojear los encabezados, siempre que tenga bien estructurados los encabezados, las personas que usen lector de pantallas, pulsarán la tecla “h” para ir navegando por ellos.

¿Cómo saltan entre los diferentes bloques de contenido?

Cuando hablamos de bloques de contenido hace referencia a la cabecera, la zona de navegación, el contenido principal, el cuadro de búsqueda y el pie de la página. Las WCAG 2.0, establece la especificación WAI ARIA, que consiste en establecer unos roles que sirven para crear contenidos web accesibles.

¿Qué es un rol?

La misión del rol es definir el papel que juegan los elementos dentro del documento web.

Landmark Roles

Los landmarks roles, que son los llamados puntos de referencia. Son los que identifican las diferentes partes o zonas de una página.

Si usamos los puntos de referencia, estaremos respetando la semántica de la estructura de la página. También es muy importante introducir los enlaces de “saltar contenido”.

Incluir el rol del elemento es muy sencillo, sólo hay que incluir el atributo
roleal elemento.

Por ejemplo, ponemos un div, seguido de la palabra role, y el rol que le asignamos al elemento en función de lo que corresponda. Un ejemplo:

 <div role=”landmark_role”>…</div>

Landmarks roles o puntos de referencia

Ahora vamos a ver los diferentes landmarks roles. Vamos a establecer cada una de las partes de un sitio para que sea accesible.

  • Banner
  • Complementary
  • Contentinfo
  • Form
  • Main
  • Navegation
  • Search
  • Region

 

Roles en HTML

Role=”banner”.

Este rol se utiliza para establecer la cabecera de la página, la que contiene el logotipo y el título principal. Sería el equivalente a la etiqueta <header> de HTML5. En la especificación de HTML5 también se admite el rol presentation.Este rol debe ser único en la página.

Role=”complementary”

Se trata de una sección complementaria del contenido principal. En HTML 5 sería el equivalente a la etiqueta <aside>. También puede tener el rol de search, note o presentation.

Role=”Contentinfo”

Es una sección que se coloca en la parte inferior de la página, lo que sería el pie de página. Su equivalente en HTML5 es la etiqueta <footer>. También puede tener el rol de presentation. Pero sólo deberíamos marcar un <footer> como contentinfo.

Role=”form”

Es el rol que se usa para establecer un formulario. En HTML5 se añadiría el rol a un elemento form o a un div. Si se trata de un formulario de búsqueda se usaría search.

Para hacerlo accesible para una persona que accede a nuestra web con un lector de pantalla hay que usar la etiqueta label.

Role=”main”

Este rol debe ser único por página. Se trata del contenido principal del documento. En HTML5 sería el equivalente a la etiqueta main.También admite el rol presentation.

Role=”navigation”

Es lo que en HTML5 se marcaría con la etiqueta <nav>, lo que sería un menú de navegación. Puede haber varios menús, por ejemplo, uno en la parte superior (el principal) y otro en la columna izquierda. También admite el rol presentation.

Si ponemos en el pie de página un menú, no hace falta marcarlo, ya lo hacemos con el rol contentinfo.

Role=”search”

Es lo que sería el cuadro de búsqueda de la página. En HTML5 no existe un elemento equivalente, por lo que se incluiría dentro de un div.

Role=”region”

Este rol, en recomendación de WAI-ARIA 1.1 pasó de los Document Structure Roles a los Landmark Roles. Se trata de una sección que contiene contenido relevante o específico. Debe tener una etiqueta label. Si una página incluye más de un region cada uno debe tener una etiqueta única.

Etiquetas con “aria-label” o “aria-labelledby”

ARIA nos proporciona unos mecanismos para agregarles etiquetas y descripciones a los elementos. Es la forma que tiene de proporcionar ayuda accesible o textos descriptivos.

Se puede hacer con los atributos “aria-label” y “aria-labelledby”.

aria-label

Con aria-label se pone la etiqueta dentro del atributo, lo que elimina el etiquetado nativo.

aria-label="Menú principal"

aria-labelledby

Se indica el ID del elemento que hace de título en esa zona.

<p id="report-title">Download 2012 Sales Report:
<a aria-labelledby="report-title pdf" href="pdf.pdf" id="pdf">PDF</a> |
<a aria-labelledby="report-title doc" href="word.doc" id="doc">Word</a> |
<a aria-labelledby="report-title ppt" href="ppt.ppt" id="ppt">Powerpoint</a></p>

A tener en cuenta: Resumen

  • Usar el rol según la especificación, es decir, respetar si solo puede haber uno de un determinado tipo, o que el contenido de la zona se corresponda realmente con el rol asignado.
  • Que todo el contenido esté englobado dentro de elementos identificados con un rol, que no haya contenido que se quede huérfano. Así, el usuario de lector de pantalla puede navegar de forma segura de “landmark” en “landmark” sin perderse nada de la página.
  • Añadir “aria-label” o “aria-labelledby” para diferenciar varias zonas con el mismo rol asignado.
  • El primer contenido de una zona marcada con un landmark role debe ser lógico, por ejemplo, el primer contenido que esperas en un landmark “main” es un encabezado. Ten en cuenta que es lo primero que le anuncia el lector de pantalla de ese área.
  • Revisa en la versión móvil, si siguen teniendo sentido.

 

Criterios de conformidad de las WCAG 2.0 asociados

La inclusión de landmark roles en las páginas está relacionado con los siguientes criterios de conformidad de las WCAG 2.0

  • 1.3.1 Información y relaciones: La información, estructura y relaciones comunicadas a través de la presentación pueden ser determinadas por software o están disponibles como texto.
  • 2.4.1 Evitar bloques: Existe un mecanismo para evitar los bloques de contenido que se repiten en múltiples páginas web.
  • 4.1.2 Nombre, función, valor: Para todos los componentes de la interfaz de usuario (incluyendo pero no limitado a: elementos de formulario, enlaces y componentes generados por scripts), el nombre y la función pueden ser determinados por software; los estados, propiedades y valores que pueden ser asignados por el usuario pueden ser especificados por software; y los cambios en estos elementos se encuentran disponibles para su consulta por las aplicaciones de usuario, incluyendo las ayudas técnicas.