El futuro de la tecnología debe facultar, no aislar, a las personas con discapacidad

Por Steve Tyler, Director de Tecnología de Asistencia, Leonard Cheshire

Históricamente, las necesidades de las personas con discapacidad han impulsado algunas de las innovaciones tecnológicas más importantes del mundo: más que nunca, debemos garantizar que la accesibilidad se dedique al desarrollo y al pensamiento técnico.

mujer dicapacidad auditiva usando auriculares
SLADIC A TRAVÉS DE GETTY IMAGES

Como comunidad, las personas con discapacidades tienen una capacidad asombrosa para negociar creativamente los inmensos desafíos planteados por entornos inaccesibles.

Desde un usuario ciego descubriendo cómo usar los sistemas de menú inaccesibles de los productos cotidianos escuchando ruidos y pitidos que a menudo son insignificantes para los demás, hasta un niño que usa la boca para sostener un bolígrafo para escribir, las personas con discapacidad tienden a ser buenas encontrar formas únicas de trabajar, a pesar del entorno en el que están operando.

En algunos casos, los grandes diseños provienen de las necesidades de las personas, a veces especializadas, a veces convencionales. En el mejor de los casos, el diseño bien ejecutado de los productos cotidianos tiene en cuenta las necesidades de nuestra diversa raza humana, o al menos parte de ella. Pero lamentablemente, este no es siempre el caso.

Parece que, cada vez más, las necesidades de las personas con discapacidad no se tienen en cuenta cuando se trata del diseño de nuevas tecnologías. Esto a pesar del hecho de que el número de personas con discapacidades es bien conocido: una de cada cinco personas en el Reino Unido se ven afectadas por la discapacidad. También sabemos que la discapacidad adquirida, como resultado de vivir más tiempo, está en aumento.

 Históricamente, las necesidades de las personas con discapacidad han impulsado algunas de las mayores innovaciones tecnológicas del mundo.

Pellegrino Turri, un inventor del siglo XIX, desarrolló uno de los primeros dispositivos mecánicos que permitía a su novia ciega poder escribir cartas sin la necesidad de contar con un escriba para que escribiera para ella. Nació la máquina de escribir, seguida de la entrega del teclado qwerty: siempre presente hoy, incluso en nuestros dispositivos con pantalla táctil.

Ray Kurzweil es uno de los primeros en haber desarrollado una “máquina de lectura para ciegos”, un dispositivo de tamaño no similar al de un frigorífico de finales de la década de 1970, que utilizaba el habla sintética para leer textos que podían escanearse. Hoy, estos sistemas de OCR están en todos los escritorios. La última entrega de Ray, una aplicación para teléfonos móviles, ofrece instrucciones de orientación para garantizar que una persona ciega capture el documento correctamente con la cámara.

El fonógrafo, precursor del gramófono y todo lo que vino después, se desarrolló con el dictado de cartas y libros parlantes para las personas ciegas como las dos principales posibilidades para su uso.

Desde el contraste de colores hasta los clasificadores de calcetines, la lista es larga, donde a través de la necesidad, una idea de diseño ha sido desencadenada por una necesidad real y traducida al uso cotidiano general.

Hoy, como comunidad de discapacitados nos beneficiamos con las últimas tecnologías: soluciones de lectura de pantalla, controles de interruptor, control visual, “teclas adhesivas” y conceptos muy nuevos como la activación cerebral o el uso de simulaciones de realidad virtual para ayudar a las personas con autismo en la exposición controlada a entornos que ellos conocen será un desafío para ellos. Estos y muchos más han sido duramente ganados, a menudo con el apoyo de defensores clave de la compañía, legislación y, simplemente, una gran idea.

Sin embargo, hay áreas de la vida que, desde el punto de vista de la accesibilidad, siguen siendo ilusorias. A menudo, las ideas tradicionales de marketing ven la discapacidad como demasiado complicada, demasiado difícil de alcanzar o demasiado “nicho”.

Si estoy buscando una lavadora o un equipo de cocina que pueda usar, por ejemplo, lo que necesito no siempre está disponible. Si me conformaré con un equipo inaccesible, el fabricante continuará pensando que el producto es un éxito. Pero negarse a comprar el producto no hará más que confundir al dependiente. Hacer que nuestras voces sean escuchadas no siempre es fácil. Necesitamos que los fabricantes consideren la discapacidad desde el comienzo de sus diseños, para garantizar que sus productos sean accesibles.

