Habilitar con tecnología a las personas con discapacidad

captioned telephony New Zealand

Helen Keller fue la primera persona sordociega en obtener un título de Bachelor of Arts en 1904. La historia de cómo su maestra, Anne Sullivan, hizo lo que se creía imposible y enseñó a Keller a comunicarse sin la ventaja del habla o el sonido inspira a muchos incluso hoy .

Dadas las herramientas disponibles, me pregunto si tanto la maestra como la estudiante habrían tenido más facilidad para romper la barrera de la comunicación y si Keller hubiera logrado incluso más de lo que había logrado en su vida.

Kevin, el periodista senior de ZDNet Asia, regresa con otra publicación esta semana donde analiza cómo podemos aprovechar los avances que la tecnología ha hecho en las últimas décadas para ayudar a las personas con discapacidad a olvidar sus discapacidades y poder participar en la sociedad junto con sus pares capacitados.

¿Alguna vez te has detenido y te has preguntado cómo las personas sordas y ciegas se conectan a Internet para navegar en la Web o acceder a las redes sociales para mantenerse en contacto con familiares y amigos? Incluso el envío de mensajes de texto o hacer una llamada telefónica sería un problema para muchos de ellos.

Este tema en particular, que es algo que pienso con regularidad, apareció recientemente en primer plano cuando tuve que analizar cómo se desarrollaba la tecnología de la comunicación: ofertas como la videoconferencia móvil o la colaboración empresarial.

Después de todo, el acto de comunicación es, fundamentalmente, cómo las personas interactúan entre sí. Esto me hizo preguntarme cómo participan las personas con discapacidad a medida que más conversaciones cambian a las arenas móviles y digitales. ¿Se les dieron las herramientas para hacerlo?

Afortunadamente, países como Nueva Zelanda y Singapur han puesto la brecha con sus ciudadanos físicamente discapacitados como una prioridad.

Steven Joyce, ministro de tecnología de información y comunicación de Nueva Zelanda, anunció en julio que una amplia gama de servicios de comunicación se implementará progresivamente a partir del 1 de octubre de 2011, para beneficiar a las personas sordas, sordociegas, con problemas de audición y del habla.

Servicios como la telefonía con subtítulos, que permite a las personas leer subtítulos en vivo de conversaciones telefónicas habladas, y el establecimiento de centros de contacto de retransmisión para hacer llamadas locales e internacionales, son ejemplos de lo que el gobierno de Nueva Zelanda ha iniciado. También apunta a liderar el mundo en el área de los servicios de retransmisión de voz a voz asistida por video.

Joyce explicó la decisión: “La comunidad de personas sordas, sordociegas y discapacitadas del habla y la audición tendrá un conjunto completo de servicios de telecomunicaciones que se adaptan a las circunstancias y necesidades individuales. Nos comprometemos a proporcionar a todos los neozelandeses los beneficios de la nueva tecnología e innovación de telecomunicaciones Puedo ofrecer.”

Tariana Turia, la ministra de asuntos de discapacidad del país, agregó que la accesibilidad era una “gran prioridad” para ella, y para los discapacitados y su familia extendida. Esta fue la razón por la cual el anuncio marcó un paso adelante para toda la comunidad. “Lo mejor de la telefonía subtitulada es que permitirá un mejor acceso para las personas con discapacidad para mantenerse en contacto con la familia, para ayudar con el aprendizaje y abrir las posibilidades de empleo”, afirmó.

En Singapur, la Sociedad para Personas con Discapacidad Física (SPD) administra el Centro de Accesibilidad de Infocomm (IAC), que actúa como un lugar único para que las personas con discapacidades se equipen con conocimientos y habilidades de TI y aprendan cómo utilizar los servicios en línea. . El centro cuenta con el respaldo de agencias del sector público como la Autoridad de Desarrollo de Infocomm (IDA) y las partes interesadas del sector privado, según una declaración conjunta realizada por SPD e IDA.

Curiosamente, el IAC también alberga la “primera biblioteca de préstamo de tecnología de asistencia” en Asia. La biblioteca cuenta con más de 700 tipos de equipos de tecnología de asistencia que los usuarios pueden prestar para aprender cómo superar las barreras al acceder a una computadora, así como evaluar su idoneidad antes de comprar equipos similares, señaló un vocero de ambas organizaciones.

Tanto Nueva Zelanda como Singapur podrían tener diferentes ideas y perspectivas sobre la mejor manera de equipar a su gente con impedimento físico, pero, para mí, la importancia está en reconocer que la tecnología no es solo para la habilitación comercial o entretenimiento y conveniencia personal. Tiene que ser más que eso.

Como muchos de nosotros recurrimos a diversos dispositivos móviles y servicios en línea para mantenernos en contacto, pensemos también en maneras de ayudar a quienes tienen discapacidades físicas a atravesar la era digital actual.

Fuente: zdnet.com

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

Mi viaje por la accesibilidad web: lo que he aprendido hasta ahora

Web Accessibility
Web Accessibility

Por 

El año pasado di una charla sobre CSS y accesibilidad en el encuentro stahlstadt.js en Linz, Austria. Después, un asistente me preguntó por qué estaba interesado en la accesibilidad: ¿Alguna persona en mi vida o yo tuvimos una discapacidad?

