La línea base de compatibilidad: elegir y documentar navegadores y tecnologías de apoyo

En la lección anterior viste que una técnica solo sirve para cumplir un criterio si es compatible con la accesibilidad (accessibility supported), y que las WCAG dejan abierto con qué tecnologías de apoyo se comprueba. WCAG-EM (se abre en una ventana nueva) cierra ese hueco en el subpaso 1.c: la línea base de compatibilidad. Es una decisión técnica con consecuencias directas en el veredicto, en el esfuerzo y en la credibilidad del informe. Esta lección explica cómo elegirla, cómo usarla durante la evaluación y cómo documentarla para que otra persona pueda repetir tus pruebas.

Qué es exactamente la línea base

La línea base es la lista de combinaciones de sistema operativo, navegador y tecnología de apoyo que el equipo auditor y el cliente aceptan como referencia para decidir si una técnica «funciona». No pretende recoger todo lo que existe en el mercado, sino un conjunto mínimo razonable que represente a quienes usarán el sitio. Lo sensato es acordarla con el propietario del sitio en la fase de alcance y, cuando el público es amplio, apoyarla en datos sobre el uso real de tecnologías de apoyo.

Tiene tres consecuencias prácticas:

• Veredicto: si una técnica falla en una combinación de la línea base, no puede usarse para satisfacer el criterio dentro de ese alcance.
• Esfuerzo: cada combinación añadida multiplica las pruebas de los criterios que dependen de la tecnología de apoyo.
• Comparabilidad: dos auditorías del mismo sitio con líneas base distintas pueden llegar, legítimamente, a conclusiones diferentes. Por eso la línea base figura siempre en el informe.

Cómo elegir las combinaciones

Parte de cuatro preguntas:

1. ¿Quién usará el sitio? Una sede electrónica o una tienda en línea sirven al público general: hay que cubrir Windows, macOS, iOS y Android. Una intranet usada solo en puestos corporativos homogéneos puede limitarse a la configuración estándar de la organización, siempre que se diga expresamente.
2. ¿Qué tecnologías de apoyo usan esas personas? Las encuestas periódicas de WebAIM a personas usuarias de lectores de pantalla muestran, edición tras edición, que JAWS y NVDA dominan en el ordenador con Windows y que VoiceOver en el iPhone es el más usado en el móvil, seguido de TalkBack en Android. Si el cliente tiene datos propios (consultas a su servicio de atención, asociaciones con las que colabora), úsalos.
3. ¿Con qué navegador se combina cada una? Cada lector se prueba con los navegadores con los que más se usa y para los que está pensado: NVDA con Chrome y Firefox, JAWS con Chrome o Edge, VoiceOver con Safari, TalkBack con Chrome.
4. ¿Qué otras tecnologías de apoyo importan? El lector de pantalla no es la única. Para criterios como 1.4.4 Cambio de tamaño del texto, 1.4.10 Reajuste de los elementos o 2.5.3 Etiqueta en el nombre, la línea base debe incluir el zoom del navegador, un magnificador (la Lupa de Windows o el zoom de macOS) y un sistema de control por voz (Control por voz en macOS e iOS, Voice Access en Android o Dragon en Windows).

Qué probar con cada combinación

Probar los 55 criterios de nivel A y AA de las WCAG 2.2 con cinco combinaciones es inviable e innecesario: muchos criterios no dependen de la tecnología de apoyo (el contraste de un texto se mide igual con cualquier lector). La práctica habitual es una pasada completa con una combinación principal y pruebas dirigidas con las demás en los criterios y componentes en los que la interpretación de la tecnología de apoyo es decisiva.

Cuando los resultados difieren entre combinaciones

Tarde o temprano un componente funcionará en una combinación y no en otra. Antes de registrar el resultado, averigua la causa. Hay tres situaciones típicas:

1. El código es incorrecto y una combinación lo disimula. Algunos lectores aplican heurísticas: por ejemplo, anuncian como etiqueta el texto más cercano a un campo que no tiene ninguna asociada. Que «funcione» en esa combinación no lo arregla: es un fallo del criterio (aquí, 1.3.1 Información y relaciones o 4.1.2 Nombre, función, valor).
2. El código es correcto, pero la combinación no lo soporta. Si esa combinación está en la línea base, la técnica no es compatible con la accesibilidad en ese alcance y el criterio no se satisface. Regístralo como fallo, explica en la nota que se debe a la falta de soporte y recomienda una alternativa más robusta, normalmente HTML nativo.
3. El problema es de la prueba. Modo de navegación equivocado, verbosidad reducida, una versión desactualizada, la caché del navegador. Repite la prueba en condiciones limpias antes de concluir nada.

Documenta siempre en qué combinación se observa cada resultado. Un hallazgo que dice «el lector no anuncia el error» sin decir cuál, con qué navegador y en qué versión, no se puede reproducir y acaba discutiéndose en lugar de corregirse.

Documentar la línea base

La línea base se escribe en el documento de alcance y se reproduce en el informe con detalle suficiente para repetir las pruebas:

• Sistema operativo y versión de cada equipo o dispositivo.
• Navegador y versión exacta.
• Tecnología de apoyo, versión y configuración relevante: idioma y voz, nivel de verbosidad, si se usan los ajustes por defecto.
• En móvil, modelo de dispositivo y tamaño de pantalla: los emuladores no sustituyen a VoiceOver ni a TalkBack en un dispositivo real.
• Fechas de las pruebas y política de actualización. Lo recomendable es fijar las versiones al inicio y no actualizarlas hasta terminar, salvo acuerdo con el cliente; si se actualiza algo, se anota a partir de qué hallazgo.

Para entender bien el concepto de compatibilidad, conviene leer el apartado sobre accessibility support del documento Understanding Conformance del W3C, que explica por qué las WCAG no fijan una lista cerrada de tecnologías.

Resumen

• La línea base fija las combinaciones de sistema, navegador y tecnología de apoyo con las que se decide si una técnica funciona; condiciona el veredicto, el esfuerzo y la comparabilidad.
• Se elige según el público del sitio y el uso real de tecnologías de apoyo, e incluye también zoom, magnificador y control por voz.
• Una combinación principal hace la pasada completa; las demás se usan en los criterios y componentes que dependen del lector de pantalla.
• Si una combinación de la línea base no soporta una técnica, el criterio no se satisface en ese alcance; antes, descarta errores de código o de prueba.
• Documenta versiones, configuración, dispositivos y fechas, y congela las versiones durante la auditoría.