¿Puede una puntuación obtenida automáticamente demostrar que nuestra web es accesible?

Si un proveedor te muestra una puntuación alta de accesibilidad y te pide que aceptes el trabajo, la puntuación por sí sola no basta. Te informa sobre las comprobaciones automáticas realizadas en el contenido examinado. Aún necesitas saber qué se probó, qué revisaron las personas y qué queda pendiente.

Las comprobaciones automáticas son útiles. Pueden detectar barreras y ayudar a verificar si una corrección ha funcionado. El problema surge cuando el resultado de esas comprobaciones se convierte en una afirmación sobre toda la web.

¿Qué cuenta realmente la puntuación?

Tomemos Lighthouse como ejemplo concreto. Su puntuación de accesibilidad se basa en auditorías ponderadas que se consideran superadas o no superadas. Algunas comprobaciones pesan más que otras. Las auditorías manuales no cuentan para la puntuación, y tampoco lo hacen algunas auditorías de bajo impacto o de buenas prácticas. Así calcula Lighthouse su resultado; otra herramienta puede funcionar de otra manera.

Por tanto, una puntuación alta de Lighthouse describe cómo respondió el contenido probado a las auditorías automáticas que contribuyen a ese resultado. No te dice que las comprobaciones manuales se superaran. Tampoco demuestra qué ocurre en las páginas o los estados de la interfaz que no se examinaron.

Antes de sacar una conclusión más amplia, pregunta qué herramienta y versión se usaron, qué páginas examinó y qué estados de esas páginas se incluyeron. Un formulario de contacto antes de enviarlo, después de un error y después de enviarlo correctamente plantea aspectos distintos que comprobar.

La guía del W3C para elegir herramientas de evaluación explica que las herramientas tienen coberturas distintas y no pueden comprobar automáticamente todos los aspectos de la accesibilidad. Sigue haciendo falta el criterio humano. Un informe útil deja claros esos límites junto con los resultados.

Un formulario de contacto muestra cómo cambian las preguntas

Imagina un formulario de contacto con un campo llamado «Referencia». Es un ejemplo hipotético, no un hallazgo sobre una web concreta. Una comprobación automática puede confirmar que el campo tiene una etiqueta. Aun así, una persona debe valorar si «Referencia» explica qué hay que escribir. ¿Un número de pedido, un número de cliente u otra cosa?

Supongamos ahora que alguien deja vacío ese campo obligatorio. En una prueba autorizada, usa datos de ejemplo inventados para que aparezca el error. ¿El mensaje explica qué falta? ¿Puede alguien que usa el teclado llegar al campo, corregirlo y alcanzar el botón de envío? Con la configuración pertinente de lector de pantalla, ¿puede encontrar y entender el error?

Después de corregirlo, comprueba también la confirmación. ¿Puede la persona saber si su mensaje se ha enviado o si tiene que hacer algo más? Haz la prueba en un entorno acordado que evite enviar una consulta real. No hace falta subir datos personales a un servicio público de análisis para mostrar nada de esto.

La pregunta es qué estados y comportamientos cubren las pruebas. Un análisis del formulario sin rellenar no permite conocer el estado de error ni el de confirmación, salvo que también se hayan examinado. Si esos estados se incluyen, una herramienta puede ayudar a comprobarlos. Pregunta qué se ejecutó realmente en lugar de dar por hecho que todos los analizadores los cubren o se los saltan.

Mantén separadas tres respuestas distintas

¿Qué reglas automáticas se superaron? Los resultados de la herramienta pueden responder a esto para el contenido y los estados que examinó. También pueden señalar fallos que corregir y volver a comprobar.

¿Pueden las personas completar tareas importantes? Una evaluación manual experta, las comprobaciones con los métodos de entrada y el software de apoyo pertinentes, y la participación de personas con discapacidad pueden revelar otras barreras. Deja constancia de las tareas, páginas, estados y configuraciones cubiertos. Que algo funcione con una configuración deja las demás por comprobar.

La guía del W3C sobre la participación de usuarios explica cómo su experiencia complementa la evaluación frente a las normas de accesibilidad. Unas pocas sesiones satisfactorias no demuestran que la web funcione para todo el mundo. La evaluación manual también tiene un alcance concreto: decir «lo comprobamos a mano» requiere explicar qué se comprobó.

¿Cumple el alcance definido de la web la norma elegida? Para responder hace falta una evaluación frente a esa norma. La guía del W3C para evaluar la conformidad describe cómo definir el alcance, elegir una muestra representativa, evaluar e informar de los resultados. El informe debe explicar qué abarca y cómo respaldan los hallazgos su conclusión. Una puntuación o el envío correcto de un formulario no bastan para responder.

Pide un informe que te sirva

No tienes que convertirte en la persona que maneja las herramientas de prueba. Sí necesitas suficiente información para entender qué estás aceptando. Pide al proveedor un resumen breve de:

• La herramienta y su versión, las páginas y los estados de la interfaz probados, y las reglas automáticas incluidas.
• Las barreras encontradas y las tareas a las que afectan, como corregir un error o enviar una consulta.
• Las correcciones realizadas y lo que mostró la nueva comprobación.
• La evaluación manual y con software de apoyo realizada, incluidos su alcance y las configuraciones usadas.
• Lo que queda sin probar o sin resolver, y quién organizará la evaluación pendiente.

Las pautas del Departamento de Trabajo y Pensiones del Reino Unido ofrecen un ejemplo práctico de cómo conservar esta información: la guía de pruebas del Departamento de Trabajo y Pensiones del Reino Unido describe cómo combina comprobaciones automáticas, manuales y con software de apoyo, y conserva los registros de las pruebas. Es la práctica del propio departamento, no un paquete obligatorio para todas las webs.

Puedes aceptar una corrección documentada y mantener abierta la cuestión más amplia de la accesibilidad. Por ejemplo, una nueva comprobación puede justificar que aceptes la etiqueta corregida en el formulario probado, mientras siguen pendientes la evaluación de los estados de error y confirmación. Especifica el trabajo que queda y acuerda quién se ocupará.

Así tendrás una base útil para decidir el siguiente paso: corregir las barreras conocidas y organizar la evaluación que aún hace falta. Una cifra más alta solo es útil si sabes qué se comprobó y qué cambió para quienes usan la web.