WCAG 2.1 vs 2.2: wat er veranderde en waarom het telt

WCAG 2.2 werd in oktober 2023 een W3C-aanbeveling. Als je site is geaudit tegen WCAG 2.1, kan het zijn dat hij nu al zakt op criteria die inmiddels bepalen wat wettelijke conformiteit is in de EU, het Verenigd Koninkrijk en in toenemende mate bij Amerikaanse handhavingsacties. Deze gids loopt elke wijziging langs — wat er is toegevoegd, wat er is verwijderd en wat elk criterium in de praktijk betekent.

Korte achtergrond: wat WCAG 2.1 toevoegde

WCAG 2.1 (gepubliceerd in 2018) breidde de oorspronkelijke 2.0-standaard uit met 17 nieuwe succescriteria, gericht op drie ondervertegenwoordigde groepen:

Mobiele gebruikers — aanraakgebaren, schermoriëntatie, precisie van aanwijsapparaten
Slechtziende gebruikers — reflow, contrast van niet-tekstuele elementen, tekstafstand
Cognitieve en taalbeperkingen — time-outs, statusberichten

WCAG 2.2 bouwt rechtstreeks voort op 2.1. Elke eis uit 2.1 geldt nog steeds. De vraag is: wat heeft 2.2 daarbovenop toegevoegd?

Wat WCAG 2.2 toevoegde: 9 nieuwe succescriteria

2.4.11 Focus Not Obscured (Minimum) — niveau AA

Wanneer een component toetsenbordfocus krijgt, mag deze niet volledig verborgen worden door andere content (sticky headers, cookiebanners, chatwidgets). Ten minste een deel van het gefocuste element moet zichtbaar blijven.

Veelvoorkomende fout: Een vaste navigatiebalk bedekt het gefocuste formulierveld wanneer een gebruiker door de pagina tabt.

2.4.12 Focus Not Obscured (Enhanced) — niveau AAA

Strengere versie van 2.4.11 — het gefocuste component moet volledig zichtbaar zijn, niet slechts gedeeltelijk.

2.4.13 Focus Appearance — niveau AA

Toetsenbordfocusindicatoren moeten voldoen aan minimumdrempels voor grootte en contrast:

Het oppervlak van de focusindicator moet minstens zo groot zijn als een omtrek van 2 CSS-pixels rond het component
Het contrast tussen de gefocuste en niet-gefocuste toestand moet minstens 3:1 zijn

Dit gaat verder dan het bestaande 2.4.7 (Focus Visible), dat alleen vereiste dat er überhaupt een focusindicator aanwezig was.

Veelvoorkomende fout: Een dunne gestippelde omtrek van 1px met laag contrast haalt 2.4.7 wel, maar zakt op 2.4.13.

2.5.7 Dragging Movements — niveau AA

Elke actie die slepen vereist, moet ook uitvoerbaar zijn met één enkele aanwijzeractie (tikken of klikken). Dit helpt gebruikers met motorische beperkingen die sleepbewegingen niet betrouwbaar kunnen uitvoeren.

Voorbeeld: Een sorteerbare lijst moet een alternatief bieden (zoals omhoog-/omlaagknoppen) voor gebruikers die items niet kunnen slepen.

2.5.8 Target Size (Minimum) — niveau AA

Interactieve doelen (knoppen, links, formulierbesturingselementen) moeten minstens 24×24 CSS-pixels zijn — of voldoende afstand hebben tot aangrenzende doelen zodat het totale activeringsgebied de drempel haalt.

Dit is de minimumvariant. Het verzwaarde criterium (2.5.5, overgenomen uit 2.1 op niveau AAA) adviseert 44×44px.

Veelvoorkomende fouten: Knoppen met alleen een icoon, sluitkruisjes (×) en inline tekstlinks in krappe navigatiemenu’s.

3.2.6 Consistent Help — niveau A

Als een website een hulpmechanisme aanbiedt (telefoonnummer, chatlink, contactformulier, FAQ-link), moet dat op dezelfde relatieve positie verschijnen op alle pagina’s waar het aanwezig is. Gebruikers met cognitieve beperkingen leunen vaak op voorspelbare plaatsing.

3.3.7 Redundant Entry — niveau A

Informatie die een gebruiker binnen dezelfde sessie al heeft ingevoerd, mag niet opnieuw worden gevraagd — tenzij het opnieuw invoeren essentieel is (bijvoorbeeld een wachtwoordbevestigingsveld) of de gegevens beveiligingsgevoelig zijn.

Voorbeeld: Een afrekenproces in meerdere stappen mag in stap 3 niet opnieuw naar het factuuradres vragen als de gebruiker dat in stap 1 al heeft ingevuld.