De cara al futuro, especialmente en el mundo de la educación y el trabajo, abordamos uno de los elementos esenciales que nos hacen humanos: la inteligencia. Estamos en el camino de crear máquinas inteligentes, robots, sistemas de entrega y autos sin conductor. La estructura misma de cómo funciona nuestra economía y de qué se trata el esfuerzo humano se transformará.

Más que nunca, debemos asegurarnos de que la accesibilidad esté dedicada al desarrollo y pensamiento técnico. No podemos darnos el lujo de perder las victorias que tanto nos costó conseguir, ni podemos darnos el lujo de confiar en los pocos que se enfrentan al desafío.

Nosotros, la comunidad de personas con discapacidad, debemos ser claros y estar unificados en torno a nuestras necesidades, y debemos reinventar nuestros métodos para hacer que la sociedad rinda cuentas sobre la accesibilidad. La tecnología tiene el poder de cambiar las vidas de las personas con discapacidad. Debemos aprovechar esto para asegurar que todos se beneficien de los rápidos avances en la tecnología.

Fuente huffingtonpost.co.uk

 

Firefox obtiene un cambio de pestaña más rápido, una nueva herramienta de accesibilidad para desarrolladores

Por Frederic Lardinois 

Primer plano de un panda rojo mirando lejos

Mozilla  lanzó la versión 61 de su navegador Firefox . Por ahora, no es ningún secreto que Firefox vuelve a ser un serio competidor del navegador Chrome de Google y, aunque la nueva versión no ofrece nuevas funciones innovadoras, todas las nuevas mejoras y herramientas de Firefox 61 son buenos ejemplos de por qué Firefox vale la pena intentarlo.

Dos de las nuevas funciones se centran en la velocidad, algo que Firefox estaba faltando por un tiempo, pero ahora ofrece mucho.

El primero de ellos es el calentamiento de pestañas, lo que esencialmente hace que el cambio entre pestañas sea más rápido porque Firefox ya comienza de forma preventiva a cargar una pestaña (después de un pequeño retraso) cuando estás sobre ella. Una vez que hagas clic en esa pestaña, la mayor parte del renderizado ya se habrá realizado, por lo que cambiar entre pestañas ahora parece más rápido.

La otra característica nueva relacionada con el rendimiento es ‘retained display lists.’ Cada vez que Firefox procesa una página, crea una lista de visualización que reúne los elementos de alto nivel como bordes, fondos y texto que deben mostrarse en la pantalla y luego los organiza de acuerdo con las reglas de pintura de CSS. Originalmente, Firefox crearía una nueva lista cada vez que cambiara la pantalla, tal vez porque se desplazó hacia abajo, por ejemplo. Con pantallas de alta resolución y sitios web complejos, ese proceso podría llevar un tiempo (aunque “un tiempo” en este contexto significa 4 o 5 milisegundos). En el transcurso de los últimos meses, el equipo de Firefox ha reconstruido partes de este sistema para garantizar que no sea necesario reconstruir esta lista cada vez, lo que ocasionó una reducción significativa de los tiempos de mostrar la página.

web-page-context-menu

Otra nueva característica importante de Firefox para los desarrolladores es el Inspector de herramientas de accesibilidad, que es parte del conjunto integrado de herramientas de desarrollo en el navegador. La idea aquí es proporcionar a los desarrolladores una visión más clara de cómo el navegador podría exponer información a personas con impedimentos visuales, por ejemplo, para que los desarrolladores puedan asegurarse de que los lectores de pantalla trabajen en sus sitios. Esta herramienta está desactivada de manera predeterminada porque tiene un poco de impacto en el rendimiento y la memoria, pero es lo suficientemente fácil de habilitar en las herramientas de desarrollo.

Puede leer un poco más sobre toda la información que expone aquí .

Como es habitual, hay muchos otros ajustes en esta versión (incluida la capacidad de WebExtensions para ocultar pestañas y una forma más sencilla de agregar motores de búsqueda a la barra de direcciones). Puede encontrar un desglose completo de cada cambio aquí .

Las nuevas pautas WCAG 2.1 explicadas

Por Alexander Skogberg

—- Esta publicación fue publicada originalmente en alexanderskogberg.com  —-

