ArtículoLa guía para principiantes sobre accesibilidad web

La accesibilidad web ha estado mucho en las noticias últimamente. Más recientemente, un caso relacionado con Domino's Pizza tiene el potencial de llegar hasta la Corte Suprema en lo que podría ser una decisión histórica que dará forma al futuro de la accesibilidad web.

Los sitios web accesibles son simplemente aquellos sitios que las personas con discapacidad pueden percibir, operar y comprender. Funcionan bien con tecnologías de asistencia, como lectores de pantalla, brindan medios alternativos para otras deficiencias y permiten la navegación con dispositivos que no sean un mouse.

Un sitio inaccesible excluye una base de clientes potenciales y aumenta las posibilidades de una demanda en virtud del Título III de la ADA. Y puede dañar las clasificaciones de búsqueda, más sobre eso a continuación.

Aproximadamente una de cada ocho personas en los Estados Unidos tiene una discapacidad. Si la definición se amplía para incluir a aquellos que tienen una discapacidad moderada, ese número salta a casi uno de cada cinco.

El hecho de no adaptarse a una audiencia tan grande limita el impacto positivo que un sitio web puede tener en su negocio, sin mencionar la capacidad de su marca para resonar con las personas e inspirar confianza. La creación de un sitio web accesible que se pueda utilizar en tantos navegadores y por tantas personas como sea posible puede ayudar a su negocio, pero también es simplemente lo correcto.

El propósito de esta guía es ayudarlo a comprender la accesibilidad web para que pueda hacer crecer su marca y servir mejor a los visitantes de su sitio web, porque eso es exactamente lo que son. No visitantes; no clientes; sino invitados que cuentan con usted para ayudarlos a encontrar la información que buscan. En esta guía, cubriremos lo siguiente:

1. ¿Qué es la Accesibilidad Web?
2. Beneficios de la Accesibilidad
3. Reglamento de Accesibilidad
4. Estándares de accesibilidad
5. Pruebas de Accesibilidad: Automatizado vs. Humano
6. Riesgos de incumplimiento
7. Autoevaluación de accesibilidad
8. Expertos y recursos útiles

Cuando hayamos terminado, tendrá una comprensión clara de todo lo relacionado con la accesibilidad web y el acceso a algunos recursos relevantes para ayudarlo a realizar su propia evaluación del sitio web. ¡Vamos a sumergirnos!

¿Qué es la Accesibilidad Web?

Comencemos por definir la accesibilidad. Según W3C (World Wide Web Consortium), “la accesibilidad web significa que las personas con discapacidad pueden usar la web. Más específicamente, la accesibilidad web significa que las personas con discapacidad pueden percibir, comprender, navegar e interactuar con la web, y que pueden contribuir a la web. La accesibilidad web también beneficia a otros, incluidas las personas mayores con habilidades cambiantes debido al envejecimiento”.

Cuando construimos sitios web en BrandExtract, probamos en cada versión de navegador que utiliza más del 1% de las audiencias de nuestros clientes. Tiene sentido que un sitio web se pueda utilizar en tantos navegadores como sea posible para que no excluyamos a clientes, socios o empleados potenciales. Aunque afecta el costo total de sus sitios web, nunca tuvimos que convencer a nadie de que este es un esfuerzo que vale la pena.

Los seres humanos merecen la misma, si no más, consideración que los navegadores web.

Lo primero que tendemos a considerar cuando hablamos de accesibilidad web es la facilidad de uso del sitio para los visitantes con discapacidad visual, pero la discapacidad visual es solo una categoría de discapacidad. Las deficiencias auditivas, físicas y cognitivas son igualmente importantes y deben abordarse de diferentes maneras.

Las personas con estos impedimentos pueden usar una variedad de dispositivos de asistencia para ayudarlos a navegar por la web más fácilmente. Los sitios web accesibles son simplemente aquellos que funcionan bien con estos dispositivos de asistencia y se esfuerzan por ofrecer una experiencia de usuario que minimice la necesidad de dispositivos de asistencia en primer lugar.

Beneficios de la Accesibilidad

Una buena planificación es clave para crear sitios web utilizables y de alta calidad. Requiere consideración y buenos procesos. La planificación de su trabajo de UX y diseño en torno a la accesibilidad eleva el nivel de detalle en su trabajo. Una mayor diligencia garantiza que su sitio web funcione bien tanto para humanos como para robots.