Estoy acostumbrado a responder esta pregunta, a lo que la respuesta es no, porque lo entiendo todo el tiempo. Mucha gente parece asumir que una conexión personal es la única razón por la cual a alguien le importaría la accesibilidad.

Esto es un problema. Para que la web sea realmente accesible, todos los que crean sitios web deben preocuparse por la accesibilidad. Tendemos a utilizar nuestras propias habilidades como punto de referencia cuando estamos diseñando y construyendo sitios web. En cambio, debemos tener en cuenta a nuestros diversos usuarios y sus diversas capacidades para asegurarnos de que estamos creando productos inclusivos que no solo estén diseñados para un rango específico de personas.

Otra razón por la que todos deberíamos pensar sobre la accesibilidad es que nos hace mejores en nuestros trabajos. En 2016 participé en 10k Apart , una competencia celebrada por Microsoft y An Event Apart . El objetivo era crear una experiencia web convincente que funcionara sin JavaScript y se pudiera entregar en 10 kB. Además de eso, el sitio debe ser accesible. En ese momento, conocía algunos conceptos básicos de accesibilidad, como el uso de HTML semántico, la descripción de las imágenes y la ocultación visual del contenido . Pero todavía quedaba mucho por aprender.

A medida que profundizaba más, me di cuenta de que había mucho más en accesibilidad de lo que jamás había imaginado, y que hacer sitios accesibles básicamente significa hacer un gran trabajo como desarrollador (o como diseñador, gerente de proyecto o escritor).

La accesibilidad es emocionante

La accesibilidad web no se trata de una determinada tecnología. No se trata de escribir el código más sofisticado o encontrar la solución más inteligente para un problema; se trata de usuarios y si pueden usar nuestros productos.

El enfoque en los usuarios es la razón principal por la que me estoy especializando en accesibilidad en lugar de únicamente en animación, rendimiento, marcos de JavaScript o WebVR. Centrarse en los usuarios significa que tengo que estar al día con casi todas las disciplinas web, porque los usuarios cargarán una página, manejarán el marcado de alguna manera, usarán un diseño, leerán texto, controlarán un componente de JavaScript, verán la animación, recorrerán un proceso, y navega. Lo que todas esas cosas tienen en común es que las realiza alguien frente a un dispositivo. Lo que los hace emocionantes es que no sabemos qué dispositivo será, o qué sistema operativo o navegador. Tampoco sabemos cómo se usará nuestra aplicación o nuestro sitio, quién lo usará, qué tan rápido será su conexión a Internet o cuán poderoso será su dispositivo.

Hacer sitios accesibles te obliga a interactuar con todas estas variables y, en el proceso, te impulsa a hacer un gran trabajo como desarrollador. Para mí, hacer sitios accesibles significa hacer sitios rápidos y resilientes con excelentes UX que son divertidos y fáciles de usar incluso en condiciones que no son ideales.

Lo sé, eso suena desalentador. La buena noticia, sin embargo, es que el último año me he centrado en algunas de esas cosas, y he aprendido varias lecciones importantes que me complace compartir.

1. La accesibilidad es un concepto amplio

Muchas personas, como yo antes de 2016, piensan que hacer que su sitio sea accesible es sinónimo de hacerlo accesible para las personas que usan lectores de pantalla. Eso es muy importante, pero es solo una parte del rompecabezas. Accesibilidad significa acceso para todos:

  • Si su sitio tarda diez segundos en cargarse en una conexión móvil, no es accesible.
  • Si su sitio solo está optimizado para un navegador, no es accesible.
  • Si el contenido de su sitio es difícil de entender, no se puede acceder a su sitio.

No importa quién está usando su sitio web o cuándo, dónde y cómo lo está haciendo. Lo que importa es que puedan hacerlo.

La creencia de que tiene que aprender un nuevo software o incluso hardware para comenzar con la accesibilidad es una barrera para muchos desarrolladores. En algún momento, tendrá que aprender a usar un lector de pantalla si realmente quiere hacerlo todo bien, pero aún queda mucho por hacer. Podemos realizar muchas mejoras que ayudan a todos, incluidas las personas con discapacidad visual, simplemente siguiendo las mejores prácticas.

2. Hay impedimentos permanentes, temporales y situacionales

¿Quién se beneficia de un sitio accesible por teclado? Solo un pequeño porcentaje de usuarios, algunos podrían argumentar. Aaron Gustafson me señaló el kit de herramientas de diseño de Microsoft , que me ayudó a ampliar mi perspectiva. Las personas con discapacidades permanentes no son las únicas que se benefician de la accesibilidad. También hay personas con discapacidades temporales y situacionales que estarían felices de tener una forma alternativa de navegar. Por ejemplo, alguien con un brazo roto, alguien que se tatuó el antebrazo recientemente o un padre que sostiene a su hijo en un brazo mientras tiene que verificar algo en línea. Cuando observas a un desarrollador operar su editor, a veces parece que ni siquiera saben que tienen un mouse. ¿Por qué no le da a los usuarios la oportunidad de usar su sitio web de manera similar?

Al pensar en la variedad de personas que podrían beneficiarse de las mejoras de accesibilidad, el grupo de beneficiarios tiende a crecer mucho más. Como dijo Derek Featherstone: ” Cuando algo funciona para todos, funciona mejor para todos”.

3. El primer paso es hacer de la accesibilidad un requisito