En el verano de 2018, WCAG 2.0 se actualizará a la versión 2.1 con nuevas pautas para hacer que los sitios web sean aún más accesibles. En este post intentaré dar explicaciones simples de estas pautas junto con pensamientos y consejos sobre cómo seguirlas.

No hay usuarios normales. Seguir WCAG 2.1 mejorará la experiencia del usuario para todas las personas que navegan por los sitios web. Ilustración tomada del juego de herramientas de Microsoft para el diseño inclusivo .
No hay usuarios normales. Seguir WCAG 2.1 mejorará la experiencia del usuario para todas las personas que navegan por los sitios web. Ilustración tomada del juego de herramientas de  Microsoft’s toolkit for inclusive design.

 

WCAG significa Pautas de Accesibilidad para el Contenido Web y es un conjunto internacional establecido de pautas para contenido accesible en Internet. Estas pautas son principalmente para personas con diversas discapacidades, pero también para diferentes dispositivos utilizados para explorar sitios web.

WCAG es mantenido por el World Wide Web Consortium (W3C), la principal organización de estándares para Internet. La versión actual (WCAG 2.0) se publicó en 2008 y se convirtió en norma ISO ( ISO/IEC 40500:2012) en 2012.

En el verano de 2018, WCAG 2.1 se lanzará con diecisiete nuevas pautas que se enfocarán en mejorar la accesibilidad para usuarios con discapacidades cognitivas y para usuarios que navegan por sitios web en dispositivos móviles como tabletas y teléfonos inteligentes.

Descripción general de WCAG 2.0

WCAG 2.0 consta de las siguientes doce pautas divididas en cuatro categorías diferentes:

  1. Perceptible
    1. Proporcionar alternativas de texto para contenido no textual como imágenes
    2. Ofrecer subtítulos o resúmenes de texto para audio y video
    3. Estructura el contenido para que se identifique mediante programación y escríbalo para que se presente de diferentes maneras
    4. Diseñe contenido para que sea fácil de leer y escuchar (buen contraste, control de volumen)
  2. Operable
    1. Toda la funcionalidad debe estar disponible solo con un teclado
    2. Debe haber suficiente tiempo para leer el contenido y realizar tareas deseadas
    3. Evite diseñar contenido que pueda causar convulsiones
    4. Ayude a los usuarios a navegar y encontrar contenido tanto como sea posible
  3. Comprensible
    1. Escribir texto fácil de leer con tecnologías de asistencia en mente
    2. Diseñar contenido y la interfaz para comportarse de maneras predecibles
    3. Ayude a los usuarios a evitar y corregir errores al ingresar información
  4. Robusto
    1. Proporcione compatibilidad máxima con tantos navegadores web como sea posible

Cada una de las pautas en WCAG tiene criterios de éxito medibles divididos en los niveles de A (más bajo), AA y AAA (más alto). Más A es igual a más demandas, pero mejor accesibilidad cuando se cumplen.

Nota: Algunas pautas solo tienen uno o dos niveles de criterios de éxito. Algunos tienen los niveles A y AAA, pero no tienen AA.

Para obtener más información acerca de estas doce directrices, eche un vistazo a  WCAG 2.0 at a Glance by W3C.

Nuevas pautas en WCAG 2.1

Antes de explicar las nuevas pautas en WCAG 2.1, debe saber que WCAG 2.1 es compatible con WCAG 2.0. Esto significa que:

  • Las categorías y directrices anteriores aún se aplican
  • La numeración aún se aplica
  • Los principios básicos todavía se aplican
  • Los tres niveles de criterios de éxito (A, AA, AAA) aún se aplican

Entonces, aquí están las nuevas pautas a partir de febrero de 2018. La documentación detallada del W3C se puede encontrar en  w3.org/tr/wcag21

1.3.4 Identificar el propósito común (AA)

Para seguir esta directriz, el significado de cada campo de entrada debe poder determinarse programáticamente. En otras palabras, una parte del código debe poder decir qué se espera que ingrese un usuario o cuál es el significado de una parte de la información ingresada.

Hacer esto correctamente hará posible que el navegador de un usuario complete automáticamente los campos de entrada basados ​​en datos previamente ingresados ​​por el usuario. ¡Estupendo! Tener que ingresar menos entradas siempre es bueno.

Técnicamente, esto tiene que ser cierto si:

  • La implementación se realiza utilizando tecnologías para identificar el significado esperado de los datos de entrada.
  • El campo de entrada utiliza el  marcado Autofill como en el siguiente fragmento de código
