Cómo realizar una auditoría de accesibilidad de su sitio de WordPress

La accesibilidad de los sitios web es una expresión de moda que la mayoría de los desarrolladores y diseñadores saben que es realmente importante y es algo que deberían hacer, pero realmente no sé cómo comenzar o tener tiempo para implementar procesos, por lo que simplemente pospongo. La verdad es que los sitios web que no hacen que la accesibilidad sea una prioridad son un proceso que espera tener lugar. Una encuesta de 2011 del Centro de Investigación Pew encontró que el 2%, o 4,7 millones, los adultos estadounidenses dijeron que sufren de una discapacidad o enfermedad que los hizo difíciles o imposibles de usar Internet. El Departamento de Justicia de los Estados Unidos, que actúa en nombre de estos ciudadanos, ha demandado y negociado millones de dólares con grandes marcas como Target, Disney y Netflix, porque no han diseñado su sitio para satisfacer las necesidades de navegación. De los clientes con discapacidades.
Según el bufete de abogados Seyfarth Shaw y Gouulston & Storrs, el reciente crecimiento de los procesos de accesibilidad, introducido bajo estadounidenses con discapacidades, no muestra signos de desaceleración. Fuera de los Estados Unidos, el impulso para una mayor accesibilidad web está aumentando, la Unión Europea establece las leyes de accesibilidad. Pero hacer accesible su sitio web no solo significa evitar procesos. Es lo que debe hacerse de diseñar y desarrollar sitios con un ojo a la inclusión significa que valora y respeta a todos los usuarios y personas.
Con todo esto en mente, le presentaré cómo realizar una auditoría de accesibilidad de su sitio web, incluidos consejos y herramientas para ayudarlo a aplicar un proceso que puede usar para todos sus proyectos 1. Familiarización con WCAG 2.0 Primero, realiza el paso por el Guía W3C sobre la accesibilidad del contenido web 2.0 (WCAG 2.0). Hay mucho que considerar, pero no tiene que leerlos en detalle, solo para familiarizarse con las 12 categorías básicas y lo que cada uno implica, para que pueda comprender mejor a qué implican las pautas. No es una gran exageración, vayamos. Digamos que las reglas WCAG 2.0 llegarán a casi todos los lados de su sitio web, desde el código hasta el contenido hasta las imágenes. Pero cada guía tiene un propósito. Por ejemplo, algunas de las pautas de WCAG 2.0 cubren:
Técnicas básicas de marcado para que su sitio sea fácil de leer por los lectores de pantalla y otras herramientas.
Manipulación correcta de imágenes y texto alternativo.
Cómo mostrar e incorporar los videos correctamente en su contenido.
El uso correcto de los colores y el contraste en su sitio para garantizar la accesibilidad.
Cómo implementar correctamente cualquier página web alternativa.
Estructura y configuración de navegar por su sitio web.
Un sitio web compatible con WCAG 2.0 debe cumplir con un cierto umbral de accesibilidad universal. Sepa dónde se encuentra su sitio web puede ser invaluable y provocativo.
Este paso lo ayudará a orientarse y comprender el campo de la actividad que necesita hacer. 2. Validando su código El siguiente paso es comenzar a mirar el código básico de su sitio. Si no es un desarrollador, esto obviamente será un desafío. Por lo tanto, el W3C proporciona una valiosa herramienta de validación para ayudar, para ayudar a las personas que no han desarrollado un entendimiento si su sitio está en conformidad y dónde podría ser más trabajo. Como el W3C es, en esencia, el cuerpo regulatorio web profesional, su herramienta de validación a menudo es un paso informativo en la auditoría de accesibilidad de su sitio web. Dicho esto, esta herramienta no es exhaustiva y su auditoría probablemente continuará a través de varios pasos.
Pruebe el marcado básico de su sitio web, incluidos HTML, XHTML y SMIL.
Verifique todas las imágenes de la otra marca de texto requerida
Mire la estructura de su sitio web para asegurarse de que la semántica de su código esté de acuerdo con los estándares de cumplimiento de WCAG 2.0
Solo mire la página de URL a la que dirigió la herramienta; Deberá probar el sitio de su sitio por página (o tomar una muestra representativa) para tener una idea de su cumplimiento general.
El instrumento no probará CSS y no buscará enlaces interrumpidos, por lo que deberá usar otras herramientas para él. CSS-Truss tiene una excelente guía para herramientas de accesibilidad, mientras que hay muchos complementos gratuitos en WordPress.org Warehouse que pueden ayudarlo a buscar y reemplazar enlaces rotos.
Este paso: lo ayudará a descubrir el marcado fundamental y los errores semánticos que pueden ocurrir en sus páginas. Usted, es increíblemente importante que su sitio tenga un buen rendimiento cuando se procese a través de dicho instrumento. Una forma verdaderamente simple, rápida y efectiva de verificar si su sitio funciona con un lector de pantalla es simularlo utilizando herramientas como la extensión de Chromevox (una extensión de Chrome) o Fangs (una extensión de Firefox). Lectores de pantalla Dependen del código de sonido semántico , contenido estructurado lógico y clara navegación y botones. Si alguno de estos elementos no se implementa correctamente, la experiencia de un usuario con un lector de pantalla puede sufrir significativamente. Simular un lector de pantalla te ayudará:
Evalúe qué tan bien funciona su sitio cuando se ve utilizando un lector de pantalla adecuado, es decir, su sitio es más legible o es una pesadilla para que un lector de pantalla lo interprete.
Identifique los puntos de interrupción en su sitio en el que el código está estructurado incorrectamente o interfiere con la experiencia del usuario.
Asegúrese de que cualquier menús personalizado funcione correctamente en el software del lector de pantalla.
Comprenda si su navegación funciona como debería ser con un lector de pantalla.
Determine si su contenido está coherentemente organizado.
Vea lo fácil que un usuario puede pasar un lector de pantalla a lo largo de su contenido.
Este paso le dará una idea de qué tan bien funciona su sitio para los usuarios que dependen de la pantalla de lectura del software. Por defecto, los lectores de pantalla también ayudarán a llamar la atención sobre una amplia gama de problemas en su sitio relacionados con la organización semántica y el contenido de la página. Examinar el contenido de su sitio (incluido el video) que no se pierde las herramientas disponibles para ayudarlo a trabajar a través de la auditoría de accesibilidad. De hecho, puede encontrar una lista completa ofrecida por el sitio web de W3C aquí. Pero en este momento de una auditoría de accesibilidad, es una buena idea pasar un tiempo examinando el contenido real de su sitio. Cuando audita su contenido, incluidos artículos, imágenes, videos, podcasts y otros medios, hay algunas preguntas que usted puede ponerlos:
¿Puedes pasar por la navegación principal? De hecho, ¿puedes pasar fácilmente por toda la experiencia del usuario? Esta función es vital para una fuerte accesibilidad.
A medida que disminuye y expande la pantalla, ¿su contenido fuera de la pantalla está desactivado correctamente?
¿Se usan correctamente las etiquetas del título? Las etiquetas de título deben ayudar a organizar su estructura de contenido, formando un contorno fácil de leer.

