Operación: monitorización, gestión de incidencias y mejora continua

El producto está en producción. A partir de ahora, la accesibilidad se degrada por tres vías: contenido nuevo publicado por personas sin formación, cambios de código que escapan a las pruebas y actualizaciones de componentes de terceros. Al mismo tiempo, las personas usuarias encuentran barreras y, si la organización ha hecho bien su trabajo, las comunican. Operar la accesibilidad consiste en detectar la degradación pronto, atender las incidencias con un proceso claro y usar lo aprendido para mejorar el ciclo. Esta lección cierra el círculo del ciclo de vida.

Monitorización: detectar antes que las personas usuarias

Rastreo automático periódico

Programa un rastreo semanal (o diario en sitios con mucho contenido nuevo) con una herramienta automática sobre todo el sitio o sobre un número representativo de páginas. La configuración importante no es la herramienta, sino qué haces con el resultado: define alertas por tipo de problema y responsable. Un PDF nuevo sin etiquetar alerta al equipo de contenidos; un componente con ARIA inválido alerta al equipo de desarrollo; una caída de contraste en toda la plantilla alerta al design system.

Comprobaciones sintéticas de flujos críticos

Además del rastreo, mantén pruebas de extremo a extremo con axe-core sobre los procesos críticos ejecutadas contra producción (con cuentas de prueba) tras cada despliegue. Detectan lo que el rastreo de páginas estáticas no ve: estados tras la interacción.

Vigilancia de terceros

Lleva un registro de los componentes externos (chat, cookies, pagos, mapas, vídeos, analítica con interfaz) con su versión y una prueba manual rápida tras cada actualización anunciada por el proveedor. Las actualizaciones de terceros son la causa más frecuente de regresiones graves que nadie ha tocado internamente.

Señales de las personas usuarias

El mecanismo de comunicación que exige el RD 1112/2018 (PDF, se abre en una ventana nueva) para el sector público, y que la Ley 11/2023 (PDF, se abre en una ventana nueva) hace igualmente necesario para los servicios privados cubiertos, es también una fuente de monitorización: cada barrera reportada es un dato. Añade canales adicionales: analítica de abandono en formularios, consultas al servicio de atención que mencionen «no puedo», «no me deja», «no se lee», y la escucha de redes sociales y asociaciones.

Gestión de incidencias de accesibilidad

Trata las barreras de accesibilidad como incidencias de producto con un proceso definido, no como «sugerencias». Un flujo eficaz tiene cinco pasos:

1. Registro: toda barrera, venga del rastreo, de QA, de una auditoría o de una persona usuaria, entra en el mismo sistema de incidencias con una etiqueta de accesibilidad y campos específicos: criterio WCAG afectado, tecnología de apoyo y navegador, pasos para reproducir, impacto en la persona.
2. Triaje: una persona con formación clasifica la severidad en 48 horas y la asigna al equipo propietario.
3. Respuesta a la persona: si la incidencia la reportó una persona usuaria, recibe acuse de recibo con un plazo y, si es necesario, una alternativa inmediata para conseguir lo que buscaba (otro canal, el documento en formato accesible, asistencia). El RD 1112/2018 fija plazos para contestar a las comunicaciones y solicitudes de información accesible; cumplirlos es obligatorio en el sector público y es buena práctica en el privado.
4. Corrección y verificación: el equipo corrige, QA verifica con la tecnología de apoyo indicada y, si procede, se añade una prueba automática para que no vuelva a ocurrir.
5. Cierre y comunicación: se informa a la persona que reportó, se actualiza la declaración de accesibilidad si el problema figuraba como contenido no accesible y se registra el tiempo de resolución.

Escala de severidad y acuerdos de nivel de servicio

Mejora continua

Operar bien no es solo apagar fuegos; es usar cada fuego para cambiar algo. Tres prácticas:

Retrospectivas de accesibilidad

Cada trimestre, el equipo revisa las incidencias cerradas y se hace una sola pregunta por cada una: ¿en qué fase del ciclo debería haberse evitado? Si la respuesta se repite («diseño no anotó el foco», «contenidos no sabe etiquetar PDF», «el contrato del proveedor no exigía nada»), ahí está la mejora de proceso, y es la que realmente reduce incidencias futuras.

Análisis de causa raíz en bloqueantes

Toda incidencia bloqueante merece un breve análisis de causa raíz (una página): qué pasó, por qué, por qué no se detectó antes, qué cambia. Compártelo con los equipos; es formación gratuita.

Indicadores de operación

• Tiempo medio de triaje y de corrección por severidad.
• Número de incidencias por origen (rastreo, QA, auditoría, personas usuarias): si casi todas vienen de personas usuarias, la detección interna falla.
• Porcentaje de incidencias con prueba automática añadida al cerrar.
• Regresiones: incidencias que reaparecen tras haberse cerrado.
• Antigüedad de la declaración de accesibilidad y número de elementos listados como no accesibles, que debe descender.

Plantilla de ficha de incidencia de accesibilidad

1. Título breve y producto o URL afectada.
2. Origen: rastreo, QA, auditoría, persona usuaria (sin datos personales en la ficha).
3. Pasos para reproducir, con navegador, sistema y tecnología de apoyo y sus versiones.
4. Resultado observado y resultado esperado.
5. Criterio o criterios WCAG 2.2 afectados.
6. Severidad y justificación por impacto.
7. Alternativa ofrecida mientras se corrige.
8. Equipo propietario, fecha objetivo y fecha real de corrección.
9. Prueba automática añadida (sí/no y enlace).
10. Aprendizaje para la retrospectiva.

Resumen

• La accesibilidad en producción se degrada por contenido nuevo, cambios de código y terceros; la monitorización combina rastreo periódico, pruebas sintéticas de flujos críticos, vigilancia de proveedores y escucha de las personas usuarias.
• Las barreras se gestionan como incidencias con registro, triaje en 48 horas, respuesta con alternativa, corrección verificada y cierre comunicado.
• La severidad se define por el impacto en la persona, con acuerdos de nivel de servicio por nivel (bloqueante en ≤ 10 días hábiles).
• La mejora continua usa retrospectivas, análisis de causa raíz e indicadores de operación para cambiar el proceso, no solo para cerrar incidencias.