<form>
  <label for="input-email">Email adress</label>
  <input id="input-email" autocomplete="email" type="email">
  <label for="input-password">Password</label>
  <input id="input-password" autocomplete="current-password" type="password">
  <button name="button-sign-in">Sign in</button>
</form>

Esta guía mejora la accesibilidad para usuarios con discapacidades cognitivas que les resulta difícil leer e ingresar texto. También mejora la accesibilidad para los usuarios que no conocen bien el idioma del sitio web.

1.3.5 Identificar Propósito (AAA)

Esta guía dice que el propósito de los componentes de la interfaz, los íconos y ciertas secciones debe poder identificarse mediante programación.

Por ejemplo: el usuario no debería simplemente entender que un botón es un botón. Él o ella debe entender lo que hace el botón, cuál es su propósito.

HTML siempre debe escribirse correctamente, de modo que las tecnologías de asistencia, como los lectores de pantalla, puedan hacer cosas como:

  • Identifique secciones como encabezado, navegación, área de contenido principal, etc. para facilitar la navegación.
  • Proporcione alternativas de texto a los iconos, que de otra manera pueden sonar raros cuando se leen a los usuarios.
  • Diferenciar entre diferentes subtítulos como subtítulos H2, H3 y H3 para encontrar contenido deseado más rápido.

Seguir esta guía mejorará la accesibilidad para los usuarios de tecnologías de asistencia, como lectores de pantalla.

1.4.10 Reflow (AA)

Esta guía establece que los usuarios deben poder navegar por un sitio web utilizando una pantalla de 320 píxeles de ancho sin tener que desplazarse horizontalmente. En otras palabras, su sitio web debe ser responsive.

¿Por qué un ancho de 320 píxeles? Probablemente porque este es el ancho de dispositivo más pequeño de una gran cantidad de teléfonos inteligentes populares.

Screenshot of the websites of the Swedish police.
La policía sueca tiene un sitio web no receptivo que falla en esta guía (incluso si ofrecen otro sitio web solo para navegadores en dispositivos móviles). Las capturas de pantalla se tomaron en un iPhone 5S que tiene una pantalla de 320 píxeles de ancho.

Consejo: ¿Curioso acerca de qué tamaños de pantalla son populares? Echa un vistazo a  screensiz.es .

Seguir esta guía mejorará la accesibilidad para todos los usuarios que visiten su sitio web en un teléfono inteligente. También beneficiará a los usuarios con discapacidad visual que definitivamente ampliarán (hasta 400%) en los navegadores de escritorio.

Nota: es aceptable permitir el desplazamiento horizontal de contenido que a menudo lo requiere como mapas, tablas de datos con muchas columnas y diagramas anchos.

Screenshot of the Google Maps website.
El desplazamiento horizontal para contenido como mapas está bien. Por ejemplo, cuando navega por Google Maps en el navegador de un teléfono inteligente. Aquí en Mobile Safari en un iPhone 5S en modo horizontal.

1.4.11 Contraste sin texto (AA)

Tener un alto contraste entre las piezas de texto y sus fondos es una de las mejores y más importantes cosas que puede hacer para garantizar un gran acceso a su sitio web.

En esta guía, el requisito de alto contraste se extiende desde el texto regular de la página hasta el texto en los componentes de la interfaz (botones), así como también los colores utilizados en el contenido no textual (infografías y diagramas).

Consejo: Para medir el contraste, recomiendo la excelente herramienta de Lea Verou en  leaverou.github.io/contrast-ratio .

Lea Verou's website for measuring contrast.
Medición del contraste de color en leaverou.github.io/contrast-ratio . Asegúrese de mantener esos valores de contraste lo suficientemente altos para alcanzar el nivel AAA.

Seguir esta guía mejorará la accesibilidad para todos los usuarios con diferentes tipos de discapacidad visual.

1.4.12 Espaciado de texto (AA)

Para seguir esta directriz, las distancias entre párrafos, filas, palabras y caracteres deben poder aumentarse a ciertos valores sin que se pierda la funcionalidad o la pérdida de contenido.

Fallar en esto podría resultar en la superposición de fragmentos de texto, por lo que no se puede leer. También podría resultar en que los componentes (enlaces o botones) se muevan a lugares donde no se pueden interactuar (fuera de la ventana gráfica o detrás de otros elementos).