Los mismos detalles que pueden informar a un lector de pantalla u otras tecnologías de asistencia también son útiles para los robots de los motores de búsqueda que rastrean e indexan su sitio. Según Google Webmaster Central Blog, los motores de búsqueda de Google indexan más fácilmente los sitios accesibles, lo que puede conducir a mejores coincidencias y clasificaciones más altas. Google ha enfatizado este hecho durante más de una década.

Muchas de las cosas que hacemos para que un sitio web sea más accesible para los usuarios con discapacidades también ayudan a otros usuarios. Fuentes más grandes, mejor contraste y muchos otros principios fundamentales de accesibilidad hacen que un sitio sea más útil para todos.

Reglamento de Accesibilidad

Descargo de responsabilidad rápido: no soy abogado. Las decisiones que tome para implementar algo que no sea el pleno cumplimiento de todas las regulaciones que se describen a continuación (y las que se omiten) conllevan riesgos y deben involucrar a su equipo legal. Están debidamente calificados para evaluar el riesgo y las consecuencias del incumplimiento de estas normas. "Usted podría ser demandado" no es solo una táctica de ventas aterradora.

Las normas de accesibilidad varían según el país. Aquí hay algunos que necesitará saber.

Estados Unidos

En los Estados Unidos, debe estar familiarizado con la Ley de Estadounidenses con Discapacidades de 1990, Modificada (ADA), la Sección 255 de la Ley de Telecomunicaciones de 1996, la Ley de Acceso a Aerolíneas de 1986 y la Ley de Accesibilidad de Video y Comunicaciones del Siglo XXI de 2010 (CVAA).

Gobierno de los Estados Unidos

Si está creando un sitio web para una agencia del gobierno de EE. UU. o una entidad que recibe fondos del gobierno, también debe conocer la Sección 504 de la Ley de Rehabilitación de EE. UU. de 1973 y la Sección 508 de la misma Ley de EE. UU. rehabilitación acto de1973 .

unión Europea

Si tiene su sede o hace negocios significativos en la Unión Europea (UE), usted necesitar tenga en cuenta la Ley Europea de Accesibilidad propuesta y posiblemente la Directiva de Accesibilidad Web y Móvil. Algunos países miembros de la UE tendrán regulaciones adicionales. El Reino Unido, por ejemplo, tiene la Ley de Igualdad de 2010.

Canadá

Y si hace negocios en Canadá, asegúrese de conocer la Ley de derechos humanos de Canadá y la Política sobre comunicaciones e identidad federal. Muchos otros países también tienen sus propias regulaciones individuales.

Es completamente natural sentirse abrumado. Ninguna empresa individual o pequeña podría posiblemente mantenerse al día con todas las regulaciones a menos que ese sea su enfoque principal. Afortunadamente, existen organismos de normalización, directrices y expertos que nos ayudan a hacerlo bien.

Estándares de accesibilidad

La mayoría de las regulaciones se basan en los estándares WCAG 1.0 y WCAG 2.0 como pautas para crear sitios web accesibles. Ambos estándares son creados y mantenidos por el Grupo de Trabajo de Directrices de Accesibilidad de Contenido Web, un consorcio de desarrolladores web y expertos invitados de una variedad de empresas y organizaciones.

El grupo de trabajo WCAG es uno de los muchos grupos de trabajo del W3C (World Wide Web Consortium). El W3C es la comunidad de estándares internacionales responsable de HTML, CSS y muchas otras tecnologías de las que depende la web.

WCAG 1.0 y 2.0 lo guiarán en gran medida al mismo lugar, pero WCAG 2.0 tiene heurísticas más fáciles de medir. Es probable que un sitio web que cumpla con las WCAG 1.0 cumpla con las WCAG 2.0. Todos los sitios que se ajusten a las WCAG 2.0 se ajustarán a las WCAG 1.0. La diferencia entre los dos radica en cómo organizan las pautas. Citando el sitio web del W3C:

Las WCAG 1.0 están organizadas en torno a pautas que tienen puntos de control, que son de prioridad 1, 2 o 3. La base para determinar la conformidad con las WCAG 1.0 son los puntos de control.

WCAG 2.0 se organiza en torno a cuatro principios de diseño de accesibilidad web. Cada principio tiene pautas, y cada pauta tiene criterios de éxito comprobables en el nivel A, AA o AAA. La base para determinar la conformidad con las WCAG 2.0 son los criterios de éxito.