Me han preguntado muchas veces si vale la pena el esfuerzo para arreglar la accesibilidad, cuánto cuesta y cómo convencer a los jefes y colegas. Mi respuesta a esas preguntas es que puede mejorar las cosas significativamente sin siquiera tener que usar nuevas herramientas, gastar dinero extra o pedir permiso a alguien.

El primer paso es hacer que la accesibilidad sea un requisito, si no en papel, al menos en tu cabeza. Por ejemplo, si está buscando un componente deslizante, elija uno que sea accesible. Si está trabajando en un diseño, asegúrese de que los contrastes de color sean lo suficientemente altos . Si está escribiendo una copia, use un lenguaje que sea fácil de entender.

Nos hacemos muchas preguntas cuando tomamos decisiones de diseño y desarrollo: ¿está limpio el código? ¿El sitio se ve bien? ¿El UX es genial? ¿Es lo suficientemente rápido? Está bien documentado?

Como primer paso, agregue una pregunta más a su lista: ¿Es accesible?

4. Hacer sitios accesibles es un deporte de equipo

Otra razón por la cual hacer que los sitios web sean accesibles da miedo a algunos desarrolladores es que existe la creencia de que somos los únicos responsables de hacerlo bien.

De hecho, como nos recuerda Dennis Lembree, ” casi todos en la organización son responsables de la accesibilidad en algún nivel. 

El trabajo de un desarrollador consiste en crear un sitio accesible desde la perspectiva de la codificación, pero hay muchas cosas que hay que tener en cuenta antes y después. Los diseños deben ser intuitivos, las interacciones claras y útiles, la copia comprensible y legible. Se deben definir las personas relevantes y los casos de uso, y las pruebas se deben llevar a cabo en consecuencia. Lo que es más importante, el liderazgo y los equipos tienen que ver la accesibilidad como un principio básico y un requisito, lo que me lleva al siguiente punto: la comunicación.

5. La comunicación es clave

Después de hablar con una variedad de personas en reuniones y conferencias, creo que una de las razones por las que la accesibilidad a menudo no consigue el lugar que merece es que no todos saben lo que significa. Muchas veces ni siquiera tienes que convencer a tu equipo, sino simplemente explicar qué es el acceso. Si quieres atraer gente, importa cómo te acerques a ellos.

El primer paso aquí es escuchar. Hable con sus colegas y pregunte por qué toman ciertas decisiones de diseño, desarrollo o administración. Trate de averiguar si no abordan las cosas de una manera accesible porque no quieren, no tienen permitido hacerlo, o simplemente nunca lo pensaron. Tendrás mejores resultados si no te sientes mal, así que no trates de culpar a nadie por nada. Sólo escucha. Tan pronto como sepa por qué hacen las cosas de la manera en que lo hacen, sabrá cómo abordar sus inquietudes.

RESALTA LOS BENEFICIOS MÁS ALLÁ DE LA ACCESIBILIDAD

Puedes hablar de accesibilidad sin mencionarlo. Por ejemplo, hable acerca de la tipografía y los recuentos de personajes ideales por línea y qué hermoso es el texto con la combinación perfecta de tamaño de letra y altura de línea. Demuestre cómo un mejor rendimiento impacta las tasas de conversión y cómo centrarse en la accesibilidad puede promover el pensamiento listo para usar que mejore la usabilidad en general.

DESAFÍA A TUS COLEGAS

A algunas personas les gustan los desafíos. En una reunión, una diseñadora que se especializa en accesibilidad dijo una vez que uno de los principales motivos por los que le encanta diseñar teniendo en cuenta las limitaciones es que exige mucho más de ella que ir por el camino fácil. Pregunte a sus colegas: ¿Podemos alcanzar un índice de velocidad por debajo de 1000? ¿Crees que puedes diseñar ese componente de tal manera que sea accesible desde el teclado? Mi Nokia 3310 tiene un navegador. ¿No sería fantástico si pudiésemos hacer que nuestro próximo sitio web también trabaje en eso?

AYUDA A LAS PERSONAS A IDENTIFICARSE

En su charla “La accesibilidad del sitio web todos los días “, Scott O’Hara señala que puede ser difícil para alguien simpatizar si desconoce con qué se debe sentir empatía. A veces las personas simplemente no saben que ciertas implementaciones pueden ser problemáticas para otros. Puede ayudarlos explicando cómo las personas que son ciegas o que no pueden usar un mouse usan la web. Mejor aún, muestre videos de cómo las personas navegan por la web sin un mouse. Las indicaciones de empatía también son una gran forma de ilustrar las diferentes circunstancias bajo las cuales las personas navegan por la web.

6. Hable de accesibilidad antes de que los proyectos comiencen

Por supuesto, es algo bueno si está solucionando problemas de accesibilidad en un sitio que ya está en producción, pero eso tiene sus limitaciones. En algún momento, los cambios pueden ser tan complicados y costosos que alguien dirá que no vale la pena el esfuerzo. Si todo su equipo se preocupa por la accesibilidad desde el principio, antes de que se dibuje una casilla o se escriba una línea de código, es mucho más fácil, efectivo y rentable hacer un producto accesible.

7. Un conocimiento sólido de HTML resuelve muchos problemas