Consejo: Evite establecer alturas fijas en los elementos que contienen texto. Cuando el texto necesita más espacio, debe poder crecer verticalmente y presionar hacia abajo el contenido.

Seguir esta guía mejorará la accesibilidad para usuarios con discapacidad visual y dislexia.

1.4.13 Contenido en vuelo estacionario o enfoque (AA)

Esta guía establece que si los usuarios activan el contenido en forma de ventana modal, información sobre herramientas o un componente similar, deben ser capaces de:

  • Descarta el contenido sin mover el cursor del mouse o el foco del teclado actual (por ejemplo, presionando la tecla Esc).
  • Desplácese hasta el contenido (moviendo así el cursor del mouse) sin hacer desaparecer el contenido (cuando se mueve el cursor).
  • Descartar el contenido únicamente en sus propios términos.

Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidad visual. Especialmente para aquellos usuarios que pueden acercarse cuando navegan por un sitio web y tienen que desplazarse al contenido que aparece fuera de la ventana gráfica.

2.2.6 Tiempos de espera (AAA)

Para seguir esta directriz, los usuarios de su sitio web deben ser informados si cualquier período de inactividad puede conducir a la pérdida de datos. Sin embargo, los usuarios no tienen que ser informados de esto si los datos se guardan por más de 20 horas después de su última interacción.

Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidades cognitivas que necesitan más tiempo para completar las tareas deseadas.

2.2.7 Animación de Interacciones (AAA)

Esta guía establece que las animaciones desencadenadas por la interacción deben poder desactivarse a menos que las animaciones sean esenciales para la funcionalidad o el contenido presentado.

Captura de pantalla del sitio web de viajes en tren MTR Express.
Aunque no se desencadena por la interacción del usuario, el fondo de video en movimiento de mtrexpress.se podría causar incomodidad entre los usuarios sensibles al movimiento en los sitios web. Lamentablemente, no se puede apagar.

Seguir esta guía mejorará la accesibilidad para los usuarios que son susceptibles a las convulsiones debido al movimiento.

2.4.11 Accesos directos de teclas de caracteres (A)

Esta guía dice que si un sitio web admite atajos de teclado en forma de caracteres individuales como letras, símbolos, números o signos de puntuación, se debe cumplir una de las siguientes tres condiciones:

  1. Los accesos directos se pueden desactivar
  2. Los accesos directos se pueden cambiar para requerir también presionar teclas del teclado como Ctrl, Alt y Cmd
  3. Un atajo para un elemento determinado solo está activo cuando ese elemento tiene foco

Seguir esta guía mejorará la accesibilidad para las personas que usan la entrada de voz para navegar en un sitio web. También mejorará la accesibilidad para los usuarios que tienen temblores de manos y presionan fácilmente las teclas equivocadas del teclado.

2.4.12 Etiqueta en Nombre (A)

Para tener éxito con esta guía, el texto que se muestra en los componentes de la interfaz como botones debe ser capaz de:

  • Leer a los usuarios de tecnologías de asistencia como lectores de pantalla
  • Activado por comandos de voz de usuarios que aprovechan el software de reconocimiento de voz

Esto es fácil de lograr si usa elementos HTML como etiquetas y botones de anclaje correctamente y escribe etiquetas de texto explicativas.

Consejo: Si reemplaza el texto con un ícono en un componente de la interfaz, aún puede hacer que un lector de pantalla lea el texto a su usuario con la ayuda del   atributo aria-label .

<button aria-label="Search">
  <span class="icon-search"></span>
</button>

Seguir esta guía mejorará la accesibilidad para las personas con discapacidad visual que usan lectores de pantalla. También mejorará la accesibilidad para los usuarios que utilizan la entrada de voz para navegar por un sitio web.

2.5.1 Gestos del puntero (A)

Esta guía establece que las acciones realizadas usando gestos complejos, como el acercamiento y deslizamiento de pellizco, también deben poder realizarse con gestos más simples, como un solo toque, dos toques y presiones largas.

Captura de pantalla de Flexslider 2.
Al usar el deslizador de imagen Flexslider 2 , puede ir y venir entre las imágenes deslizando hacia la izquierda y hacia la derecha. Sin embargo, puede hacer lo mismo con gestos más simples, como tocar los íconos de flecha o las miniaturas de la imagen.

