Lección 4 de 7 · 13 min
Lectores de pantalla: nombres, roles y mensajes
Al terminar sabrás
13 min- Encender y usar lo básico de VoiceOver, Narrador o NVDA
- Verificar nombres, roles y estados de los controles
- Revisar títulos, formularios, errores y mensajes dinámicos
Construyes: La prueba con lector de pantalla del formulario más importante de tu producto.
No hace falta ser experto
Las personas ciegas usan lectores de pantalla con una velocidad y una destreza que un QA no va a alcanzar en una tarde. No es el objetivo. El objetivo es escuchar lo que el producto le dice a esa persona, y detectar cuando no le dice lo necesario.
Usa el que trae tu sistema:
| Sistema | Lector | Cómo se enciende |
|---|---|---|
| macOS e iOS | VoiceOver | Cmd + F5 en Mac; en el iPhone, desde Ajustes, Accesibilidad |
| Windows | Narrador | Ctrl + Windows + Enter |
| Windows | NVDA | Gratuito, se descarga desde nvaccess.org |
| Android | TalkBack | Desde Ajustes, Accesibilidad |
Nombre, rol y estado
Cada control tiene que anunciar tres cosas (4.1.2 Nombre, función, valor):
- Nombre: qué es o qué hace. "Eliminar producto", no "botón".
- Rol: qué tipo de control es: botón, enlace, casilla, pestaña.
- Estado: si está marcado, expandido, seleccionado o deshabilitado.
Los bugs más comunes:
- botones con solo un ícono y sin nombre: el lector dice "botón" y nada más;
- un div con apariencia de botón: el lector no lo anuncia como botón y el teclado no lo activa;
- un menú desplegable que no anuncia si está abierto o cerrado.
Imágenes
Toda imagen con información necesita texto alternativo (1.1.1 Contenido no textual) que diga lo que la imagen comunica, no el nombre del archivo:
- un logo que lleva a la portada: "CausPro, ir a la portada";
- un gráfico: lo que muestra, o un resumen con los datos al lado;
- una imagen decorativa: texto alternativo vacío, para que el lector la ignore.
Títulos y estructura
Muchas personas con lector de pantalla recorren una página saltando de título en título. Por eso los títulos tienen que estar marcados como títulos y en orden: un H1 para la página, H2 para las secciones, H3 dentro de ellas (1.3.1 Información y relaciones). Un texto grande en negrita que no está marcado como título es invisible para esa forma de navegar.
Formularios y errores
Los formularios concentran los bugs que más impiden terminar un trámite:
- cada campo tiene una etiqueta asociada, no solo un texto gris dentro del campo que desaparece al escribir;
- los campos obligatorios se anuncian como obligatorios;
- un error dice qué campo y por qué (3.3.1 Identificación de errores), y se anuncia; un borde rojo sin texto no lo escucha nadie.
Mensajes que aparecen solos
"Producto agregado al carrito", "Guardado", "Hay 3 resultados": si aparecen sin mover el foco, el lector no se entera, salvo que se anuncien. Es el criterio 4.1.3 Mensajes de estado, y se resuelve con regiones que el lector vigila (aria-live). Para probarlo: provoca el mensaje con el lector encendido y escucha si lo anuncia.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. El lector de pantalla anuncia un ícono de basurero solo como 'botón'. ¿Qué falta?
2. ¿Qué texto alternativo es mejor para el logo que lleva a la portada?
3. Aparece un mensaje 'Producto agregado al carrito' y el lector no dice nada. ¿Qué criterio está en juego?
Reto: tu formulario con lector de pantalla
Enciende el lector de pantalla de tu sistema y completa, solo con teclado, el formulario más importante de tu producto. Equivócate a propósito en un campo.
Anota qué anuncia en cada campo y en el error, y qué debería anunciar.