Es impresionante ver cómo el JavaScript y la forma en que lo usamos han cambiado en los últimos años. Se ha vuelto increíblemente poderoso y más importante que nunca para el desarrollo web. Al mismo tiempo, parece que HTML se ha vuelto menos importante. Hay un debate en curso sobre CSS en JavaScript y si es más eficiente y más limpio que el CSS normal desde una perspectiva de desarrollo. Lo que deberíamos hablar en cambio, es el uso excesivo de <div><span>elementos a expensas de otros elementos. Hace una gran diferencia si usamos un enlace o <div>un onclickmanejador . También hay una diferencia entre los enlaces y botones cuando se trata de accesibilidad. Los elementos del formulario necesitan <label>elementos, y un bosquejo del documento sonoro es esencial. Esos son solo algunos ejemplos de conceptos básicos absolutos que algunos de nosotros olvidamos o nunca aprendimos. El HTML semántico es uno de los pilares del desarrollo web accesible. Incluso si escribimos todo en JavaScript, HTML es lo que finalmente se representa en el navegador del usuario.

(Re) aprender HTML y usarlo conscientemente evita y soluciona muchos problemas de accesibilidad.

8. JavaScript no es el enemigo, y a veces JavaScript incluso mejora la accesibilidad

Soy una de esas personas que cree que la mayoría de los sitios web deben ser accesibles incluso cuando JavaScript no se puede ejecutar . Eso no significa que odio JavaScript; por supuesto que no, paga parte de mi alquiler. JavaScript no es el enemigo , pero es importante que lo usemos con cuidado porque de otra manera es muy fácil cambiar la experiencia del usuario para peor.

No hace mucho tiempo, no sabía que JavaScript podría mejorar la accesibilidad. Podemos aprovechar su poder para hacer que nuestros sitios web sean más accesibles para los usuarios de teclado. Podemos hacer cosas como atrapar el foco en una ventana modal , agregar controles clave a componentes personalizados o mostrar y ocultar contenido de una manera accesible.

Existen muchas implementaciones creativas e impresionantes de CSS de widgets comunes, pero a menudo son menos accesibles y proporcionan un UX peor que sus equivalentes de JavaScript. En una publicación sobre cómo crear una ayuda contextual totalmente accesible , Sara Soueidan explica por qué JavaScript es importante para la accesibilidad. “Cada solución no-JS viene con una desventaja muy mala que afecta negativamente a la experiencia del usuario”, escribe.

9. Es un buen momento para conocer CSS y JavaScript Vanilla

Durante mucho tiempo, hemos dependido de bibliotecas, marcos, sistemas de cuadrículas y rellenos múltiples porque exigíamos más navegadores de los que podían proporcionarnos. Naturalmente, nos acostumbramos a muchas de esas herramientas, pero de vez en cuando debemos dar un paso atrás y preguntarnos si realmente todavía las necesitamos. Hubo muchos problemas que Bootstrap y jQuery resolvieron para nosotros, pero ¿esos problemas aún existen, o es más fácil para nosotros escribir en $()lugar de document.querySelector()?

jQuery sigue siendo relevante , pero las incoherencias del navegador no son tan malas como solían ser. El diseño de cuadrícula de CSS es compatible con todos los principales navegadores de escritorio y, gracias a la mejora progresiva , aún podemos ofrecer experiencias para los navegadores heredados. Podemos hacer la detección de características de forma nativa con consultas de características , las pruebas se han vuelto mucho más fáciles, y caniuse y MDN ayúdenos a entender de qué son capaces los navegadores. Muchas personas usan marcos y bibliotecas sin saber qué problemas están resolviendo esas herramientas. Para decidir si tiene sentido agregar el peso extra a su sitio, necesita una sólida comprensión de HTML, CSS y JavaScript. En lugar de aumentar el peso de la página para navegadores antiguos, a menudo es mejor mejorar progresivamente una experiencia. Mejorar progresivamente nuestros sitios web y reducir el número de solicitudes, kilobytes y dependencias hace que sean más rápidos y robustos y, por lo tanto, más accesibles.

10. Sigue aprendiendo sobre accesibilidad y comparte tu conocimiento

Estoy muy agradecido de haber aprendido todo esto en los últimos meses. Anteriormente, fui una parte muy pasiva de la comunidad web durante mucho tiempo. Desde que comencé a participar en línea, asistir y organizar eventos, y escribir sobre temas relacionados con la web, especialmente accesibilidad, las cosas han cambiado significativamente para mí y he crecido tanto personal como profesionalmente.

Comprender la importancia del acceso y la inclusión, ver las cosas desde diferentes perspectivas y desafiar mis decisiones me ha ayudado a ser un mejor desarrollador.

Saber cómo se deben hacer las cosas es genial, pero es solo el primer paso. Verdaderamente cuidado, implementación y lo más importante, compartir su conocimiento es lo que tiene un impacto.

COMPARTE TU CONOCIMIENTO

No tengas miedo de compartir lo que has aprendido. Escribir artículos, hablar en reuniones y talleres internos. La cultura distintiva de compartir el conocimiento es una de las cosas más importantes y bellas de nuestra industria.

IR A CONFERENCIAS Y REUNIONES

Asistir a conferencias y reuniones es muy valioso porque puedes conocer a muchas personas diferentes de las que puedes aprender. Hay varios eventos de accesibilidad dedicados y muchas conferencias que presentan al menos una charla de accesibilidad.