Recuerde: incluso si los usuarios tienen grandes habilidades motoras, la posibilidad de realizar gestos complejos puede no ser obvia para ellos.

Seguir esta guía mejorará la accesibilidad para usuarios con habilidades motoras limitadas o dedos insuficientes (!) Para gestos multitáctiles.

 

2.5.2 Cancelación del puntero (A)

Esta guía dice que cuando interactúa con una pantalla haciendo clic, tocando y presionando por lo menos una de las siguientes afirmaciones debe ser verdadero:

  1. La funcionalidad disparada no ocurre en el evento hacia abajo.
  2. La funcionalidad se activa en el evento ascendente y es posible cancelarlo antes de que ocurra el evento ascendente o deshacerlo posteriormente.
  3. El evento up cancela lo que sucedió en el evento final.
  4. El desencadenamiento de la funcionalidad en el evento descendente tiene que ocurrir por alguna razón importante.

Un ejemplo del punto 2: si está usando un mouse y presiona un botón para eliminar un archivo en Dropbox, debería poder alejar el cursor del mouse del botón y soltarlo, y no debería pasar nada.

2.5.3 Tamaño objetivo (AAA)

Para tener éxito con esta guía, un elemento seleccionable debe tener un alto y ancho de al menos 44 ⨯ 44 píxeles. Sin embargo, puede ser más pequeño si:

  • Su funcionalidad se puede lograr a través de otro elemento seleccionable de 44 ⨯ 44 píxeles.
  • Está ubicado en un bloque de texto, como un enlace subrayado regular.
  • Su tamaño está determinado por el dispositivo y el navegador que usa el usuario (botones de opción, casillas de verificación).
  • Debe tener esta apariencia y tamaño en este contexto particular para que tenga sentido.

Seguir esta guía mejorará la accesibilidad para las personas que tienen temblores en las manos, dedos grandes y usan dispositivos móviles con entrada táctil (especialmente con solo una mano).

2.5.4 Mecanismos de entrada simultáneos (AAA)

Esta guía establece que nunca debe desautorizar a los usuarios a usar, cambiar entre o agregar y eliminar diferentes mecanismos de entrada como mouse, teclado, lápiz, entrada táctil o entrada de voz. Incluso si esto significa ignorar el mecanismo más común para interactuar con un cierto contenido.

Seguir esta pauta mejorará la accesibilidad para las personas con habilidades motoras limitadas que prefieren o deben usar un mecanismo de entrada determinado, incluso cuando no es común. Por ejemplo: usar un teclado o mouse al operar una tableta.

2.6.1 Actuación de movimiento (A)

Para seguir esta guía, la funcionalidad que se desencadena moviendo el dispositivo móvil también debe poder activarse al interactuar con componentes de la interfaz como botones y controles deslizantes.

Las respuestas al movimiento (accidental) también deben poder desactivarse, a menos que:

  • El movimiento es compatible a través de una interfaz accesible.
  • El movimiento es esencial para la funcionalidad.

La característica de deshacer para usar en las aplicaciones nativas de iOS y Android podría ser muy problemática si tienes temblores en las manos. Afortunadamente, no lo he visto usar en ningún sitio web.

Seguir esta guía mejorará la accesibilidad para los usuarios que montan sus tabletas y teléfonos inteligentes en sus sillas de ruedas o tienen problemas para trasladarlos debido a limitaciones motrices o porque sus manos están ocupadas en este momento.

2.6.2 Orientación (AA)

Esta guía establece que no debe forzar a los usuarios de dispositivos móviles a que mantengan sus dispositivos dentro de ellos ni los giren a una orientación determinada para poder incluir parte del contenido de un sitio web.

Al igual que 2.6.1 Motion Actuation, seguir esta guía mejorará la accesibilidad para los usuarios que montan sus tabletas y teléfonos inteligentes en sus sillas de ruedas o tienen problemas para rotarlos debido a limitaciones motrices o porque sus manos están ocupadas en este momento.

Captura de pantalla del sitio web de Svenska Spel.
La empresa estatal sueca de juegos Svenska Spel no cumple esta directriz en su sitio web svenskaspel.se . El texto se traduce en “Por favor, vuelva a colocar su dispositivo en posición vertical”.

3.2.6 Cambios de estado (AA)

