Tecnología de asistencia
Evaluación con múltiples lectores de pantalla
No todos los lectores de pantalla se comportan igual. Una página que se lee a la perfección en VoiceOver puede ser inutilizable en JAWS. Probamos con los principales lectores para que cada usuario tenga una experiencia coherente.
Lo que obtienes
Todos los lectores de pantalla principales
Evaluación con NVDA y JAWS en Windows, VoiceOver en macOS e iOS, y TalkBack en Android: las combinaciones que tus usuarios utilizan realmente.
Precisión de los anuncios
Verificamos que los nombres, roles, estados y cambios de valor se anuncien correctamente, no solo que un elemento exista técnicamente en el árbol de accesibilidad.
Foco y orden de lectura
Comprobamos que el foco se mueva de forma lógica, que las actualizaciones dinámicas se anuncien y que el orden de lectura coincida con la intención visual.
Pruebas de widgets personalizados
Los menús, modales, comboboxes, pestañas y carruseles se prueban frente a las ARIA Authoring Practices y frente al comportamiento real de los lectores.
Diferencias entre lectores
Donde los lectores divergen, documentamos la discrepancia y recomendamos el marcado que funciona de forma coherente en todas partes.
Hallazgos accionables
Cada problema incluye el lector, el navegador, los pasos para reproducirlo, lo que se anunció y lo que debería haberse anunciado.
Un informe automático impecable no garantiza una experiencia utilizable para los usuarios de lectores de pantalla. La evaluación con múltiples lectores de pantalla es la forma de confirmar que tu interfaz se anuncia con claridad y es navegable para las personas que dependen de ella.
Por qué un solo lector de pantalla no basta
NVDA, JAWS, VoiceOver y TalkBack interpretan la semántica de ARIA y HTML de forma diferente y suelen combinarse con distintos navegadores. Un combobox personalizado que JAWS anuncia a la perfección puede quedar en silencio en VoiceOver; una región dinámica que se actualiza con educación en NVDA puede interrumpir constantemente en otro lector. Probar con un único lector da una falsa sensación de seguridad: la única forma fiable de saber que tu producto funciona para todos es probar las combinaciones reales que usa tu audiencia.
Los lectores de pantalla que probamos
- NVDA (Windows) con Chrome y Firefox
- JAWS (Windows) con Chrome y Edge
- VoiceOver (macOS) con Safari
- VoiceOver (iOS) con Safari
- TalkBack (Android) con Chrome
Ajustamos la matriz exacta a tus analíticas y a tu audiencia para que el esfuerzo se dirija allí donde están realmente tus usuarios.
Qué evaluamos
- Anuncios — los nombres, roles, estados y cambios de valor se anuncian con precisión y en el momento adecuado
- Gestión del foco — el foco se mueve de forma lógica, nunca queda atrapado y vuelve con sensatez tras cerrar los modales
- Orden de lectura y navegación — la secuencia de lectura coincide con la intención visual; los encabezados, los puntos de referencia y las listas facilitan una navegación eficiente
- Actualizaciones dinámicas — las regiones dinámicas, los mensajes de validación y los estados de carga se anuncian sin saturar al usuario
- Widgets personalizados — los menús, modales, comboboxes, pestañas, carruseles y cuadrículas se comportan correctamente con lectores reales, no solo sobre el papel
Qué entregamos
Un informe detallado de los problemas de anuncios, foco y navegación, cada uno vinculado a una combinación específica de lector/navegador, con lo que se anunció, lo que debería haberse anunciado, los pasos para reproducirlo, una asignación a WCAG 2.2 y el cambio de marcado que lo resuelve de forma coherente en todos los lectores.
Probado por personas que dependen de estas herramientas
La evaluación la llevan a cabo auditores con discapacidad que usan estos lectores de pantalla cada día. Eso significa que los hallazgos reflejan la usabilidad genuina —la diferencia entre “técnicamente presente en el árbol de accesibilidad” y “realmente comprensible y operable”—, no solo la conformidad automática. Combina esto con una auditoría completa por personas con discapacidad para una cobertura de extremo a extremo.
Preguntas frecuentes
¿Por qué probar con más de un lector de pantalla?
Los lectores de pantalla interpretan ARIA y HTML de forma diferente y se combinan con distintos navegadores. El código que funciona en un lector puede fallar en otro, así que probar con un solo lector da una falsa sensación de seguridad.
¿Qué combinaciones de lector de pantalla y navegador utilizan?
Normalmente NVDA y JAWS con Chrome y Firefox, VoiceOver con Safari en macOS e iOS, y TalkBack con Chrome en Android. Adaptamos la matriz a tus analíticas y a tu audiencia.
¿Lo realizan personas que usan lectores de pantalla a diario?
Sí. La evaluación la llevan a cabo auditores con discapacidad que dependen de estas herramientas cada día, de modo que los hallazgos reflejan la usabilidad real, no solo la conformidad técnica.
¿Cumple esto con WCAG?
La evaluación con lectores de pantalla respalda directamente criterios como el 1.3.1, el 4.1.2 y el 4.1.3. Asignamos cada hallazgo a los criterios de éxito de WCAG 2.2 correspondientes.
¿Prueban también en lectores de pantalla móviles?
Sí. Probamos VoiceOver en iOS y TalkBack en Android, porque los gestos móviles y los controles de rotor o de lectura se comportan de forma diferente a los de escritorio y suelen exponer sus propios problemas.
¿Pueden evaluar un único componente complejo?
Por supuesto. A menudo evaluamos un widget personalizado concreto —un selector de fecha, un combobox, una cuadrícula de datos o un flujo modal— frente a las ARIA Authoring Practices y al comportamiento real del lector, y devolvemos correcciones de marcado exactas.
Solicitar demo
Habla con nuestros expertos en accesibilidad, incluidas personas con discapacidad.
Solicitar demo