ORGANIZA ENCUENTROS

Dennis Deacon describe su decisión de comenzar y ejecutar una reunión de accesibilidad como una experiencia que cambia la vida. Los grupos de Meetup son muy importantes y valiosos para la comunidad, pero organizar una reunión no solo aporta valor a los asistentes y oradores. Como organizador, puedes conocer a todas estas personas y aprender de ellas. Al escuchar y comprender cómo ven y se acercan a las cosas, y lo que es importante para ellas, puedes ampliar tus horizontes. Usted crece como persona, pero también conoce a otros profesionales, agencias y compañías de las cuales también puede beneficiarse profesionalmente.

INVITA A EXPERTOS A TU REUNIÓN O CONFERENCIA

Si es un organizador de reuniones o de conferencias, puede tener un impacto masivo en la función que desempeña la accesibilidad en nuestra comunidad. Invita a expertos en accesibilidad a tu evento y dale al tema un foro para el debate.

SIGA A LOS EXPERTOS EN ACCESIBILIDAD EN TWITTER

Siga a los expertos en Twitter para saber en qué están trabajando, qué les molesta y qué piensan acerca de los recientes desarrollos en el desarrollo web inclusivo y el diseño en general. He aprendido mucho de las siguientes personas: Aaron Gustafson , Adrian Roselli , Carie Fisher , Deborah Edwards-Onoro , Heydon Pickering , Hugo Giraudel , Jo Spelbrink , Karl Groves , Léonie Watson , Marco Zehe , Marcy Sutton , Rob Dodson , Scott O’Hara , Scott Vinkle , y Steve Faulkner .

11. Simplemente comienza

No tiene que ir desde el principio. Si mejora solo una cosa, ya está haciendo un gran trabajo al acercarnos a una mejor web. Solo comienza y sigue trabajando.

Hay muchos recursos por ahí, y tratar de descubrir cómo y dónde comenzar puede ser bastante abrumador. He reunido algunos sitios y libros que me han ayudado; ojalá que te ayuden también. Las siguientes listas no son exhaustivas.

SERIE DE VIDEO

  • Este curso gratuito de Udacity es una excelente manera de comenzar.
  • Rob Dodson cubre muchos temas de accesibilidad diferentes en su serie de videos A11ycasts (a11y es la abreviatura de accesibilidad, el número once representa el número de letras omitidas).

LIBROS

BLOGS

NEWSLETTERS

ACCESSIBLE JAVASCRIPT COMPONENTS

RESOURCES AND FURTHER READING

Fuente: alistapart.com

¿Qué tan accesible es tu sitio web para una PCD? Considere hacer una auditoría para descubrirlo

¿Qué tan accesible es tu sitio web para PCD?

Desde principios de 2015, al menos 750 demandas de accesibilidad de sitios web han sido presentadas ante un tribunal federal, con al menos 432 casos archivados en los primeros ocho meses y medio de 2017. En agosto, dos jueces federales de Nueva York dijeron que los estadounidenses con discapacidades Act (ADA) fue aplicable a sitios web , luego del veredicto de un juez federal de Florida en junio pasado que dictaminóque la tienda de comestibles Winn-Dixie “violó el Título III de la ADA al tener un sitio web que no era utilizable por el demandante … para descargar cupones , ordene recetas y encuentre ubicaciones de tiendas. “Se han presentado demandas similares este año contra Hobby Lobby, Blick, Five Guys y ocho colegios y universidades. en el área metropolitana de la ciudad de Nueva York.

Esto debería ser una noticia preocupante para las organizaciones de periodismo, muchas de las cuales tienen sitios web que son difíciles de navegar para los lectores de pantalla, especialmente con todas las ventanas emergentes y videos y anuncios de reproducción automática que ocupan la mayor parte de la página.

He escrito antes sobre el diseño de experiencias para personas con impedimentos visuales o de movilidad , y sobre los esfuerzos que algunas organizaciones de noticias están haciendo para crear experiencias solo de texto (lo cual es útil para personas que usan lectores de pantalla) pero querían revisar el tema en base a esta ráfaga de demandas , que han dado lugar a “fallos conflictivos” y un “área gris legal”, como lo expresó recientemente el director ejecutivo de la Alwsuit Reform Alliance of New York.

Así que contacté con Eric W. Bailey , un ex diseñador digital de The Boston Globe, quien actualmente trabaja como diseñador de experiencia de usuario en Cantina . A Eric le apasiona crear experiencias accesibles e inclusivas: ha realizado presentaciones sobre el tema , escrito sobre él , ha creado patrones de contenido HTML accesibles y mantiene un feed de Twitter que a menudo destaca el trabajo en el campo.

Quería saber más sobre lo que podrían hacer las salas de redacción, y quién ya ha hecho grandes progresos para hacer que sus sitios web sean más accesibles. Nuestra conversación está abajo.

¿Qué tipo de marcadores busca en un sitio web al evaluar su accesibilidad?

POUR experiencias, no experiencias pobres. Los sitios web accesibles se adhieren a cuatro principios rectores, conocidos como POUR. POUR significa Perceptible, Operable, Comprensible y Robusto, y se usa para acomodar problemas visuales, auditivos, motores y cognitivos, los cuatro tipos principales de discapacidades . Cuando realizo una auditoría de accesibilidad, pondero qué tan de cerca el contenido, diseño y código de un sitio web se adhieren a estas convenciones.