WCAG es un estándar en evolución. WCAG 2.1 ha alcanzado el estado de recomendación de candidato y podría ser adoptado en cualquier nueva legislación a partir del verano de 2018. WCAG 2.1 se suma a WCAG 2.0. En otras palabras, un sitio compatible con 2.1 será compatible con 2.0 y 1.0, por lo que tiene sentido apuntar a WCAG 2.1 en cualquier iniciativa nueva.

Hagamos un desglose de la jerarquía WCAG 2.1. Los cuatro principios fundamentales de diseño propuestos son:

• La información y los componentes de la interfaz de usuario deben presentarse de forma que puedan percibirlos.
• Los componentes de la interfaz de usuario y la navegación deben estar operativos.
• La información y el funcionamiento de la interfaz de usuario deben ser comprensibles.
• El contenido debe ser lo suficientemente sólido como para que pueda ser interpretado de manera confiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia.

Dentro de cada uno de esos principios hay una serie de pautas. Por ejemplo, subordinada al primer principio encontraremos la siguiente directriz:

• Cree contenido que se pueda presentar de diferentes maneras (por ejemplo, diseño simple) sin perder información o estructura.

Subordinados a esa directriz encontramos estos criterios de éxito:

• La información, la estructura y las relaciones transmitidas a través de la presentación se pueden determinar mediante programación o están disponibles en el texto.
• Cuando la secuencia en la que se presenta el contenido afecta su significado, se puede determinar mediante programación una secuencia de lectura correcta.
• Las instrucciones proporcionadas para la comprensión y el funcionamiento del contenido no se basan únicamente en las características sensoriales de los componentes, como la forma, el tamaño, la ubicación visual, la orientación o el sonido.
• El significado de cada campo de entrada que recopila información sobre el usuario se puede determinar mediante programación cuando:
  1. El campo de entrada tiene un significado que se asigna a los nombres de campo de Autocompletar de HTML 5.2; y
  2. El contenido se implementa utilizando tecnologías con soporte para identificar el significado esperado de los datos de entrada del formulario.
• En el contenido implementado mediante lenguajes de marcado, el propósito de los componentes, iconos y regiones de la interfaz de usuario se puede determinar mediante programación.

Cada principio tiene una o varias pautas y cada una de esas pautas tiene uno o varios criterios de éxito. El borrador actual de WCAG 2.1 tiene cuatro principios, catorce pautas y setenta y ocho criterios de éxito. Un sitio web debe ser auditado contra todos estos criterios para garantizar la conformidad con el estándar y la mayoría de estos criterios implican múltiples pruebas.

Pero espera hay mas. Cada uno de los éxitos criterio tiene tres niveles de conformidad: A, AA y AAA. Los niveles, como se explica en el sitio web Section508.gov, son los siguientes:

Nivel A (mínimo)

Aborda las funciones de accesibilidad web más básicas, pero generalmente no logra una accesibilidad amplia

Nivel AA (rango medio)

Aborda las barreras más comunes para los usuarios discapacitados y se alinea con los Estándares 508 Revisados

Nivel AAA (más alto)

Aborda el nivel más alto de accesibilidad web, pero no se recomienda como política general, porque no es posible satisfacer todos los criterios para algunos contenidos.

Elija cuidadosamente qué nivel de conformidad desea lograr con un sitio web porque tendrá un impacto significativo en el cronograma y el presupuesto.

Pruebas de Accesibilidad: Automatizado vs. Humano

Existen herramientas gratuitas y servicios en línea que realizarán una prueba automatizada de una sola página web o incluso de sitios completos. Las herramientas pueden ser complementos de navegador, aplicaciones de escritorio independientes, servicios autohospedados, servicios en línea gratuitos y pruebas automatizadas comerciales (de pago).

Nuestras herramientas automáticas favoritas son:

• tenon.io: Tenon es SaaS que puede realizar búsquedas bajo demanda a través del navegador o una API. El precio depende de la cantidad de solicitudes de API (escaneos) que necesite realizar. Está muy bien documentado y se puede incorporar fácilmente a SAM, el CMS de BrandExtract.
• AATT (herramienta de prueba de accesibilidad automatizada) de Paypal: AATT es una aplicación node.js que se ejecuta como un servicio. Puede escanear páginas individuales o sitios completos, y puede configurarse para acceder a páginas web no públicas (protegidas con contraseña). Las solicitudes de escaneo se pueden enviar a través de una API con respuestas devueltas en un formato JSON de fácil análisis. AATT también se integra fácilmente con SAM.
• hacha Herramientas para desarrolladores de Dequeue Systems: ax está disponible en un complemento de navegador para Chrome y Firefox. Amplía las herramientas de desarrollo integradas de los navegadores y crea un informe agradable y fácil de analizar con recomendaciones claras.