¿Todos tus videos tienen subtítulos o subtítulos? La descripción de audio de los videos también a veces se desea.
¿Todos tus colores muestran suficiente contraste? Esto es para garantizar que los usuarios daltonistas no tengan una experiencia de usuario confundida.
¿Todas sus imágenes tienen un texto alternativo? Otro texto es una herramienta descriptiva importante para una amplia variedad de usuarios.
Este paso: lo ayudará a identificar fortalezas y oportunidades para el contenido en su sitio web a los elementos, su contenido debe esforzarse por ser lo más asequible posible. Recuerde la estrecha correlación entre la accesibilidad web y el SEO.5. Probando al usuario en este momento, ha pasado un período de tiempo significativo con su sitio web, verificando el código y el contenido para ver dónde puede tener brechas en accesibilidad general. Pero la verdad es que todas estas herramientas pueden decirte mucho. Puede haber problemas en los que no pensaste en seguir. Por lo tanto, realizar pruebas de usuarios le brindará información aún más invaluable. Idealmente, las pruebas de los usuarios deben ser realizadas por usuarios con discapacidades. Es importante que los usuarios de su prueba:
Identifique cualquier área de dificultad que encuentren, incluso si no están cubiertas por otras herramientas de diagnóstico o prueba.
Haga intentos repetidos y exhaustivos para usar su sitio de varias maneras y en una variedad de entornos (como móvil versus escritorio), pero poniendo un énfasis especial en las formas en que encuentran natural.
Interactuar con tantos menús, conmutadores y menús personalizados posibles.
Observe todos los problemas que pueden surgir, no importa cuán fácil sea.
Este paso: lo ayudará a obtener comentarios reales y valiosos sobre cómo funciona su sitio en términos de accesibilidad. En teoría, debe probar su sitio web con cada etapa de desarrollo y mejora. 6. Creación de una lista de verificar las tareas de actuación Una vez que haya reunido toda esta información sobre la accesibilidad de su sitio web, es importante pasar un tiempo para realizar su auditoría operativa. ¿Significa esto pasar un tiempo pensando en cuáles son sus objetivos que desea que su sitio web sea compatible con el WCAG de 2.0 a nivel? ¿O simplemente quieres hacer un esfuerzo de buena fe para mejorar la accesibilidad y no preocuparte por el cumplimiento? Su respuesta a esta pregunta influirá en su enfoque de gestión de tareas una vez que se complete su auditoría de accesibilidad. Sin embargo, es importante enfatizar que no se considera que un sitio web que sea 99% compatible sea. Al desarrollar una lista de verificación de accesibilidad para futuros proyectos de sitios web, aquí hay algunas cosas a considerar: detalla qué tareas son fáciles de lograr y qué objetivos pueden tardar más en implementarse.
Tenga en cuenta qué tareas se pueden realizar simplemente cambiando el contenido y qué tareas requerirán la implementación de un buen desarrollador.
Algunas tareas pueden requerir un especialista o alguien con experiencia específica para implementarlas; Estas tareas deben tenerse en cuenta a tiempo
Si desarrolla una cronología además de una lista de verificación, asegúrese de dejar espacio para probar y solucionar problemas
Sea deliberadamente en el nivel de conformidad que desea lograr; Tareas de nivel A, nivel AA o incluso tareas de nivel AAA.
Este paso: lo ayudará a mantenerse organizado a medida que comience el proceso de paso. Para algunos, esta lista de verificación será bastante fluida, por lo que está bien volver a este paso una y otra vez. El desarrollo de sitios web accesibles por cualquier persona en países como Estados Unidos, el cumplimiento de WCAG 2.0 es legalmente obligatorio solo para ciertos tipos de sitios web (por ejemplo, aquellos asociados con la educación pública o las agencias gubernamentales). Pero esto cambia, y la tarea recae en los desarrolladores web y los creadores de contenido de todo el mundo para garantizar que todos disfruten de acceso abierto e igualitario a la web. El cumplimiento de WCAG 2.0 puede ser difícil de lograr. Pero con buenos datos y una organización sólida, puede hacer que los procesos sean más fáciles y más fáciles de administrar. Incluso si no obtiene el cumplimiento perfecto, puede hacer que su sitio sea más fácil de usar para los usuarios con una amplia gama de habilidades. Saber cómo hacer una auditoría de accesibilidad del sitio web lo ayudará a comenzar, pero resolverlo depende de usted.