Hay mucha información técnica que determina qué tan exitoso es esto, pero a primera vista buscaré cómo se presenta y estructura su contenido principal. Por lo general, las deficiencias en el nivel superficial son un signo de más problemas sistémicos.

Para el contenido de texto, verificaré que esté escrito usando un lenguaje claro, seccionado usando una jerarquía fácil de entender y con un tamaño de letra lo suficientemente grande. También determinaré si se puede ajustar el tamaño de la fuente y si el contenido se describe con un código semántico, marcando elementos como párrafos, listas, encabezados, enlaces y botones con las etiquetas HTML apropiadas.

Con el contenido interactivo, buscaré cosas como formas alternativas de interactuar y consumir la información. Por ejemplo, asegurándose de que el contenido de video tenga los subtítulos que lo acompañan y no contenga elementos como ataques de vértigo o ataques.

También probaré para ver que se puede interactuar con el sitio a través de una entrada que no sea un mouse o un panel táctil. Vivimos en la era de las pantallas táctiles, los asistentes activados por voz y la realidad aumentada. El método para controlar estas nuevas tecnologías no es diferente al uso de un lector de pantalla.

Diseño inclusivo
Un concepto erróneo común es que hacer que un sitio web sea accesible significa solo hacer que funcione en un lector de pantalla. Parafraseando una cita que me gusta, “la discapacidad es una falta de coincidencia entre un individuo y el entorno en el que se encuentra”.

Si bien el cumplimiento del lector de pantalla es un trabajo vital, hay una amplia gama de condiciones a tener en cuenta: si su entorno es el fuerte resplandor del sol en su teléfono inteligente, también lo ayudará el mismo contraste que es beneficioso para una persona con cataratas. Los subtítulos no solo aseguran que una persona con pérdida de audición pueda disfrutar de su nueva estrategia de pivote a video, sino que también le permite consumir contenido en el viaje en tren para trabajar mientras se muestra amable con sus compañeros de viaje. Todos experimentan deterioro cognitivo cuando realizan tareas múltiples: un diseño sencillo garantiza que los conceptos vitales se puedan comunicar de forma rápida y efectiva.

¿Existen lagunas existentes obvias que serían relativamente fáciles de corregir para las salas de redacción? Sé que esto es algo que mucha gente quiere hacer, pero puede que no sepan por dónde empezar.

Pasar por una auditoría de accesibilidad completa puede dejar a una organización abrumada en cuanto a dónde empezar, a menudo hasta el punto de parálisis. Hay muchas ganancias que obtienes gratis en un sitio de noticias típico, y creo que vale la pena reconocerlo.

La mayoría de los reporteros ya se están adhiriendo a un nivel de lectura que se adapta a una amplia gama de personas. Los artistas de infografía, los héroes olvidados del bullpen, también complementan algunas historias con tablas, gráficos e interactivos, lo que ayuda a la comprensión a través de la recontextualización de la historia. Los estilos cognitivos son algo complicado de manejar, por lo que es genial ver que se aborde (intencionalmente o no).

A nivel de apariencia, muchos sitios web de noticias son skeuomorphs, una imitación de un periódico físico. Si bien actualmente está muy de moda en la comunidad de diseño tratar esta estética con mofa, los periódicos impresos tradicionales son muy buenos para ser fáciles de leer. Imitando la estética del alto contraste de tipo negro en el papel de periódico blanco, así como la tipografía elaborada y minuciosamente llevada a la web satisface una gran cantidad de criterios visuales.

Dicho todo esto, aún hay mucho trabajo por hacer.

Autores
Algunas de las correcciones más fáciles también son algunas de las más importantes, ni siquiera es necesario ser un programador para abordarlas. La mayoría de los sistemas de gestión de contenido de sitios de noticias permiten al autor aplicar encabezados hieráticos, escribir descripciones alternativas (alt) para imágenes y especificar un título de página descriptivo. Los autores también pueden asegurarse de que los enlaces insinúen a qué llevarán al lector y no usan términos ambiguos como “haga clic aquí”.

Diseñadores
Los diseñadores pueden detener muchos posibles problemas de accesibilidad antes de que se haya escrito una sola línea de código. Las interfaces accesibles son fáciles de usar, y todo lo que es fácil de usar es un gran diseño. La mayoría de los diseñadores que conozco adoran tener limitaciones para trabajar, solo piensen en ello como otro conjunto de reglas contra las cuales presionar.

Programadores
Para los programadores, también hay algunos problemas de bajo perfil: las plantillas que usan marcas semánticas  son vitales. Garantizar que el navegador pueda hacer zoom para cambiar el tamaño de fuente del sitio web permite que las personas con baja visión puedan leer su contenido. Asociar de forma programática las etiquetas de los formularios con sus entradas garantiza que las personas puedan hacer cosas como suscribirse fácilmente a los boletines. No sé ustedes, pero creo que eso es algo muy importante para una organización de noticias.

Administración

Desafortunadamente, las apelaciones a la moralidad tienden a caer en oídos sordos hasta que aparece una demanda. Por eso, me gusta tratar el trabajo de accesibilidad como una propuesta de valor.

Además de la aversión al riesgo, el código accesible es robusto, estable y predecible. La confianza de que las experiencias funcionan independientemente de las circunstancias libera tiempo y recursos valiosos de la sala de redacción para perseguir otros empeños.