3.3.8 Accessible Authentication (Minimum) — niveau AA

Authenticatiestappen mogen niet afhangen van een cognitieve functietest — objecten herkennen, tekens overtypen of puzzels oplossen — tenzij er een alternatief wordt geboden of de test bestaat uit het herkennen van door de gebruiker aangeleverde content (zoals een foto die de gebruiker zelf heeft geüpload).

Veelvoorkomende fouten: CAPTCHA’s waarbij vervormde tekst moet worden herkend zonder audioalternatief, of uitdagingen in de trant van “klik op alle afbeeldingen met verkeerslichten”.

3.3.9 Accessible Authentication (Enhanced) — niveau AAA

De verzwaarde versie schrapt zelfs de uitzondering voor door de gebruiker aangeleverde content. In de authenticatieflow is geen enkele cognitieve functietest toegestaan.

Wat WCAG 2.2 verwijderde: 4.1.1 Parsing

WCAG 2.1 bevatte 4.1.1 Parsing (niveau A), dat welgevormde HTML vereiste — unieke element-ID’s, correct geneste tags en complete paren van begin- en eindtags. Moderne browsers waren zo goed geworden in het stilzwijgend repareren van misvormde HTML dat dit criterium in de praktijk onmeetbaar werd.

In WCAG 2.2 is 4.1.1 Parsing als verouderd gemarkeerd en wordt er altijd aan geacht te zijn voldaan. Je hoeft er niet langer op te auditen, al blijft het schrijven van schone HTML een best practice.

Samenvattende tabel

Criterium	Niveau	Onderwerp
2.4.11 Focus Not Obscured (Min)	AA	Toetsenbordfocus
2.4.12 Focus Not Obscured (Enhanced)	AAA	Toetsenbordfocus
2.4.13 Focus Appearance	AA	Focusindicator
2.5.7 Dragging Movements	AA	Aanwijzerinvoer
2.5.8 Target Size (Minimum)	AA	Aanraakdoelen
3.2.6 Consistent Help	A	Voorspelbaarheid
3.3.7 Redundant Entry	A	Formulieren
3.3.8 Accessible Authentication (Min)	AA	Inloggen / CAPTCHA
3.3.9 Accessible Authentication (Enhanced)	AAA	Inloggen / CAPTCHA
~~4.1.1 Parsing~~	A	Verwijderd

Wie moet er upgraden?

Praktisch gezien iedereen. WCAG 2.2 is inmiddels de basislijn waarnaar wordt verwezen door:

De European Accessibility Act (EAA), van kracht sinds juni 2025
De geharmoniseerde norm EN 301 549 (bijgewerkt om naar WCAG 2.2 te verwijzen)
De Britse Public Sector Bodies Accessibility Regulations (bijgewerkte richtlijnen)
Veel Amerikaanse staatswetten en informele handhavingsstandpunten van het DOJ

Was je laatste volledige audit gericht op WCAG 2.1 AA, richt je upgrade-inspanning dan op deze vijf criteria die de meeste sites raken: 2.4.11, 2.4.13, 2.5.8, 3.3.8 en 3.3.7 (als je formulieren of afrekenprocessen in meerdere stappen hebt).

Hoe je op de nieuwe criteria audit

De meeste geautomatiseerde scanners signaleren inmiddels 2.5.8 (doelgrootte) en gedeeltelijke gevallen van 2.4.13 (focusweergave). De volgende punten vereisen echter handmatig testen:

2.4.11 / 2.4.12 — Tab door elke pagina met actieve sticky headers/footers en bevestig dat gefocuste elementen zichtbaar zijn
2.4.13 — Meet de afmetingen en het contrast van de focusindicator met de DevTools van de browser of een contrastchecker
2.5.7 — Identificeer elke sleepinteractie en verifieer dat er een alternatief bestaat dat alleen de aanwijzer gebruikt
3.2.6 — Controleer of hulplinks op consistente posities verschijnen op alle pagina’s
3.3.7 — Doorloop alle meerstapsprocessen en bevestig dat geen enkel gegeven twee keer wordt gevraagd
3.3.8 — Test elke inlog-, registratie- en verificatiestap op cognitieve functietests

WCAG 2.2 is geen totale herontwerp — het is een gerichte set aanvullingen die echte drempels aanpakt die 2.1 miste. Het goede nieuws is dat de meeste nieuwe AA-criteria met gericht remediatiewerk zijn op te lossen in plaats van met een volledige herbouw van de site.

Gerelateerd: Website WCAG 2.2-conform maken · Gids voor handmatige toegankelijkheidsaudits