Toegang tot AA Web: Herramientas-vergelijking 2026

W3C, waarbij moet worden voldaan aan de 30 criteria van niveau A plus 20 criteria van niveau AA (50 in totaal). Hiervoor combineren teams drie soorten tools: geautomatiseerde auditors, contrastassistenten en schermlezers, naast een handmatige beoordeling.

Belangrijkste punten

• Het niveau AA van WCAG 2.2 groepeert 50 succescriteria (30 van niveau A + 20 van niveau AA); dit is de drempel voor webtoegankelijkheid die door de meeste wetgevingen wordt geëist, inclusief de Europese norm EN 301 549.
• Geen enkele tool detecteert in zijn eentje alle fouten: geautomatiseerde auditors dekken ongeveer een derde van de criteria, waardoor handmatige beoordeling en tests met schermlezers verplicht zijn.
• De keuze hangt af van de workflow: browser-extensies voor dagelijkse ontwikkeling, suites met CI voor teams en externe audits voor formele certificeringen.
• De vier soorten tools die je nodig hebt zijn: geautomatiseerde auditors, contrastverificaties, schermlezers en structuur-/HTML-validators.
• Het documenteren van elke toegankelijkheidsbeslissing (wat is getest, met welke versie en in welke browser) is net zo belangrijk als het corrigeren van de fout om conformiteit aan te tonen.

Wat betekent “AA” werkelijk bij webtoegankelijkheid

WCAG-niveau AA is het tweede van drie conformiteitsniveaus (A, AA en AAA) gedefinieerd door het W3C. Elk niveau combineert de criteria van het vorige niveau: om AA-conformiteit te verklaren, moet u voldoen aan de 30 criteria van niveau A en de 20 criteria van niveau AA, wat overeenkomt met 50 succescriteria. Het AAA-niveau voegt er nog 28 toe en het komt zelden voor dat dit volledig wordt geëist, omdat bepaalde criteria onmogelijk te vervullen zijn in alle inhoud.

Het praktische verschil tussen A en AA is aanzienlijk. Niveau A dekt het essentiële (alternatieve tekst, semantische structuur, toetsenbordnavigatie). Niveau AA voegt eisen toe die het ontwerp en de kleur beïnvloeden: een minimaal contrast van 4,5:1 voor normale tekst en 3:1 voor grote tekst, tekstvergroting tot 200% zonder verlies van inhoud, ondertiteling bij vooraf opgenomen video’s, en koppen en labels die het doel van elk veld beschrijven.

Deze criteria worden vaak geschonden op sites gebouwd met verouderde XHTML en CSS, waarbij kleur en grootte in absolute pixels zijn vastgelegd.

De normatieve referentie die u kunt citeren is de officiële specificatie van WCAG 2.2 van het W3C, die de volledige lijst met criteria en de bijbehorende voldoende en adviserende technieken bevat. In de Europese context harmoniseert de norm EN 301 549 deze eisen voor overheidsopdrachten en de Richtlijn Webtoegankelijkheid, terwijl in de Verenigde Staten Section 508 en de ADA de equivalente referenties zijn. Het kennen van het wettelijk kader van uw markt is belangrijk: in Spanje en Latijns-Amerika eisen veel institutionele klanten expliciete AA-conformiteit in de aanbestedingsdocumenten om webtoegankelijkheid te waarborgen.

De vier soorten tools die je nodig hebt

Geen enkele categorie tools dekt het volledige spectrum van WCAG voor webtoegankelijkheid. Een serieuze workflow combineert vier typen, waarbij elk type andere vragen beantwoordt.

Gerelateerd: UserWay — Widget voor toegang met een gratis plan voor uw bedrijf.

Geautomatiseerde auditors. Deze scannen de DOM en CSS op bekende foutpatronen: afbeeldingen zonder alt, velden zonder label, onvoldoende contrast, overgeslagen koppen, onjuist gebruikte ARIA-attributen. Ze zijn snel en detecteren repetitieve fouten, maar hun dekking is beperkt: de fabrikanten zelf erkennen dat ze geen criteria kunnen beoordelen die afhankelijk zijn van betekenis, zoals de kwaliteit van een alternatieve tekst of de duidelijkheid van een foutmelding.