Otra consideración es el legado y la posición en la comunidad y el mundo en general. Si las organizaciones de noticias quieren mantener el papel de registro en un espacio digital, significa construir sitios web amigables para el futuro.

Considere el retorno de la inversión para el contenido de fácil acceso y predecible en su formato frente a una función especial única. En la carrera por crear el próximo interactivo llamativo Snow Fall , es fácil olvidarse de un lector leal y envejecido que se beneficiaría de mejoras en todo el cuerpo del material publicado de un sitio de noticias.

El escándalo sexual de la Iglesia Católica sacado a la luz por el equipo de Spotlight y publicado en Boston.com fue publicado usando Flash . Flash está listo para ser eliminado en 2020. Si bien no voy a hacer que un esfuerzo web tan temprano responda a las expectativas modernas, lo trataría como una advertencia.

El acto de hacer que el contenido sea amigable para que la tecnología de asistencia interactúe también facilita que las computadoras interactúen. Entonces, ¿todos esos artículos describen sin aliento el potencial de tecnologías como el aprendizaje automático y la IA? ¿Adivina qué? Un corpus de contenido accesible que se remonta a la primera entrada en el archivo digital de su organización genera algunos datos de entrenamiento muy completos.

Todos estos ajustes pueden combinarse para hacer una diferencia significativa. Educar, empoderar y normalizar la práctica con el personal de su redacción puede ayudar a convertirla de una práctica esotérica en una parte cotidiana del trabajo diario que enriquece la experiencia para todos.

¿Quién lo está haciendo bien?

Los sitios de noticias expulsan una gran cantidad de contenido variado, por lo que el cumplimiento puede variar mucho. También bloquearé los anuncios, ya que son muy problemáticos cuando se trata de resultados reproducibles: supongamos que cualquier sitio que los ejecute es inaccesible por defecto.

Vox

Los estoy colocando primero por un gran margen. Si bien las plantillas de Vox podrían usar un poco de trabajo, la razón de esta colocación es un compromiso muy público con una cultura de accesibilidad.

Sus Pautas de Accesibilidad del Producto incluyen muchos roles en la sala de redacción, comunicando que es responsabilidad de todos. Me complace especialmente ver a los directores de proyecto y la editorial incluidos. Al hacer su lista de verificación disponible para todos, Vox Product optó por posicionarse como un líder del mercado. Cualquiera que modele su propia práctica de acuerdo con estas pautas la convierte en una ventaja competitiva .

Accessibility Guidelines

 

La BBC
Voy a citar una publicación en Facebook de un amigo mío que vive en Brooklyn: “El estado de nuestros medios de comunicación está tan jodido que tuve que ir a la BBC para descubrir realmente qué demonios pasó en el West Side hoy.”

Web de la BBC

El lenguaje simple y directo es tan importante en nuestro clima político hiperpartidario. La especulación se ha extendido a tantas fuentes de noticias que las personas comunes y corrientes tienen problemas para analizar lo que es verdadero e importante.

Muchos sitios de noticias operan asumiendo que son el centro del mundo del lector, cuando en realidad no es el caso. Es un buen negocio mantener a alguien suscrito a su narrativa en curso, pero este enfoque finalmente enajena y sacrifica a los lectores.

Para las personas que no están constantemente en línea o con conocimientos tecnológicos, el enfoque es abrumador. Para aquellos que se desplazan de un sitio a otro para construir una narración significativa, esta tarea extenuante los convierte en un rendimiento decreciente.

La BBC hace un excelente trabajo quedándose en el punto. Los artículos son cortos y están escritos en un lenguaje sencillo. Esto es excelente para abordar una variedad de estilos y condiciones cognitivas, incluidas las personas que aprenden a leer y hablar inglés.

Hablando de inglés, también soy un gran admirador de su iniciativa Learning English , que incluye vocabulario, destacando palabras y frases clave, y contenido de video para complementar el artículo escrito (ideal para personas con dislexia, por ejemplo). El inglés es realmente frustrante de aprender. Está lleno de modismos, taquigrafía, jerga y palabras prestadas, incluso las poblaciones británica y estadounidense luchan con eso. Es un excelente recordatorio de cuán condicional puede ser una discapacidad.

La BBC también se traduce a muchos idiomas diferentes, que se adapta a las audiencias que no hablan inglés como idioma principal. Lo que nos lleva a mi tercera selección:

The Boston Globe
Algunos revelan aquí: yo era un diseñador digital para The Boston Globe durante aproximadamente dos años.

Allá por el año 2011, los hippies llegaron a dirigir la nave del Globe por un tiempo. Los resultados fueron revolucionarios. El Boston Globe fue el primer sitio web comercial a gran escala que se adaptó a cualquier dispositivo que lo estuviera viendo . Esta práctica se conoce como diseño interactivo , y ahora es una expectativa que cada nuevo sitio web lo incluya.

El diseño receptivo y la accesibilidad son amigos cercanos. Sus filosofías combinadas representan un cambio en la forma en que percibimos y operamos la web. Ya no se considera aceptable esperar para ir a casa y terminar algo en su escritorio. De hecho, las computadoras de escritorio están empezando a convertirse en un lujo anacrónico .

