¿Con qué frecuencia se debe volver a auditar un sitio web por accesibilidad?
Las auditorías de accesibilidad no son proyectos únicos. Los sitios web cambian con demasiada frecuencia para eso.
Los desarrolladores implementan nuevas funcionalidades. Los equipos de marketing añaden páginas de destino. Los complementos de terceros se actualizan automáticamente. Un sitio que superó las pruebas de accesibilidad hace seis meses puede no cumplir hoy con las comprobaciones básicas de accesibilidad.
Las empresas que se enfrentan a la accesibilidad de sitios web en virtud de la Ley de Estadounidenses con Discapacidades (ADA) terminan encontrando la misma pregunta:
¿Con qué frecuencia se debe auditar nuevamente un sitio web?
La respuesta corta depende de la frecuencia con la que cambia el sitio. Pero aparecen patrones en todas las industrias. Las organizaciones que se toman en serio la accesibilidad suelen probar sus sitios en un calendario predecible y ejecutan comprobaciones automáticas entre medias.
La realidad es menos ordenada para la mayoría de las empresas. Muchos sitios web se auditan una vez, publican una declaración de accesividad haciendo referencia a las Pautas de Accesibilidad al Contenido Web (WCAG) y luego pasan años sin otra revisión.
Esa brecha genera problemas.
Qué comprueba realmente una auditoría de accesibilidad
Una auditoría de accesibilidad de un sitio web mide el grado en que un sitio funciona para personas que dependen de tecnologías de asistencia.
La mayoría de las auditorías profesionales prueban el sitio con respecto a los criterios de éxito de WCAG. Las WCAG fueron desarrolladas por el World Wide Web Consortium y son ampliamente utilizadas en litigios de accesibilidad y políticas de contratación.
Las pautas cubren muchas áreas de la accesibilidad digital:
- navegación por teclado
- compatibilidad con lectores de pantalla
- alternativas textuales para imágenes
- contraste de color
- etiquetas de formularios
- orden del foco
- mensajes de error
Las herramientas automatizadas pueden detectar algunos de estos problemas. Muchos no pueden.
La usabilidad con lectores de pantalla, el orden de navegación por teclado y los componentes interactivos requieren pruebas manuales.
Durante una auditoría completa, los evaluadores de accesibilidad suelen:
- navegar por el sitio usando solo el teclado
- probar con lectores de pantalla como NVDA o VoiceOver
- comprobar el contraste de color
- revisar la estructura de la página y el marcado semántico
- evaluar la usabilidad de los formularios
Una auditoría típica examina tipos de páginas representativos en lugar de cada página del sitio.
Por ejemplo, una auditoría de comercio electrónico podría incluir:
- página de inicio
- página de listado de productos
- página de detalle de producto
- carrito de compras
- página de pago
- página de inicio de sesión
Probar estos patrones revela problemas de accesibilidad que se repiten en todo el sitio.
Por qué las auditorías de accesibilidad caducan rápidamente
Las auditorías de accesibilidad tienen una fecha de caducidad porque los sitios web cambian constantemente.
Los equipos de contenido publican artículos cada semana. Los diseñadores cambian componentes de diseño. Los desarrolladores introducen nuevos scripts o widgets.
Cada cambio puede introducir problemas de accesibilidad.
Una sola actualización de un complemento puede romper la navegación por teclado. Una actualización de diseño puede reducir el contraste de color. Una página de destino de marketing puede lanzarse sin una estructura de encabezados adecuada.
Estos problemas aparecen con frecuencia durante las auditorías de seguimiento.
Una auditoría es realmente una instantánea del sitio en un momento dado.
Esa es la limitación principal.
Con qué frecuencia auditan sus sitios web las grandes organizaciones
Las grandes organizaciones rara vez confían en una sola auditoría.
Las universidades y agencias gubernamentales suelen realizar revisiones de accesibilidad de forma regular porque deben documentar el cumplimiento de la accesibilidad en virtud de leyes como la Sección 508 de la Ley de Rehabilitación.
Muchas universidades realizan auditorías de accesibilidad anuales de los principales sistemas web.
Algunas ejecutan herramientas de análisis de accesibilidad automatizadas cada semana en miles de páginas. Las pruebas manuales suelen realizarse con menos frecuencia porque llevan tiempo.
Las empresas de software empresarial a menudo auditan sus plataformas SaaS antes de lanzar rediseños importantes. También pueden realizar auditorías específicas al lanzar nuevas funcionalidades.
El calendario depende de los ciclos de desarrollo.
Los sitios que se actualizan constantemente necesitan revisiones de accesibilidad más frecuentes.
Las tres frecuencias de auditoría que terminan usando la mayoría de las empresas
En todas las industrias, las pruebas de accesibilidad tienden a caer en tres categorías aproximadas.
Auditorías anuales
Muchas empresas programan una auditoría de accesibilidad completa una vez al año.
Este enfoque funciona razonablemente bien para sitios web que no cambian con frecuencia. Los sitios de marketing corporativo con actualizaciones de contenido limitadas a menudo caen en esta categoría.
La limitación es obvia. Los problemas de accesibilidad introducidos a mitad de año pueden permanecer sin detectarse durante meses.
Revisiones trimestrales
Las organizaciones con sitios web activos a menudo realizan auditorías más pequeñas cada tres meses.
Estas revisiones se centran en páginas o componentes añadidos recientemente. No repiten toda la auditoría cada vez.
Las revisiones trimestrales detectan los problemas antes.
Análisis automático continuo
Muchas empresas también ejecutan analizadores de accesibilidad automatizados a diario o semanalmente.
Estas herramientas rastrean el sitio y señalan problemas como:
- falta de texto alternativo
- texto de bajo contraste
- etiquetas de formulario vacías
El análisis automatizado no puede detectar todos los problemas de accesibilidad. Omite problemas relacionados con la navegación por teclado, los anuncios del lector de pantalla y el comportamiento dinámico de la interfaz.
Aun así, los analizadores detectan una cantidad sorprendente de problemas rápidamente.
Un ejemplo real donde la deriva de accesibilidad causó problemas
A principios de 2022, una marca minorista de tamaño medio lanzó un nuevo sitio de comercio electrónico construido en Shopify.
Antes del lanzamiento, la empresa contrató a un consultor de accesibilidad para realizar una auditoría WCAG. El sitio pasó con problemas relativamente menores.
La empresa publicó una declaración de accesividad haciendo referencia a WCAG 2.1 Nivel AA.
Luego, el equipo de marketing comenzó a construir páginas de destino promocionales.
En ocho meses, el sitio tenía más de 60 páginas nuevas construidas con una herramienta de construcción de páginas. Esas páginas introdujeron problemas de accesibilidad que no estaban presentes en la auditoría original:
- imágenes sin texto alternativo
- campos de formulario sin etiquetas
- estructuras de encabezados que saltaban niveles
- botones a los que no se podía llegar con el teclado
Una persona ciega informó de los problemas a través del correo electrónico de contacto de accesibilidad de la empresa.
Una revisión interna descubrió que las nuevas páginas nunca habían pasado por pruebas de accesibilidad.
El informe de auditoría original era técnicamente correcto. Simplemente ya no reflejaba el sitio.
Este patrón aparece a menudo.
Cómo afecta la velocidad de desarrollo a la frecuencia de auditoría
El ritmo de desarrollo es uno de los factores más importantes que determinan con qué frecuencia se debe auditar un sitio.
Sitios de cambio lento
Los sitios web de pequeñas empresas con unas pocas páginas estáticas cambian raramente. Una auditoría anual puede ser suficiente.
Sitios moderadamente activos
Los sitios de marketing corporativo y los blogs cambian con frecuencia pero suelen seguir plantillas predecibles. Estos sitios a menudo se benefician de revisiones de accesibilidad trimestrales.
Entornos de desarrollo rápido
Las plataformas SaaS, los sistemas de comercio electrónico y las aplicaciones web implementan cambios semanal o incluso diariamente.
Estos entornos suelen requerir:
- análisis automatizado
- pruebas manuales periódicas
- comprobaciones de accesibilidad integradas en los flujos de trabajo de desarrollo
Una auditoría anual por sí sola no es suficiente.
Por qué las herramientas de accesibilidad automatizadas no pueden reemplazar las auditorías
Los analizadores de accesibilidad automatizados son útiles pero limitados.
La mayoría de las herramientas comprueban solo entre el 30 y el 40 por ciento de los criterios de éxito de WCAG.
Pueden detectar falta de texto alternativo o bajo contraste de color. No pueden determinar si los anuncios del lector de pantalla tienen sentido o si el orden del foco del teclado coincide con el diseño visual.
Las pruebas manuales siguen siendo necesarias.
Por ejemplo, un menú desplegable podría existir técnicamente en el marcado de la página. Las herramientas automatizadas no detectarán nada malo.
Un usuario de teclado puede descubrir que el menú no se puede abrir sin un ratón.
Ese problema aparece regularmente durante las auditorías manuales.
Cómo influyen las demandas por accesibilidad en los calendarios de auditoría
Las demandas por accesibilidad han llevado a algunas empresas a auditar con más frecuencia.
En virtud de la Ley de Estadounidenses con Discapacidades, las empresas que operan sitios web orientados al público han sido demandadas por barreras de accesibilidad.
Muchas demandas hacen referencia a los criterios de éxito de WCAG.
Los abogados que revisan sitios web a menudo ejecutan primero análisis de accesibilidad automatizados. Si el análisis encuentra docenas de problemas, el sitio se convierte en un objetivo más fácil para litigios.
Las empresas que auditan regularmente suelen detectar y solucionar esos problemas antes.
Las pruebas regulares no eliminan el riesgo legal. Reducen el número de fallos evidentes visibles durante los análisis automatizados.
El papel de las pruebas de accesibilidad en los flujos de trabajo de desarrollo
Algunas organizaciones tratan las auditorías de accesibilidad como comprobaciones de cumplimiento externas.
Otras integran las pruebas de accesibilidad en el propio proceso de desarrollo.
Los equipos que utilizan el segundo enfoque a menudo ejecutan comprobaciones de accesibilidad durante el desarrollo. Los desarrolladores prueban las nuevas funcionalidades con navegación por teclado antes de lanzarlas.
Los equipos de diseño comprueban el contraste de color antes de aprobar los componentes visuales.
Este enfoque distribuye el trabajo de accesibilidad a lo largo del ciclo de vida del producto en lugar de esperar a las auditorías anuales.
La compensación es el costo.
Capacitar a los equipos de desarrollo en accesibilidad lleva tiempo. Muchas empresas todavía dependen en gran medida de auditorías externas.
Con qué frecuencia se auditan los sitios web gubernamentales
Las agencias gubernamentales suelen auditar sus servicios digitales regularmente porque deben cumplir con las leyes de accesibilidad.
En Estados Unidos, las agencias federales siguen los requisitos de accesibilidad en virtud de la Sección 508 de la Ley de Rehabilitación.
Las agencias a menudo mantienen programas de accesibilidad que incluyen:
- análisis de accesibilidad rutinarios
- pruebas manuales de accesibilidad
- documentación del cumplimiento de accesibilidad
Los grandes sitios web federales pueden ser analizados semanalmente mediante herramientas automatizadas.
Las auditorías manuales suelen realizarse anualmente o durante rediseños importantes.
Lo que recomiendan los profesionales de la accesibilidad
Los consultores de accesibilidad a menudo recomiendan pruebas por capas en lugar de depender de una sola auditoría.
Un calendario típico podría incluir:
- análisis automáticos semanales
- revisiones específicas de accesibilidad trimestrales
- auditoría manual completa anual
Esta estructura equilibra el costo con la cobertura.
La auditoría anual proporciona una evaluación detallada. Las revisiones trimestrales detectan cambios. El análisis automático encuentra problemas rutinarios rápidamente.
La limitación es que incluso este calendario puede pasar por alto problemas introducidos entre revisiones.
El trabajo de accesibilidad nunca termina realmente.
Cómo los equipos de contenido introducen accidentalmente problemas de accesibilidad
Los desarrolladores no son la única fuente de problemas de accesibilidad.
Los equipos de contenido introducen problemas con frecuencia al publicar nuevas páginas.
Ejemplos comunes incluyen:
- subir imágenes sin texto alternativo
- incrustar vídeos sin subtítulos
- crear encabezados que saltan niveles de jerarquía
- añadir PDF que carecen de etiquetado de accesibilidad
Estos problemas aparecen incluso en sitios que superaron auditorías anteriores.
Capacitar a los editores de contenido ayuda a reducir el problema. Muchas empresas ahora incluyen comprobaciones de accesibilidad en las pautas de publicación de contenido.
El costo de las auditorías de accesibilidad repetidas
Las auditorías de accesibilidad requieren tiempo y dinero.
Un sitio de marketing pequeño puede costar entre $3,000 y $6,000 por una auditoría de accesibilidad profesional.
Las grandes plataformas de comercio electrónico a menudo cuestan entre $10,000 y $25,000 dependiendo del número de plantillas probadas.
Las plataformas SaaS con paneles complejos pueden superar los $30,000.
Este costo explica por qué algunas empresas auditan solo una vez.
La compensación es el riesgo.
Los problemas de accesibilidad se acumulan con el tiempo cuando cesan las auditorías.
Señales de que un sitio web necesita otra auditoría de accesibilidad
Ciertos eventos a menudo desencadenan nuevas revisiones de accesibilidad:
- rediseños importantes del sitio
- migraciones de plataforma
- nuevas funcionalidades de comercio electrónico
- grandes expansiones de contenido
- nuevos frameworks de JavaScript
Cada cambio puede introducir nuevas barreras de accesibilidad.
Las pruebas después de estos eventos a menudo revelan problemas que no existían en versiones anteriores del sitio.
Por qué las auditorías de accesibilidad no deben tratarse como certificaciones
Algunas empresas tratan las auditorías de accesibilidad como certificados de cumplimiento.
Muestran una insignia en el sitio web o publican una declaración afirmando el cumplimiento de la accesibilidad.
Esa mentalidad causa problemas.
La accesibilidad no es una condición estática. Cambia a medida que los sitios web evolucionan.
Un informe de auditoría simplemente documenta el estado del sitio en el momento en que se realizaron las pruebas.
Un rediseño seis meses después puede invalidar partes de ese informe.
Un calendario práctico que siguen muchas empresas
En la práctica, muchas organizaciones terminan siguiendo un calendario híbrido.
- Una auditoría de accesibilidad completa cada 12 meses.
- Revisiones específicas más pequeñas cada 3 a 6 meses.
- Análisis automático ejecutándose continuamente.
Este enfoque detecta la mayoría de los problemas de accesibilidad antes de que se acumulen en todo el sitio.
También distribuye el trabajo de remediación a lo largo del año en lugar de forzar grandes correcciones después de largos intervalos.
La realidad subyacente
Las auditorías de accesibilidad miden un objetivo móvil.
Los sitios web nunca están terminados. Aparece nuevo código constantemente.
Probar una vez y asumir que la accesibilidad se mantendrá estable no se ajusta a cómo funcionan los sitios web modernos.
Las organizaciones que tratan la accesibilidad como una tarea de mantenimiento continuo tienden a descubrir los problemas antes.
Los sitios que tratan las auditorías de accesibilidad como proyectos de cumplimiento únicos suelen revisar el tema más tarde, a menudo después de recibir quejas de usuarios o avisos legales.
Los calendarios de pruebas de accesibilidad son realmente calendarios de mantenimiento.
Comments (0)
No comments yet.