Contrastverificaties. Deze berekenen de contrastverhouding tussen tekstkleur en achtergrond volgens de formule voor relatieve luminantie van WCAG. Dit zijn kleine maar kritieke tools, omdat contrast een van de meest voorkomende fouten is en een van de makkelijkst objectief te meten.

Schermlezers. NVDA (Windows, gratis), JAWS (Windows, commercieel) en VoiceOver (macOS/iOS, geïntegreerd) zijn de ultieme test. Een auditor kan zeggen dat een formulier “slaagt”, maar alleen een schermlezer onthult of de tabvolgorde logisch is of dat een aria-label meer verwart dan helpt.

Een kijkje waard: AudioEye — Toegankelijkheidsbeheer: automatiseringscombinatie met menselijke herziening.

Structuur- en HTML-validators. Deze zorgen ervoor dat de opmaak geldig en semantisch is. Op XHTML-sites detecteert een validator onjuiste nesting, verouderde attributen en coderingsproblemen die vervolgens de interpretatie door de schermlezer beïnvloeden.

Vergelijking: welke tool te kiezen per scenario

De volgende tabel vat de beslissingscriteria samen om AA-webtoegankelijkheid te waarborgen. Dit is geen prijslijst (die vaak verandert en afhankelijk is van de licentie), maar een overzicht van de geschiktheid per scenario.

Type tool	Wanneer kiezen	Belangrijkste kracht	Belangrijkste beperking
Browser-extensie (live audit)	Dagelijkse ontwikkeling, review van een specifieke pagina	Directe feedback op de gerenderde DOM	Analyseert alleen wat de browser heeft geladen; dekt geen volledige flows
Suite met CI-integratie	Teams met continue deployment	Detecteert regressies vóór publicatie	Vereist configuratie en onderhoud van regels
Contrastverificatie	Ontwerp en review van kleursystemen	Objectieve en exacte meting	Evalueert niets anders dan kleur
Schermlezer	Finale validatie en tests met gebruikers	Reproduceert de werkelijke ervaring	Steile leercurve; traag in uitvoering
Externe audit	Formele certificering, openbare aanbestedingen	Rapport dat verdedigbaar is tegenover derden	Kosten en afhankelijkheid van een leverancier

De vuistregel: gebruik de browser-extensie tijdens het ontwikkelen, de CI-suite om te voorkomen dat wat al werkte kapot gaat, de contrastverificatie bij het definiëren van het palet, de schermlezer voor elke oplevering en de externe audit alleen wanneer u een formeel document nodig heeft.

Hoe een toegankelijkheidstool evalueren vóór adoptie

Een tool kiezen op basis van populariteit is een veelgemaakte fout. Deze criteria scheiden een nuttige tool van een tool die alleen ruis genereert.

Dekking van criteria en transparantie. Een goede tool geeft aan welk WCAG-criterium bij elke waarschuwing hoort. Als er alleen een “toegankelijkheidsfout” wordt getoond zonder deze te koppelen aan een succescriterium, kunt u de naleving niet documenteren of prioriteren.

False positive rate. Waarschuwingen die geen echte fouten zijn, kosten tijd en ondermijnen het vertrouwen van het team. Test de tool op een site waarvan u al weet dat deze voldoet aan de AA-webstandaarden en observeer hoeveel waarschuwingen deze genereert.

Gerelateerd: IAAP CPACC / WAS Certification — Het professionele certificaat dat u ervaring en toegankelijkheid geeft.

ARIA-ondersteuning en dynamische componenten. Moderne widgets (vervolgkeuzemenu’s, modals, tabbladen, accordeons) zijn afhankelijk van ARIA-statussen. Een tool die aria-expanded, aria-controls of focusbeheer in modals niet evalueert, laat de ernstigste fouten door.

