Direct naar inhoud
Blog

WCAG 2.1 vs. 2.2: Wat is het verschil en wat moet jij doen?

De wet kijkt naar 2.1, maar de toekomst vraagt om 2.2.

Zeven herfstbladeren in verschillende kleurschakeringen van groen over geel naar rood aan een tauwtje.
Beeld door Chris Lawton

Sinds 28 juni 2025 is de European Accessibility Act (EAA) van kracht. Voor e-handelsdiensten betekent dit dat je wettelijk verplicht bent om te voldoen aan webtoegankelijkheidsrichtlijnen.

Overheidsdiensten in de Europese Unie moeten al langer voldoen aan Web Content Accessibility Guidelines (WCAG) 2.1, maar in adviezen van de Autoriteit Consument en Markt (ACM) en het W3C kom je steeds vaker WCAG 2.2 tegen. Wat is het verschil? Moet je je zorgen maken over nieuwe regels? En waarom adviseren wij je om voor 2.2 te kiezen?

De basis: evolutie, geen revolutie

WCAG 2.2 is officieel gepubliceerd op 5 oktober 2023 en is een uitbreiding op de eerdere versies. Het belangrijkste om te onthouden is dat WCAG 2.2 backwards compatible is. Dit betekent:

De focus van deze update ligt op drie specifieke gebruikersgroepen die in eerdere versies soms onderbelicht bleven:

  1. Gebruikers met een cognitieve of leerbeperking.
  2. Gebruikers die slechtziend zijn.
  3. Gebruikers op mobiele apparaten (touchscreens).

Wat is er nieuw?

WCAG 2.2 introduceert 9 nieuwe succescriteria. Omdat de wet (EAA) vereist dat je voldoet aan niveau AA, zijn vooral de 6 nieuwe criteria op niveau A en AA relevant voor jouw organisatie.

Hieronder de belangrijkste toevoegingen die direct impact hebben op je design en development:

  • Focus niet bedekt (2.4.11 – niveau AA)

    Als een gebruiker met het toetsenbord door je website navigeert, mag het element waar de focus op ligt niet volledig verstopt zitten achter andere content (zoals een sticky header of footer of een chat-venster).

    De impact: De gebruiker moet altijd kunnen zien welk element momenteel de focus heeft.

  • Sleepbewegingen (2.5.7 – niveau AA)

    Functies die een sleepbeweging vereisen (zoals een slider of drag-and-drop), moeten ook te bedienen zijn met een enkele klik of tik.

    De impact: Mensen met motorische beperkingen kunnen vaak niet nauwkeurig slepen. Biedt een alternatief, zoals pijltjesknoppen bij een kaart of slider.

  • Grootte van het aanwijsgebied (2.5.8 – niveau AA)

    Knoppen en linkjes moeten groot genoeg zijn of voldoende afstand tot elkaar hebben, zodat je niet per ongeluk het verkeerde aanklikt.

    De eis: Het doel moet minimaal 24 bij 24 CSS-pixels zijn, of er moet voldoende ruimte omheen zijn zodat een cirkel van 24 pixels een aangrensend klikdoel niet raakt.

    De impact: Belangrijk voor mobiele gebruikers en mensen met trillende handen.

  • Overbodige invoer (3.3.7 – niveau A)

    Vraag je gebruiker niet om informatie die hij al eerder in hetzelfde proces heeft ingevoerd. Gegevens moeten automatisch worden ingevuld of selecteerbaar zijn.

    De impact: Dit voorkomt frustratie en fouten, vooral bij gebruikers met cognitieve beperkingen. Denk aan het apart moeten invullen van een factuur- en verzendadres als deze hetzelfde zijn.

  • Toegankelijke authenticatie (3.3.8 – niveau AA)

    Je mag gebruikers niet dwingen om een cognitieve test te doen om in te loggen, tenzij er een alternatief is. Het onthouden van een wachtwoord of het oplossen van een puzzel (zoals sommige CAPTCHA’s) geldt als een cognitieve test.

    De impact: Ondersteun het plakken van wachtwoorden (zodat wachtwoordmanagers werken) of bied inloggen via een ‘magic link’ aan. Objectherkenning (plaatjes aanklikken) mag wel.

  • Consistente hulp (3.2.6 – niveau A)

    Als je hulp aanbiedt (zoals een chatfunctie, contactgegevens of een FAQ-link), zorg dan dat deze op elke pagina op dezelfde plek staat.

    De impact: Voorspelbaarheid helpt iedereen, maar is essentieel voor mensen die moeite hebben met oriëntatie.

Wat is er verdwenen?

Er is één belangrijk technisch criterium verwijderd: 4.1.1 Parsen.
Vroeger moesten developers zorgen dat hun code geen syntaxfouten bevatte omdat hulptechnologie daarop vastliep. Moderne browsers en hulptechnologieën zijn inmiddels zo slim dat ze deze fouten zelf corrigeren. Dit criterium is daarom in WCAG 2.2 “obsolete” verklaard.

Waarom zou je voor 2.2 kiezen als 2.1 de standaard is?

Op veel plekken wordt nog gebruik gemaakt van WCAG 2.1 niveau AA. Toch adviseren zowel de ACM (de toezichthouder) als het W3C om nu al aan de slag te gaan met WCAG 2.2.

Drie redenen om direct voor 2.2 te gaan:

  1. Toekomstbestendigheid: WCAG 2.2 is de huidige standaard. Als je nu nog bouwt op 2.1, loop je direct achter de feiten aan en moet je in de toekomst mogelijk opnieuw aanpassingen doen.
  2. Betere gebruikerservaring: De nieuwe criteria (zoals grotere klikgebieden en makkelijker inloggen) lossen grote ergernissen op voor alle mobiele gebruikers, niet alleen voor mensen met een beperking.
  3. Backwards compatibility: Door te voldoen aan 2.2, voldoe je automatisch aan de wettelijke eis van 2.1.

Conclusie: Zet in op kwaliteit, niet alleen op compliance

Voldoen aan de wet is de ondergrens. Een echt inclusieve ervaring is je doel.
Wil je weten of jouw huidige website voldoet aan de eisen van de EAA of al klaar is voor de toekomst met WCAG 2.2?

Start met inzicht.

Ben je klaar voor de EAA?

De logische vraag is: hoe begin je aan digitale toegankelijkheid? Doorloop zo snel mogelijk onze checklist voor compliance met de European Accessibility Act. Boek een gratis mini consult voor waardevol advies en een eerste kennismaking.

Kennis

Een mooiere wereld maken we niet alleen. Dus de kennis die we hebben, delen we.

Meer kennis

Geschreven door

Profielfoto van Florian Schroiff van Level Level
Florian Schroiff Accessibility

Kan heel goed een Duits accent nadoen

Gepubliceerd op: