Bronnen · 22
Evalueer webtoegankelijkheid aan de hand van gebruikerservaringen en bewijsmateriaal
Stel een reikwijdte vast, test essentiële taken en documenteer oplossingen die geverifieerd kunnen worden.
Bijgewerkt · 2 min
Wat deze handleiding helpt bereiken
- Bepaal de reikwijdte van de evaluatie
- Selecteer gebruikerservaringen
- Combineer methoden
- Verifieer oplossingen
Snelle controle
- Welke taken en personen moeten worden meegenomen?
- Welke sjablonen, talen en interactieve staten vertegenwoordigen het product?
- Kan de gebruikerservaring worden voltooid met toetsenbord en zoom?
- Zijn alternatieven en berichten begrijpelijk?
- Is elke oplossing opnieuw getest?
Stapsgewijze methode
- 1
Definieer de scope
Specificeer product, versies, talen, technologieën, journeys en het beoogde WCAG-niveau. Inclusief foutstatussen, formulieren en essentiële content.
Resultaat: scope en referentiecriteria.
- 2
Onderzoek en test
Inventariseer sjablonen, componenten, journeys en varianten. Selecteer representatieve weergaven, inclusief kritieke pagina's en interactieve statussen; noteer uitsluitingen.
Resultaat: onderbouwde lijst met te testen weergaven.
- 3
Voer initiële controles uit
Gebruik geautomatiseerde tools om enkele fouten te vinden en controleer vervolgens handmatig toetsenbord-, focus-, zoom-, structuur-, label-, alternatief- en formulierfouten.
Resultaat: reproduceerbare observaties met context.
- 4
Test complete taken
Volg journeys van begin tot eind, inclusief statuswijzigingen, validatie en bevestiging. Betrek waar mogelijk de getroffen gebruikers om de werkelijke effecten te begrijpen.
Resultaat: gebruikerslogboek en waargenomen belemmeringen.
- 5
Rapport met beperkingen
Koppel elke bevinding aan een weergave, reproductiestappen, toepasselijk criterium, effect en voorgestelde oplossing. Een tool alleen kan geen algehele conformiteit vaststellen.
Resultaat: geprioriteerd rapport met reikwijdte en beperkingen.
- 6
Oplossing en hertesten
Controleer de wijzigingen met dezelfde gebruikersreizen en geschikte tools, controleer vervolgens gedeelde componenten en regressies vóór afsluiting.
Resultaat: bewijsmateriaal van de hertest en correctieverslag.
Managementindicatoren
| Indicator | Wat het meet | Eerste actie |
|---|---|---|
| Gedekte trajecten | Essentiële taken volledig geëvalueerd | Ontbrekende trajecten toevoegen |
| Reproduceerbare bevindingen | Barrières met exacte stappen en context | Vage rapporten verduidelijken |
| Oplossingen opnieuw getest | Opgeloste bevindingen opnieuw geverifieerd | Openstaande cases opnieuw bekijken |
| Gedeelde componenten | Oplossingen gecontroleerd in sjablonen | De gemeenschappelijke bron corrigeren |
Veelvoorkomende fouten
- Een toolscore gelijkstellen aan WCAG-conformiteit
- Alleen de homepage testen
- Ontbrekende foutstatussen of gelokaliseerde inhoud
- Een ticket sluiten zonder het traject opnieuw af te spelen
Veelgestelde vragen
Is een geautomatiseerde scanner voldoende?
Nee. Automatisering vindt sommige fouten; bruikbaarheid en veel criteria vereisen menselijke evaluatie.
Moet elke URL worden getest?
Een gestructureerde methode kan gebruikmaken van representatieve steekproeven, waarbij essentiële aspecten en taken worden behandeld en de beperkingen ervan worden gedocumenteerd.
Wat betekent "conform"?
Een conformiteitsverklaring vereist een expliciete scope en een volledige evaluatie aan de hand van toepasselijke criteria. Deze handleiding structureert het werk; er wordt geen certificering afgegeven.
Officiële referenties
Referenties ondersteunen de methode. Pas controles aan uw context aan; ze zijn geen certificering. Originele referentietitels en brondocumenten kunnen in een andere taal zijn.