El mundo entero se pondrá en marcha  : los teléfonos inteligentes económicos democratizan el acceso a la información mundial. Esto es ideal para la educación y la desestigmatización, por ejemplo en áreas donde el accidente de nacimiento puede hacer que alguien no sea una persona a los ojos de su cultura. El éxito comercial del diseño receptivo significa que esta información es abierta e interoperable, y lleva adelante uno de los principios fundamentales de la web .

Creo que hacer que la tecnología sea portátil y estandarizada también ayudó a permitir una normalización positiva. Antes de cosas como iPhones, una persona que necesita tecnología de asistencia podría haber recibido un dispositivo costoso y poco intuitivo de su compañía de seguros, siempre que tuviera la suerte de tener un seguro.

Estos dispositivos a menudo eran increíblemente engorrosos y demoraban en operar; su naturaleza casi personalizada que imposibilita la actualización. Algunos no pudieron moverse fácilmente desde su punto de instalación, lo que significa que obligaría a una persona que lo usa a quedarse en casa. Si pudieran moverse, transportarlos a público podría convertir al operador en un espectáculo.

Ahora, alguien que se lleva el teléfono al oído para escuchar VoiceOver no es diferente de alguien que escucha su canción favorita. Características como Switch Control aseguran que alguien pueda buscar el menú de un restaurante en Safari, una vez que hayan terminado de leer su reseña en la sección Lifestyle, por supuesto.

Si bien desafortunadamente parece que el sitio actual del Boston Globe ha fallado con respecto al cumplimiento, siento que le debemos un gran respeto por todo lo que ha logrado.

Las salas de redacción no suelen controlar otras experiencias en sus páginas, como los anuncios. ¿Cómo podrían abordar esto en términos de accesibilidad?

Los anuncios son, en una palabra, problemáticos. Doblemente para sitios web de noticias.

Si bien esta publicación no trata sobre los detalles desagradables de la industria publicitaria, su tecnología o su relación con la industria de las noticias , diré esto: las experiencias accesibles son buenas experiencias. El estado actual de la publicidad web no ofrece buenas experiencias.

Para los anuncios gráficos de todos los días, no creo que las redacciones tengan mucho que decir. La industria publicitaria necesita estar mejor regulada , ya sea internamente o a través de un organismo externo. Google ya comenzó a imponer su voluntad , para bien o para mal.

Un área donde la sala de redacción tiene control es con contenido patrocinado . Una cantidad relativamente grande de la población simplemente no comprende la diferencia entre este y el contenido de noticias habitual. En el contexto de la accesibilidad, las consideraciones cognitivas dan una gran pausa a la preocupación.

Incluso llegaría a ser político y diría que este debilitamiento de la iglesia y el estado -el entendimiento de que la redacción y el lado comercial de una organización de noticias están separados- ha llevado a otras consecuencias relacionadas con la accesibilidad no intencional .

¿Cuáles son las formas en que las salas de redacción pueden probar antes de construir? ¿Después?

Aunque confío en que los documentos impresos seguirán existiendo mucho después de que me haya ido, las organizaciones noticiosas deben aceptar el hecho de que la web llegó para quedarse.

Las tres grandes cosas que me gustaría ver en más salas de redacción son responsabilizar a los proveedores, probar con personas reales y capacitar a sus equipos internos. Representa un cambio en la percepción, donde la organización ya no es un monopolio local y, en cambio, es una opción en muchos .

Muchos vendedores se aprovechan de las organizaciones de noticias, prometiendo al mundo pero fallando en entregar. Las soluciones de proveedores que son plug-and-play evitan un proceso de construcción tradicional y, por lo tanto, pueden introducirse sin ser auditadas. Cuando se trata de accesibilidad, consultar acerca de su VPAT es una manera rápida de ver si es incluso una consideración básica.

Puede ser una ilusión por mi parte, pero si cada organización de noticias exige cumplimiento, el mercado tendrá que responder. Revertir este fenómeno de indefensión aprendida también puede ayudar a algunos otros problemas que enfrenta la industria .

Las pruebas con las personas reales que usan su producto eliminan conceptos de los teóricos y revelan problemas reales de usabilidad. Si bien estos problemas superficiales podrían dañar algunos egos en el corto plazo, evita claramente la falacia del costo hundido al revelar los puntos de fricción antes de que se haya gastado un esfuerzo significativo. Desea asegurarse de realizar la prueba desde el principio, utilizando una amplia gama de personas, incluidas las personas con discapacidad, en diferentes modos de uso y contextos (escritorio, dispositivo móvil, navegación ocasional, búsqueda de información, sentado, en movimiento, relajado, en crisis) , etc.)

Los interesados ​​y los propietarios de los productos pueden no estar familiarizados con la importancia y los beneficios de la accesibilidad. Sin embargo, probablemente haya personas en su organización que ya tengan interés y experiencia con la práctica. Permitirles perseguir este interés abrirá oportunidades para cosas tales como una guía de estilos de vida y herramientas de prueba automatizadas para entrar en una hoja de ruta de productos. Estas dos prácticas pueden recorrer un largo camino para probar y ofrecer una experiencia inclusiva y accesible para todos.

Melody Kramer

Mel leads audience growth and development for the Wikimedia Foundation and frequently works with journalism organizations on projects related to audience development, engagement, and analytics.

Fuente: poynter.org

Traducción por Google Translate