Integratie met uw stack. Als u met pure XHTML en CSS werkt, controleer dan of de tool geen specifiek framework veronderstelt. Als u een build-pipeline gebruikt, verifieer dan of er command-line integratie is.

Toegankelijkheid van de tool zelf. Een veelvoorkomende ironie: sommige auditingtools zijn zelf niet toegankelijk via het toetsenbord. Als u het dagelijks gaat gebruiken, zorg er dan voor dat het zonder muis navigeerbaar is.

Als u aan het winkelen bent: accessiBe — Superpositie van IA die de cumplimiento WCAG in 48 uur stimuleert.

Update en onderhoud. WCAG evolueert (2.0, 2.1, 2.2) en browsers veranderen. Een tool zonder recente updates kan verouderde regels toepassen.

Stapsgewijze AA-workflow voor webtoegankelijkheid

Een herhaalbaar proces gaat verder dan elke simpele tool. Dit is de volgorde die werkt in echte projecten.

Stap 1 — Definieer de scope en het niveau. Bepaal welke pagina’s en flows in de audit worden opgenomen en bevestig dat het doel AA is (niet A of AAA). Documenteer de WCAG-versie: 2.2 is de huidige W3C-aanbeveling.

Stap 2 — Initiële geautomatiseerde audit. Laat de belangrijkste pagina’s door een auditor lopen om een basislijn te verkrijgen. Noteer de herhaalde fouten: deze zijn meestal geconcentreerd in templates, niet op individuele pagina’s.

Stap 3 — Handmatige beoordeling van wat de machine niet ziet. Controleer de tabvolgorde, focuszichtbaarheid, de kwaliteit van alternatieve teksten, de duidelijkheid van foutmeldingen en de consistentie van koppen. Hier wordt de naleving gewonnen of verloren.

Stap 4 — Testen met een schermlezer. Doorloop ten minste één volledige flow (bijvoorbeeld een contactformulier of een aankoop) met NVDA of VoiceOver. Noteer waar u verdwaalt.

Stap 5 — Test indien mogelijk met echte gebruikers. Mensen met een beperking detecteren barrières die geen enkele tool of expert zonder die ervaring waarneemt. Dit is het meest waardevolle criterium en het moeilijkst te vervangen.

Stap 6 — Documenteren en corrigeren. Leg elke bevinding vast met het bijbehorende WCAG-criterium, de toegepaste techniek en het bewijs (screenshot, browserversie, datum). Dit verslag is wat “we geloven dat het voldoet” verandert in “we kunnen bewijzen dat het voldoet”.

Veelvoorkomende fouten bij het nastreven van AA-webtoegankelijkheid

Het verwarren van “nul auditorfouten” met conformiteit. Een schoon rapport van een automatische tool staat niet gelijk aan AA-conformiteit. Auditors dekken slechts een fractie van de criteria; de rest vereist menselijk oordeel.

Contrast in interactieve statussen negeren. Contrast wordt meestal gecontroleerd in de standaardstatus, maar de statussen :hover, :focus en :disabled moeten ook voldoen. Een knop die in rust voldoet, kan falen bij focus.

ARIA gebruiken om slecht gestructureerde HTML te repareren. De eerste regel van ARIA is: gebruik geen ARIA als native HTML het probleem al oplost. Een <div met role="button" zal nooit zo robuust zijn als een echte <button>, die focus en toetsenbord al beheert.

Tekstvergroting vergeten. Criterium 1.4.4 vereist dat tekst tot 200% vergroot kan worden zonder verlies van inhoud of functionaliteit. Ontwerpen met vaste hoogtes in pixels gaan hier vaak kapot.

Niet testen op mobiel. Reflow (criterium 1.4.10) vereist dat de inhoud werkt zonder horizontale scroll op smalle schermen. Veel conforme desktop-sites falen op dit punt.

Veelgestelde vragen

Wat is het verschil tussen toegankelijkheid A, AA en AAA?

