Cómo funcionan los lectores de pantalla y qué tener en cuenta al diseñar

Un lector de pantalla convierte en voz o en braille lo que hay en una pantalla. No «ve» tu diseño: lee la estructura que hay debajo. Si esa estructura está bien hecha, la experiencia es buena; si no, la web se vuelve un muro.

Qué hace con tu página

El lector recorre el código y construye un árbol de accesibilidad con los encabezados, los enlaces, los botones, los campos de formulario y las regiones de la página. Las personas usuarias no leen de arriba abajo: saltan entre encabezados, listan los enlaces o van directas a una región, como el menú o el contenido principal.

Qué conviene cuidar

• Encabezados en orden. Un único H1 y niveles que no se salten.
• Regiones. Cabecera, navegación, contenido principal y pie bien marcados, y un enlace para saltar al contenido.
• Textos de enlace con sentido. «Descargar la guía de accesibilidad» en vez de «aquí».
• Etiquetas en los formularios asociadas a cada campo, y errores anunciados.
• Texto alternativo útil en las imágenes con información, y vacío en las decorativas.
• ARIA con criterio. Primero HTML nativo; ARIA solo cuando haga falta, porque un uso incorrecto empeora la experiencia.

Cómo probarlo

Prueba con un lector real, como NVDA o JAWS en Windows, VoiceOver en macOS y iOS o TalkBack en Android, y mejor aún con personas que lo usan a diario. Una prueba de cinco minutos suele revelar problemas que una herramienta automática no ve.