Para seguir esta directriz, el contenido que se actualiza dinámicamente debe notificarse a los usuarios de tecnologías de asistencia (como lectores de pantalla) sin obtener un enfoque visual.

Por ejemplo: estás navegando en un sitio web de noticias con un feed de Twitter en la parte superior del sitio. Sería exasperante si cada vez que aparece un nuevo tweet, automáticamente se desplaza hacia arriba para ver el nuevo tweet.

Una excelente manera de resolver esto para los usuarios de lectores de pantalla es usar las  ARIA Live Regions . Aquí hay tres fragmentos de código que explican cómo funciona:

<div role="status" aria-live="off">
  When this text is updated, 
  users with screen readers 
  will not be notified at all.
</div>
<div role="status" aria-live="polite">
  When this text is updated, 
  users with screen readers 
  will be notified if they 
  aren't doing anything else.
</div>
<div role="status" aria-live="assertive">
  When this text is updated,
  users with screen readers 
  will be notified immediately 
  regardless of what they're doing.
</div>

Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidad visual, especialmente para aquellos que utilizan lectores de pantalla y es probable que amplíen el sitio web.

Wrapping up

Phew, esa fue la última de las nuevas directrices para WCAG 2.1. ¿Mi publicación no está actualizada o contiene algunos errores? Por favor, házmelo saber en la sección de comentarios y lo corregiré.

Finalmente, recuerde que tener una gran accesibilidad en su sitio web mejorará la experiencia del usuario para todos los usuarios.

/ Alex

Fuente: alexanderskogberg.com

La importancia de la accesibilidad web y cómo los publicistas pueden ayudar

Por Tyler McConville

Close-up of lines of code on a computer screen

Internet es posiblemente el recurso más poderoso conocido por la humanidad. Tenemos acceso a más información de la que podríamos digerir en la vida, y esa información ha cambiado millones de vidas.

Por supuesto, Internet no es perfecto, pero podemos corregir muchos de sus defectos, como la falta de accesibilidad. No todos pueden aprovechar al máximo Internet, y eso es un problema. Muchos usuarios deben ser acomodados por una razón u otra. Piense en personas mayores con visión débil o que son ciegas. Lamentablemente, no todos los sitios web están optimizados para este tipo de visitantes.

Es por eso que el World Wide Web Consortium, más conocido como W3C, creó la Iniciativa de Accesibilidad Web . Según esta iniciativa, existen normas para garantizar que Internet pueda ser utilizado por la mayor cantidad de gente posible. Lamentablemente, este problema no recibe su parte justa de los reflectores. La mayoría de las personas aboga fuertemente por una internet libre y abierta , pero ¿qué pasa con los visitantes con discapacidad o personas con discapacidad? La verdad es que ambas formas de accesibilidad son fundamentales para mantener Internet como un recurso disponible para todos.

Muy a menudo, la accesibilidad web ayuda a los usuarios con discapacidad a tener la experiencia de navegación más completa posible. Aquí hay algunos casos de uso comunes y cómo los especialistas en marketing pueden ayudar a cerrar esta brecha:

Discapacidad visual

Texto alternativo, o texto alternativo para abreviar, acompaña a una imagen. Este texto describe el contenido de una imagen y resulta útil para usuarios con problemas de visión, que pueden usar la tecnología de lectura de pantalla para “leer” la imagen. Si una imagen no tiene texto alternativo, es inaccesible para este tipo de usuarios.

Para cambiar o mejorar el texto alternativo, simplemente elija editar las opciones de imagen, luego agregue texto alternativo donde se indique. Lo mejor es ir con una descripción simple y directa de la imagen. Por lo tanto, si presenta una imagen de un golden retriever saltando para atrapar una pelota de tenis, entonces su texto alternativo podría ser algo así como: <img src = “goldenretriever.jpg” alt = “Golden retriever saltando para atrapar una pelota de tenis” >

La discapacidad auditiva

Si un usuario con discapacidad auditiva no tiene una forma alternativa de interactuar con archivos de audio, como una transcripción de audio, se perderán gran parte de la experiencia de su marca.

Crear transcripciones de audio no tiene por qué ser una tarea complicada, costosa o que requiera mucho tiempo. Un complemento de Chrome, Transcribe, funciona maravillosamente y convierte la onerosa tarea de la transcripción en un trabajo de dos segundos. Obviamente, incluso el mejor software de transcripción carece del toque humano, por lo que sería mejor revisar cada transcripción antes de publicarla en su sitio.