WCAG-conformiteitsniveaus zijn cumulatief. Niveau A dekt 30 basiscriteria; AA voegt er 20 toe (50 in totaal) en is de standaard die door de meeste wetten wordt vereist; AAA voegt er nog eens 28 toe en is niet algemeen vereist omdat sommige criteria niet haalbaar zijn voor alle inhoud. Voor de meeste webprojecten is AA een realistisch en voldoende doel voor webtoegankelijkheid.

Hoeveel criteria van WCAG 2.2 moeten worden behaald voor niveau AA?

WCAG 2.2 Niveau AA vereist dat aan 50 succescriteria wordt voldaan: de 30 van Niveau A plus de 20 van Niveau AA. Het aantal blijft hetzelfde als bij WCAG 2.1, maar 2.2 heeft ook nieuwe criteria toegevoegd, zoals doelgrootte (2.5.8) en consistente hulp (3.2.6), sommige op niveau A en sommige op niveau AA.

Is een automatische tool voldoende om aan AA te voldoen?

Nee. Geautomatiseerde tools detecteren objectieve en repetitieve fouten, maar ze kunnen geen criteria beoordelen die afhankelijk zijn van betekenis of context, zoals de kwaliteit van alternatieve tekst of het nut van een foutmelding. AA-conformiteit vereist een combinatie van geautomatiseerde auditing, handmatige beoordeling en testen met schermlezers en, indien mogelijk, met echte gebruikers.

Welke schermlezer is het beste om een site te testen?

NVDA is gratis en wordt veel gebruikt op Windows, waardoor het de meest toegankelijke optie is om te beginnen. JAWS is commercieel en gebruikelijk in zakelijke omgevingen. VoiceOver is geïntegreerd in macOS en iOS, dus dat is de natuurlijke route als u in het Apple-ecosysteem werkt. Testen met ten minste twee combinaties van browser en schermlezer geeft een betrouwbaarder beeld.

Is AA-toegankelijkheid wettelijk verplicht?

Dat hangt af van het land en het type organisatie. In de Europese Unie leggen de Richtlijn Webtoegankelijkheid en de norm EN 301 549 eisen op aan de publieke sector en veel private diensten. In de Verenigde Staten creëren Section 508 en de ADA soortgelijke verplichtingen. In Latijns-Amerika hebben verschillende landen hun eigen regelgeving geïnspireerd door WCAG. Het is raadzaam om de wetgeving van uw markt te controleren.

Hoe vaak moet een site opnieuw worden geaudit om niveau AA te behouden?

Er is geen universeel tijdsbestek, maar elke verandering in ontwerp, sjabloon of component kan regressies met zich meebrengen. Een praktische aanpak is om tijdens elke implementatie automatisch een audit uit te voeren via continue integratie en minstens één keer per jaar of na ingrijpende herontwerpen een volledige handmatige beoordeling uit te voeren. Door elke audit te documenteren, wordt het gemakkelijker om duurzame naleving in de loop van de tijd aan te tonen.

Conclusie

Webtoegankelijkheid AA-compliance wordt niet gekocht of geïnstalleerd: het wordt opgebouwd door het combineren van tools en oordeelsvermogen. Geautomatiseerde auditors versnellen het werk, contrastcheckers lossen een objectieve fout op, schermlezers onthullen de echte ervaring en handmatige beoordeling behandelt wat geen enkele machine kan beoordelen.

Kies uw tools op basis van uw workflow, niet op basis van hun populariteit, en documenteer elke beslissing. Om dieper in te gaan op de criteria en technieken, blijft de definitieve referentie de WCAG-documentatie van het W3C en de richtlijnen van het WAI-initiatief.

Bronnen en verder lezen

• Richtlijnen voor toegankelijkheid van webinhoud – Wikipedia: De richtlijnen voor toegankelijkheid van webinhoud (WCAG) maken deel uit van een reeks gepubliceerd door het Web Accessibility Initiative (WAI) van het World Wide Web Consortium (W3C),…
• Webtoegankelijkheid – Wikipedia: Webtoegankelijkheid, of eAccessibility, is de inclusieve praktijk om ervoor te zorgen dat er geen barrières zijn die interactie met of toegang tot websites op het wereldwijde web verhinderen…