Estas herramientas son rápidas y fáciles de usar, pero no son una panacea. Muchas de las pautas establecidas en los documentos WCAG están redactadas de manera que requieren un análisis y una evaluación cuidadosos. La forma en que esas pautas se aplican a diseños únicos puede ser subjetiva. ¿Por qué están redactados vagamente? Estas directrices tienen que estar preparadas para el futuro.

Debido a que la web y las tecnologías relacionadas son un medio en evolución, las pautas debían ser aplicables a tecnologías, dispositivos e interfaces que aún no se han inventado.

Además, las herramientas de prueba automatizadas simplemente no pueden percibir la experiencia del usuario de la misma manera que un ser humano. Hay elementos medibles con los que puede trabajar para hacer un trabajo realmente bueno, como si las fuentes cumplen o no con un tamaño mínimo y criterios de contraste. Pero hay muchas otras variables que son más difíciles de medir. Por ejemplo, ¿se transmite adecuadamente el significado de un diagrama en el texto?)

Ahí es donde intervienen los seres humanos. La prueba humana de un sitio web es un proceso deliberado y riguroso que puede llevar cientos de horas. Pero es crucial para generar empatía entre su audiencia y su marca.

En un escenario perfecto, las pruebas deben realizarse con usuarios que tengan las mismas deficiencias que usted está abordando y la experiencia para saber qué está bien y qué está mal en un sitio web.

La única forma práctica de encontrar un equipo de estos expertos es subcontratar a un tercero de confianza que se especialice en pruebas de accesibilidad. Contratar personas para probar la accesibilidad de un sitio web puede ser muy costoso. Es posible que descubra que hacer que los humanos prueben solo las páginas interactivas más complejas es un compromiso rentable.

Riesgos de Incumplimiento

Todos queremos creer que construiremos sitios web inclusivos simplemente porque es lo correcto. Pero la verdad es que, a veces, nuestras buenas intenciones superan nuestros bolsillos. ¿Por qué una empresa debería gastar miles de dólares para que su sitio web sea accesible?

Una razón es minimizar el riesgo. Incluso si no brinda servicios directos a los consumidores, es posible que corra el riesgo de que se le encuentre en violación de una o más reglamentaciones.

Considere a los usuarios que están buscando empleo dentro de su organización pero que están excluidos porque no se puede acceder a su base de datos de empleo en línea. ¿Qué pasa con los inversores que no tienen acceso a las finanzas de su empresa? Cuando suceden estas cosas, se le puede encontrar en violación de las regulaciones.

No hay entidades gubernamentales que dediquen su tiempo a navegar por la web, auditar sitios y buscar sitios web que no cumplan con las pautas de accesibilidad web. No hay inspectores que "aprueben" cuando su sitio web está listo para funcionar.

Depende completamente de su organización asegurarse de que el trabajo se haga bien. Usted es responsable de elegir un socio que se tome en serio la accesibilidad web y tenga los recursos, ya sean internos o externos, para asegurarse de que el trabajo se haga correctamente.

Es difícil cuantificar la probabilidad de ser demandado y los costos subsiguientes, pero incluso las demandas infundadas que se desestiman fácilmente pueden costarle a una empresa muchos miles de dólares en honorarios legales. Y si es evidente que no se ha esforzado lo suficiente para que su sitio web sea accesible, probablemente perderá (o se verá obligado a conformarse).

Se presentaron más de 260 demandas por accesibilidad web en 2016 y las cifras fueron significativamente más altas en 2017. Esto no incluye los casos que se resolvieron sin ir a juicio. Hable con sus abogados para tener una idea real de las posibilidades, pero sepa que el riesgo es real.

Si está interesado en obtener más información sobre los riesgos del incumplimiento, le recomiendo esta publicación de blog de Karl Groves. Es una visión equilibrada, respaldada por números reales. Tenga en cuenta que fue escrito hace un par de años y el panorama ha cambiado con la cantidad de demandas presentadas.

Autoevaluación de accesibilidad

Con suerte, en este punto, tiene una buena comprensión del tema de la usabilidad. Pero es completamente natural sentirse abrumado. Hacer pequeñas mejoras es un buen comienzo para reducir el riesgo y los daños potenciales de las demandas. Aquí hay algunos pasos que puede tomar:

Evalúe su riesgo

