Lección 11Pasos posteriores al diseño: ¿cómo implementar y hacer un buen seguimiento de tu diseño accesible?
- Noción 79 - Para revisar lo que aprendió sobre las WCAG, puede echar un vistazo a la Lección 8.
- Noción 80 - Acordar un cronograma de revisión
- Noción 81 - Crear una lista de comprobación y documentar soluciones que funcionen
- Noción 82 - La diferencia entre garantizar la accesibilidad a corto y a largo plazo
- Noción 83 - Repaso de los principales conceptos
Noción 80
Acordar un cronograma de revisión
Competencias objetivo
"El diseño y el contenido evolucionarán con el tiempo y un chequeo regular puede ser útil para medir la brecha entre las especificaciones de diseño originales con respecto a la accesibilidad y la implementación real. Esto se puede hacer de forma regular, pero debe hacerse especialmente después de eventos específicos.
Eventos para iniciar una revisión
Vimos en la lección anterior que las contribuciones pueden ser una fuente de problemas para la accesibilidad del contenido. Como las contribuciones se pueden agregar regularmente, un chequeo regular parece adaptado. No obstante, debemos considerar que algunos eventos son particularmente propensos a generar problemas de accesibilidad, y deberían desencadenar una revisión justo después de su implementación. Estos eventos pueden ser:
- Nueva característica implementada, como un nuevo banner de cookies, un nuevo reproductor multimedia o un nuevo menú
- Modificaciones de diseño, como el color utilizado, el diseño general, los nuevos puntos de referencia
- Adición o eliminación del bloque de contenido y cómo se puede acceder a él
Cómo hacer una reseña
Una revisión realizada a través de un punto de vista de accesibilidad debe centrarse en las directrices y las mejores prácticas, utilizando herramientas para hacer un informe rápido de los principales problemas. Un uso exhaustivo de los elementos con navegación por teclado y un lector de pantalla revelará otros elementos problemáticos.
Usando el WCAG e inspeccionando el código real, podemos encontrar soluciones para cada uno de estos problemas. Es importante identificar el problema con precisión para corregirlo de manera efectiva.
Luego, podemos reportar cada problema en un archivo o un sistema de informes. Debe tener los siguientes campos para cada problema detectado:
- Fecha
- Localización del problema
- Sistema operativo y navegador web utilizado para detectar el problema
- Comportamiento esperado
- Comportamiento real
- Nivel de prioridad, dependiendo de si se trata de un problema de diseño o de contenido. Lo último suele ser más rápido de resolver.
- Estado: resuelto o no para que el revisor realice un seguimiento de sus tareas.
Una vez realizada la revisión
El revisor debe verificar que sus correcciones no han introducido nuevos problemas. Además, la revisión debe transmitirse al equipo de diseño a fin de evitar más problemas en futuros diseños.