Usuarios con discapacidad física

Si un usuario no puede usar ciertos periféricos de computadora, como un mouse, necesita usar tecnología de asistencia. Esto puede incluir lectores de pantalla, lupas o software de conversión de voz a texto. Otros usuarios que no tienen la capacidad de usar un teclado o mouse utilizan el software de reconocimiento de voz.

Como marketers, no solo nos encargan de gritar sobre nuestro producto o servicio. Tenemos la tarea de ayudar a las  personas a comprender cómo nuestros productos o servicios pueden mejorar sus vidas, contribuir a su bienestar y beneficiar a las personas que aman y cuidan. Con este entendimiento, debemos trabajar para crear sitios web, contenido e información que sea fácil de encontrar, usar e interactuar, incluso para aquellos que carecen de las formas convencionales de hacerlo.

Aproximadamente 56.7 millones de estadounidenses tienen discapacidad . Eso es aproximadamente el 17,5% de toda la población de EE. UU. Que no puede acceder a todo Internet. (Y eso es solo en los Estados Unidos)

Cómo la mala accesibilidad crea una brecha digital

Como gran parte de internet no prioriza la accesibilidad, millones de usuarios con discapacidad sufren esta falta de accesibilidad. El Pew Research Center descubrió que los estadounidenses con discapacidades tienen tres veces más probabilidades que los estadounidenses sin discapacidades de decir que nunca se conectan.

Y en un estudio publicado en el Journal of Usability Studies, solo el 28% de los usuarios ciegos pudieron completar con éxito una solicitud de empleo en línea . ¿La razón? La mayoría de los procesos de solicitud no fueron diseñados teniendo en cuenta la accesibilidad.

Peor aún, muchos adultos con discapacidad nunca llegan tan lejos. En 2015, la Oficina de Estadísticas Nacionales del Reino Unido informó que casi el 30% de los adultos con discapacidad nunca han utilizado Internet.  Estas personas nunca pueden aprovechar los innumerables beneficios que Internet ofrece. Muchos de ellos se pierden las oportunidades de conseguir trabajos, conectarse con la familia y educarse a sí mismos.

Por supuesto, los usuarios con discapacidad no son las únicas personas afectadas por accesibilidad deficiente. Por ejemplo, los usuarios de dispositivos móviles pueden necesitar el uso de texto alternativo si no tienen suficiente ancho de banda para procesar imágenes. Muchas personas piensan que la accesibilidad es solo para personas con discapacidad, pero en realidad, es una filosofía: garantizar que Internet sea gratuito y esté abierto para todas las personas del planeta.

Abogando por la accesibilidad

Desafortunadamente, el estado de accesibilidad de hoy es bastante sombrío. Las organizaciones como el W3C están tomando medidas para alertar a más personas, pero este problema aún no recibe la atención que merece. Debe ser tratado como una necesidad, no como una idea de último momento. Cuando los diseñadores web crean sitios, y cuando los desarrolladores crean aplicaciones, deberían pensar en la accesibilidad.

Afortunadamente, los gobiernos están adoptando nuevos cambios para asegurarse de que todos puedan hacer pleno uso de Internet. En Ontario, la Ley de Accesibilidad para Personas con Discapacidades garantiza que las personas con discapacidad tengan tantas oportunidades como las personas sin discapacidades, y eso incluye el acceso a Internet. De hecho, existen fuertes sanciones impuestas a entidades y corporaciones que no siguen las pautas de accesibilidad. Las multas pueden ser de hasta $ 100,000 por día, por lo que no hace falta decir que las empresas están motivadas para hacer de la accesibilidad una prioridad.

Si bien tengo mi base en Canadá, este tipo de cambios están sucediendo en todo el mundo. Por ejemplo, en los Estados Unidos, la Sección 508 de la Ley de Rehabilitación garantiza que las agencias federales pongan a disposición de las personas con discapacidad las tecnologías electrónicas y de la información. Con suerte, los gobiernos crearán incluso mejores leyes para nivelar el campo de juego para el futuro.

Si algo es preponderante de este artículo, que sea esto: los estándares de accesibilidad web son cruciales para que Internet esté disponible para todos. Todos tenemos que hablar por la accesibilidad y comenzar a tomar medidas.

Fuente: forbes.com