Consulte con su equipo legal y calcule (lo mejor que pueda) sus riesgos. Pídales que busquen en los registros públicos litigios en curso y recientes en esta área. ¿Están subiendo las tendencias? ¿Qué porcentaje tiene éxito? ¿Parece que su industria está viendo más actividad? ¿Cuánto podría costarle una demanda a su organización, tanto en dólares como en el impacto negativo en su marca? ¿Qué pasa con la pérdida de ingresos?

Investigue los costos

Si está creando un nuevo sitio, haga que sus socios de desarrollo creen una línea de pedido por el costo de garantizar que su trabajo cumpla con los estándares WCAG 2.1 utilizando herramientas de prueba de accesibilidad automatizadas. Además, considere reunirse con consultores de accesibilidad de terceros que tengan los recursos para realizar pruebas humanas. Obtenga precios de ellos directamente para que puedan trabajar independientemente de su desarrollador.

Haz las matematicas

Suena insensible, pero la verdad es que debe determinar si los riesgos superan los costos. En BrandExtract creemos que para la mayoría de los sitios web de empresa a empresa (B2B), las pruebas automatizadas exhaustivas de conformidad con WCAG 2.0 Nivel A en el momento del lanzamiento y cualquier actualización importante es una solución rentable que demuestra un claro esfuerzo por hacer que un sitio web sea accesible. Para sitios web orientados al consumidor o sitios web con interactividad rica y compleja, es posible que se requieran pruebas más exhaustivas. Una vez más, debe consultar a un profesional legal para obtener una comprensión clara y precisa de los riesgos de incumplimiento.

Establecer un plan para el lanzamiento

Si su sitio web está orientado al consumidor, sería razonable realizar pruebas con humanos en el lanzamiento de un nuevo sitio o cada vez que experimente cambios importantes. Para un sitio B2B sin mucha complejidad o ricas interacciones, la prueba automatizada del sitio puede ser suficiente.

Establecer un plan de mantenimiento

Cualquier plan que presente debe incluir pruebas continuas que se realicen a pedido o automáticamente en un horario regular. Las pruebas humanas son algo que solo se necesita cuando un sitio web se somete a revisiones y/o rediseños significativos.

Expertos y recursos útiles

Al investigar cómo lograr la conformidad, encontrará que la solución no siempre es clara. Afortunadamente, tenemos el Proyecto A11Y. El Proyecto A11Y es una organización comunitaria que se enfoca en hacer que las pautas de accesibilidad web sean más fáciles de entender e implementar. Ofrece sugerencias específicas para patrones de diseño comunes, artículos sobre accesibilidad, una lista seleccionada de eventos y listas de verificación para asegurarse de haber dado todos los pasos importantes.

“A11Y” es un numerónimo que se usa con frecuencia en las redes sociales y otros medios de espacio restringido para referirse a la Accesibilidad. Simplemente puede leerlo como "Accesibilidad" y usarlo para ayudar a descubrir otros recursos.

• El Proyecto A11Y
• La Iniciativa de Accesibilidad Web del W3C
• W3C
• WCAG 1.0
• WCAG 2.0
• WCAG 2.1 (Recomendación candidata)
• Sección508.gov
• Selección de herramientas de evaluación de accesibilidad web
• hacha Herramientas de desarrollo
• Herramienta de prueba de accesibilidad automatizada
• Herramienta de prueba en línea Tenon.io
• TinyMCE A11yChecker
• Demandas por accesibilidad, trolls y tácticas de miedo
• También un agradecimiento especial a Kim Testa en The Bureau of Internet Accessibility. Su grupo ofrece pruebas tanto automatizadas como humanas y me siento más inteligente por haber hablado con ella (aunque cualquier error en este artículo es mío).

Algunas ideas adicionales

SAM ofrece tres integraciones posibles para ayudar con la verificación de accesibilidad automatizada:

1. El complemento TinyMCE A11yChecker es un complemento gratuito para el editor HTML incorporado de SAM y se puede activar a pedido para las versiones 3.2 y posteriores de SAM.
2. La integración con la instancia alojada de AATT de BrandExtract se puede utilizar en SAM 3.2 o posterior.
3. La integración con tenon.io se puede implementar en SAM 3.2 o posterior.

Tener un sitio web accesible no se trata solo de evitar los riesgos de incumplimiento. Más importante aún, se trata de hacer lo correcto para cada usuario y cumplir constantemente con la promesa de su marca. Si desea obtener orientación adicional sobre cómo crear un sitio web accesible, consulte nuestro episodio de podcast sobre accesibilidad web o no dude en ponerse en contacto con nuestro equipo.