QualiBooth

Tecnologia assistiva

Avaluació amb múltiples lectors de pantalla

Els lectors de pantalla no es comporten tots de la mateixa manera. Una pàgina que es llegeix perfectament a VoiceOver pot ser inutilitzable a JAWS. Provem amb els principals lectors perquè cada usuari tingui una experiència coherent.

Visualització abstracta d'ones d'àudio que representen diversos lectors de pantalla anunciant una pàgina web.

What you get

01

Tots els lectors de pantalla principals

Avaluació amb NVDA i JAWS a Windows, VoiceOver a macOS i iOS, i TalkBack a Android — les combinacions que els teus usuaris fan servir realment.

02

Precisió dels anuncis

Verifiquem que els noms, els rols, els estats i els canvis de valor s'anuncien correctament — no només que un element existeixi tècnicament a l'arbre d'accessibilitat.

03

Focus i ordre de lectura

Comprovem que el focus es mou de manera lògica, que les actualitzacions dinàmiques s'anuncien i que l'ordre de lectura coincideix amb la intenció visual.

04

Proves de widgets personalitzats

Els menús, els modals, els comboboxes, les pestanyes i els carrusels es proven contra les ARIA Authoring Practices i contra el comportament real dels lectors.

05

Diferències entre lectors

Quan els lectors difereixen, documentem la discrepància i recomanem el marcatge que funciona de manera consistent a tot arreu.

06

Conclusions accionables

Cada problema inclou el lector, el navegador, els passos per reproduir-lo, què es va anunciar i què s'hauria d'haver anunciat.

Un informe automatitzat net no garanteix una experiència utilitzable per als usuaris de lectors de pantalla. L’avaluació amb múltiples lectors de pantalla és la manera de confirmar que la teva interfície s’anuncia amb claredat i és navegable per a les persones que en depenen.

Per què un sol lector de pantalla no n’hi ha prou

NVDA, JAWS, VoiceOver i TalkBack interpreten la semàntica d’ARIA i HTML de manera diferent i normalment es combinen amb navegadors diferents. Un combobox personalitzat que JAWS anuncia perfectament pot quedar-se en silenci a VoiceOver; una regió viva que s’actualitza educadament a NVDA pot interrompre constantment en un altre lector. Provar amb un sol lector dóna una falsa sensació de seguretat — l’única manera fiable de saber que el teu producte funciona per a tothom és provar les combinacions reals que fa servir el teu públic. Per a una explicació més detallada de com difereixen els lectors i què cal comprovar, consulta la nostra guia de proves amb lectors de pantalla.

Els lectors de pantalla que provem

  • NVDA (Windows) amb Chrome i Firefox
  • JAWS (Windows) amb Chrome i Edge
  • VoiceOver (macOS) amb Safari
  • VoiceOver (iOS) amb Safari
  • TalkBack (Android) amb Chrome

Ajustem la matriu exacta a les teves analítiques i al teu públic perquè l’esforç vagi cap a on són realment els teus usuaris.

Què avaluem

  • Anuncis — els noms, els rols, els estats i els canvis de valor s’anuncien amb precisió i en el moment adequat
  • Gestió del focus — el focus es mou de manera lògica, mai no queda atrapat i torna de manera sensata després de tancar els modals
  • Ordre de lectura i navegació — la seqüència de lectura coincideix amb la intenció visual; els encapçalaments, els landmarks i les llistes faciliten una navegació eficient
  • Actualitzacions dinàmiques — les regions vives, els missatges de validació i els estats de càrrega s’anuncien sense aclaparar l’usuari
  • Widgets personalitzats — els menús, els modals, els comboboxes, les pestanyes, els carrusels i les graelles es comporten correctament amb lectors reals, no només sobre el paper

Què lliurem

Un informe detallat dels problemes d’anunci, focus i navegació — cadascun lligat a una combinació concreta de lector/navegador, amb què es va anunciar, què s’hauria d’haver anunciat, els passos per reproduir-lo, una assignació a les WCAG 2.2 i el canvi de marcatge que ho resol de manera consistent a tots els lectors.

Provat per persones que depenen d’aquestes eines

L’avaluació la duen a terme auditors amb discapacitat que fan servir aquests lectors de pantalla cada dia. Això significa que les conclusions reflecteixen una usabilitat genuïna — la diferència entre “tècnicament present a l’arbre d’accessibilitat” i “realment comprensible i operable” — no només la conformitat automatitzada. Combina-ho amb una auditoria completa feta per persones amb discapacitat per a una cobertura d’extrem a extrem.

Frequently asked questions

Per què provar amb més d'un lector de pantalla?

Els lectors de pantalla interpreten ARIA i HTML de manera diferent i es combinen amb navegadors diferents. El codi que funciona en un lector pot fallar en un altre, de manera que provar amb un sol lector dóna una falsa sensació de seguretat.

Quines combinacions de lector de pantalla i navegador feu servir?

Normalment NVDA i JAWS amb Chrome i Firefox, VoiceOver amb Safari a macOS i iOS, i TalkBack amb Chrome a Android. Ajustem la matriu a les teves analítiques i al teu públic.

Ho fan persones que fan servir lectors de pantalla cada dia?

Sí. L'avaluació la duen a terme auditors amb discapacitat que depenen d'aquestes eines cada dia, de manera que les conclusions reflecteixen una usabilitat real, no només la conformitat tècnica.

Això compleix les WCAG?

L'avaluació amb lectors de pantalla dóna suport directe a criteris com l'1.3.1, el 4.1.2 i el 4.1.3. Assignem cada conclusió als criteris d'èxit corresponents de les WCAG 2.2.

També proveu amb lectors de pantalla mòbils?

Sí. Provem VoiceOver a iOS i TalkBack a Android, perquè els gestos mòbils i els controls de rotor/lectura es comporten de manera diferent que a l'escriptori i sovint mostren problemes propis.

Podeu avaluar un únic component complex?

I tant. Sovint avaluem un widget personalitzat concret — un selector de dates, un combobox, una graella de dades o un flux modal — contra les ARIA Authoring Practices i el comportament real dels lectors, i lliurem correccions de marcatge exactes.

Sol·licita una demostració

Talk to our accessibility experts — including people with disabilities.

Sol·licita una demostració