QualiBooth

Hulptechnologie

Evaluatie met meerdere schermlezers

Schermlezers gedragen zich niet allemaal hetzelfde. Een pagina die perfect leest in VoiceOver kan onbruikbaar zijn in JAWS. Wij testen over de grote lezers heen zodat elke gebruiker een coherente ervaring krijgt.

Abstracte visualisatie van audiogolfvormen die meerdere schermlezers voorstellen die een webpagina aankondigen.

What you get

01

Alle grote schermlezers

Evaluatie in NVDA en JAWS op Windows, VoiceOver op macOS en iOS, en TalkBack op Android — de combinaties die uw gebruikers daadwerkelijk gebruiken.

02

Nauwkeurigheid van aankondigingen

We verifiëren dat namen, rollen, statussen en waardewijzigingen correct worden aangekondigd — niet alleen dat een element technisch in de toegankelijkheidsboom bestaat.

03

Focus & leesvolgorde

We controleren of de focus logisch beweegt, of dynamische updates worden aangekondigd, en of de leesvolgorde overeenkomt met de visuele bedoeling.

04

Custom widget testen

Menu's, modals, comboboxes, tabs en carousels worden getest tegen de ARIA Authoring Practices en tegen echt lezergedrag.

05

Verschillen tussen lezers

Waar lezers uiteenlopen, documenteren we de discrepantie en adviseren we de markup die overal consistent werkt.

06

Bruikbare bevindingen

Elk probleem bevat de lezer, browser, reproductiestappen, wat werd aangekondigd, en wat aangekondigd had moeten worden.

Een schoon geautomatiseerd rapport garandeert geen bruikbare ervaring voor schermlezergebruikers. Evaluatie met meerdere schermlezers is hoe u bevestigt dat uw interface duidelijk wordt aangekondigd en navigeerbaar is voor de mensen die ervan afhankelijk zijn.

Waarom één schermlezer niet genoeg is

NVDA, JAWS, VoiceOver en TalkBack interpreteren ARIA- en HTML-semantiek elk verschillend en worden doorgaans gekoppeld aan verschillende browsers. Een custom combobox die JAWS perfect aankondigt, kan in VoiceOver stil blijven; een live region die in NVDA beleefd updatet, kan in een andere lezer voortdurend onderbreken. Testen met één lezer geeft een vals gevoel van veiligheid — de enige betrouwbare manier om te weten dat uw product voor iedereen werkt, is de echte combinaties testen die uw publiek gebruikt. Zie voor een diepgaandere doorloop van hoe de lezers verschillen en wat te controleren onze gids over schermlezertesten.

De schermlezers die we testen

  • NVDA (Windows) met Chrome en Firefox
  • JAWS (Windows) met Chrome en Edge
  • VoiceOver (macOS) met Safari
  • VoiceOver (iOS) met Safari
  • TalkBack (Android) met Chrome

We stemmen de exacte matrix af op uw analytics en publiek zodat de inspanning gaat waar uw gebruikers daadwerkelijk zijn.

Wat we evalueren

  • Aankondigingen — namen, rollen, statussen en waardewijzigingen worden nauwkeurig en op het juiste moment aangekondigd
  • Focusbeheer — focus beweegt logisch, raakt nooit gevangen en keert zinvol terug nadat modals sluiten
  • Lees- & navigatievolgorde — de leesvolgorde komt overeen met de visuele bedoeling; koppen, landmarks en lijsten ondersteunen efficiënte navigatie
  • Dynamische updates — live regions, validatieberichten en laadstatussen worden aangekondigd zonder de gebruiker te overweldigen
  • Custom widgets — menu’s, modals, comboboxes, tabs, carousels en grids gedragen zich correct met echte lezers, niet alleen op papier

Wat we leveren

Een gedetailleerd rapport van aankondigings-, focus- en navigatieproblemen — elk gekoppeld aan een specifieke lezer/browser-combinatie, met wat werd aangekondigd, wat aangekondigd had moeten worden, reproductiestappen, een WCAG 2.2-koppeling en de markup-wijziging die het consistent over lezers heen oplost.

Getest door mensen die op deze tools vertrouwen

Evaluatie wordt uitgevoerd door auditeurs met een beperking die deze schermlezers dagelijks gebruiken. Dat betekent dat bevindingen echte bruikbaarheid weerspiegelen — het verschil tussen “technisch aanwezig in de toegankelijkheidsboom” en “daadwerkelijk begrijpelijk en bedienbaar” — niet alleen geautomatiseerde conformiteit. Combineer dit met een volledige audit door mensen met een beperking voor end-to-end dekking.

Frequently asked questions

Waarom testen met meer dan één schermlezer?

Schermlezers interpreteren ARIA en HTML verschillend en koppelen met verschillende browsers. Code die in één lezer werkt, kan in een andere falen, dus testen met één lezer geeft een vals gevoel van veiligheid.

Welke combinaties van schermlezer en browser gebruiken jullie?

Doorgaans NVDA en JAWS met Chrome en Firefox, VoiceOver met Safari op macOS en iOS, en TalkBack met Chrome op Android. We stemmen de matrix af op uw analytics en publiek.

Wordt dit uitgevoerd door mensen die dagelijks schermlezers gebruiken?

Ja. Evaluatie wordt uitgevoerd door auditeurs met een beperking die dagelijks op deze tools vertrouwen, zodat bevindingen echte bruikbaarheid weerspiegelen, niet alleen technische conformiteit.

Voldoet dit aan WCAG?

Schermlezerevaluatie ondersteunt rechtstreeks criteria zoals 1.3.1, 4.1.2 en 4.1.3. We koppelen elke bevinding aan de relevante WCAG 2.2-succescriteria.

Testen jullie ook op mobiele schermlezers?

Ja. We testen VoiceOver op iOS en TalkBack op Android, omdat mobiele gebaren en rotor-/leesbesturing zich anders gedragen dan op desktop en vaak hun eigen problemen blootleggen.

Kunnen jullie één complex component evalueren?

Absoluut. We evalueren vaak een specifieke custom widget — een datumkiezer, combobox, datagrid of modal-flow — tegen de ARIA Authoring Practices en echt lezergedrag, en leveren exacte markup-oplossingen terug.

Demo aanvragen

Talk to our accessibility experts — including people with disabilities.

Demo aanvragen