WCAG 2.2 is nu de nieuwe standaard: 6 dingen die je wilt weten!

WCAG is in feite een reeks richtlijnen die zijn ontwikkeld door het W3C om websites en digitale content voor iedereen begrijpelijk en bruikbaar te maken. Het doel is om digitale drempels weg te halen en ervoor te zorgen dat alle gebruikers, inclusief mensen met beperkingen, kunnen profiteren van de rijke inhoud en diensten die het internet (en dus jouw website) te bieden heeft. Toegankelijkheid is niet alleen ethisch verantwoord, maar ook zakelijk zinvol. Het vergroot je doelgroep en verbeterd de algemene gebruikerservaring.

In dit artikel gaan we over 6 dingen die je wilt weten over deze update!

1. De WCAG 2.2 bestaat uit verschillende niveau’s

Bij het volgen de WCAG kom je vaak de termen "A," "AA," en "AAA" tegen. Deze niveaus van conformiteit vertegenwoordigen verschillende gradaties van toegankelijkheid, waarbij "A" het basisniveau is en "AAA" het hoogste niveau van toegankelijkheid aanduidt. Dit is onveranderd sinds de vorige versie, 2.1.

• Niveau A (A): Dit niveau omvat de meest fundamentele toegankelijkheidsrichtlijnen. Websites die voldoen aan niveau A, bieden een basisniveau van toegankelijkheid en kunnen door een breder publiek worden gebruikt, inclusief mensen met beperkingen. Het is een essentiële eerste stap in het verbeteren van toegankelijkheid.
• Niveau AA (AA): Niveau AA gaat verder dan niveau A en omvat aanvullende richtlijnen voor toegankelijkheid. Het garandeert een hogere mate van toegankelijkheid en zorgt ervoor dat meer mensen zonder beperkingen, maar ook mensen met specifieke behoeften, comfortabel toegang hebben tot de inhoud en functies van de website.
• Niveau AAA (AAA): Dit is het hoogste niveau van conformiteit en bevat de meest uitgebreide toegankelijkheidsrichtlijnen. Websites die voldoen aan niveau AAA, bieden een uitzonderlijk hoge mate van toegankelijkheid. Dit niveau kan nodig zijn voor websites die zich richten op een publiek met zeer specifieke toegankelijkheidsbehoeften. Het kiezen van het juiste niveau van conformiteit hangt af van de aard van je website en de behoeften van je doelgroep. Het is belangrijk om te overwegen welk niveau het beste aansluit bij je doelen.

2. Er zijn nieuwe richtlijnen bijgekomen

De volgende richtlijnen zijn toegevoegd ten opzichte van versie 2.1:

Richtlijn 2.4.11 - Focus Niet Bedekt (minimum) (AA)

Deze richtlijn benadrukt het belang van het zichtbaar houden van items wanneer ze de toetsenbordfocus krijgen. Concreet betekent dit dat wanneer een gebruiker via het toetsenbord door een website navigeert, de focus op een element moet leiden tot dat element dat ten minste gedeeltelijk zichtbaar wordt. Dit is essentieel voor mensen die geen muis kunnen gebruiken en afhankelijk zijn van toetsenbordnavigatie, omdat het hen in staat stelt te zien waarop ze zich richten. Een praktisch voorbeeld hiervan is een website waarbij, wanneer de focus wordt verplaatst naar items, sommige van die items zich mogelijk achter een banner of ander element bevinden, waardoor ze onzichtbaar worden voor de gebruiker.

Richtlijn 2.4.12 - Focus Niet Bedekt (uitgebreid) (AAA)

Deze richtlijn vereist dat wanneer een gebruikersinterfacecomponent toetsenbordfocus ontvangt, er geen enkel deel van die component verborgen mag worden door door de auteur gecreëerde inhoud. Dit is van essentieel belang voor gebruikers die afhankelijk zijn van toetsenbordnavigatie.

Richtlijn 2.4.13 - Focusweergave (AAA)

Deze richtlijn benadrukt het belang van het gebruiken van een focusindicator die voldoende groot en met voldoende contrast is. Dit helpt bij het duidelijk aanduiden van de toetsenbordfocus, wat met name belangrijk is voor gebruikers die moeite hebben met het waarnemen van kleine visuele veranderingen. Hierbij kun je denken aan oudere gebruikers en mensen met aandoeningen zoals repetitieve stressblessures, die geen muis gebruiken.

Richtlijn 2.5.7 - Verslepen Bewegingen (AA)

Deze richtlijn vereist het aanbieden van een eenvoudig alternatief voor het slepen van elementen voor situaties waarbij de gebruiker geen muis kan gebruiken. Dit is met name belangrijk voor gebruikers met beperkingen, zoals handtrillingen, die moeite hebben met het nauwkeurig slepen van items met de muis. Een praktisch voorbeeld hiervan is het aanbieden van eenvoudige klikbare opties om de volgorde van items te wijzigen, in plaats van het vereisen van slepen met de muis.

Richtlijn 2.5.8 - Doelgrootte (minimum) (AA)

Deze richtlijn communiceert het belang van doelgroottes en de ruimte eromheen om ervoor te zorgen dat gebruikers met fysieke beperkingen gemakkelijk interactieve elementen kunnen bedienen. Het doel is om te voorkomen dat knoppen te klein zijn of te dicht bij elkaar staan, wat gebruikers met bijvoorbeeld handtrillingen in problemen kan brengen. Een praktisch voorbeeld is het vergroten van de ruimte tussen knoppen, waardoor gebruikers niet per ongeluk de verkeerde knop aanklikken.

Richtlijn 3.2.6 - Consistente Hulp (A)

Deze richtlijn eist het aanbieden van consistente hulp op meerdere pagina's van een website of app. Door hulp op dezelfde locatie te plaatsen, wordt het voor gebruikers met bijvoorbeeld cognitieve beperkingen veel eenvoudiger om deze te vinden en te gebruiken. Een praktisch voorbeeld is het handhaven van een consistent geplaatste "Chat"-optie op elke pagina, wat het voor gebruikers gemakkelijker maakt om snel hulp te vinden, zelfs als ze moeite hebben met onthouden waar ze deze eerder hebben gezien.

Richtlijn 3.3.7 - Redundante Invoer (A)

Deze richtlijn benadrukt het belang van het vermijden van het vragen naar dezelfde informatie tijdens dezelfde sessie. Voor gebruikers met cognitieve beperkingen kan het herhaaldelijk moeten invoeren van dezelfde informatie verwarrend en ontmoedigend zijn. 

Richtlijn 3.3.8 - Toegankelijke Authenticatie (minimum) (AA)

Deze richtlijn benadrukt het belang van toegankelijke authenticatieprocessen, waarbij gebruikers niet worden gedwongen om puzzels op te lossen, gebruikersnamen en wachtwoorden te onthouden, of eenmalige toegangscodes over te typen om in te loggen. Voor gebruikers met cognitieve beperkingen kunnen dergelijke taken problematisch zijn. Een praktisch voorbeeld is het aanbieden van alternatieve authenticatiemethoden, zoals het gebruik van e-mailbevestigingen waarbij de gebruiker simpelweg een link in een e-mail kan aanklikken om toegang te krijgen tot de app, in plaats van het onthouden van ingewikkelde inloggegevens.

Richtlijn 3.3.9 - Toegankelijke Authenticatie (uitgebreid) (AAA)

Deze strengere richtlijn vereist uiterst toegankelijke authenticatieprocessen, waarbij gebruikers niet worden gedwongen om objecten of door gebruikers geleverde afbeeldingen en media te herkennen om in te loggen. Voor gebruikers met cognitieve beperkingen kan het oplossen van dit soort puzzels, zoals het identificeren van specifieke afbeeldingen, een uitdaging vormen.

3. Er is een richtlijn verwijderd

Richtlijn 4.1.1 (Parsen) is verouderd en verwijderd in WCAG 2.2. WCAG 2.2 bevat nu een opmerking vanuit het oogpunt van conformiteit die stelt: "Dit Succescriterium moet altijd als voldaan worden beschouwd voor alle inhoud die HTML of XML gebruikt." Dit betekent dat voor content die HTML of XML gebruikt, het voldoen aan dit Succescriterium niet langer nodig is voor conformiteit met WCAG 2.2. Dit maakt het dus iets makkelijker om WCAG 2.2 door te voeren! 

4. Het voldoen aan de WCAG 2.2 standaard wordt waarschijnlijk verplicht in de EU

Thomas van Eldijk heeft onlangs op onze site een artikel geschreven over de European Accessibility Act (EAA). Op 28 juni 2025 gaat deze wet die door de EU is geïntroduceerd in. Dit houdt in dat alle websites uit de EU moeten voldoen aan de WCAG 2.1 richtlijnen. In Nederland geldt dit enkel nog voor (semi-)overheidssites. De kans is natuurlijk groot dat dit wordt aangepast naar de WCAG 2.2 richtlijnen, omdat deze het meest recent zijn.

5. Hoe heeft dit effect op jouw site?

Als je site als WCAG 2.1 conform is hoef je dus niet heel veel te veranderen. Het beste kun je de richtlijnen nagaan of dit door een professionele organisatie laten doen. Daarna is het belangrijk dat je de wijzigingen doorvoert. Zo ben je klaar voor de aankomende EAA-wetgeving!

Is jouw website nog helemaal niet WCAG-conform? Dan is het verstandig een scan te laten uitvoeren die rekening houdt met de WCAG 2.2 update. Bij Emble voeren wij dergelijke scans uit. Dus ben je benieuwd hoe toegankelijk jouw website is? Neem dan contact met ons op en vraag gerust naar de mogelijkheden!

Bij het maken van nieuwe websites is het belangrijk dat je een ontwerper de website laat ontwerpen die al gelijk rekening houdt met de 2.2 richtlijnen. Daarnaast moeten de developers dit ook doen.

6. Webinar

Bekijk de webinar van Jurrien om te weten te komen hoe je je website toegankelijk kan maken!

Veelgestelde vragen over WCAG 2.2

Is WCAG 2.2 verplicht?

WCAG 2.2 is niet overal direct verplicht, maar in veel situaties wel. De European Accessibility Act (EAA) verplicht organisaties in de EU om hun websites en webapplicaties toegankelijk te maken. De deadline was 28 juni 2025. Bovendien eisen veel overheden, opdrachtgevers en klanten WCAG 2.2 compliance als vereiste.

Wat is het verschil tussen WCAG 2.1 en 2.2?

WCAG 2.2 voegt 9 nieuwe richtlijnen toe aan WCAG 2.1. Deze richten zich op mobiele gebruikers, gebruikers met beperkte mobiliteit en cognitieve beperkingen. Er is ook 1 verwijderde richtlijn. De focus van 2.2 ligt meer op real-world scenario’s en moderne webtechnologieën. Alle richtlijnen uit 2.1 blijven gelden.

Wanneer moet mijn website voldoen aan WCAG 2.2?

Als je organisatie in de EU actief is en een website of webapplicatie heeft, moest je op 28 juni 2025 al compliance bereikt hebben volgens de European Accessibility Act. Voor websites van openbare instanties geldt al langer een toegankelijkheidsverplichting. Praktisch gezegd: als je nog niet aan WCAG 2.1 AA voldoet, moet je daar nu naar toe werken.

Wat zijn de belangrijkste veranderingen in WCAG 2.2?

De nieuwe richtlijnen focussen op draggable interface-elementen, authenticatie zonder puzzels, toegankelijke menuwerking, focus en focus-visible gedrag, en betere ondersteuning voor hulptechnologie. Deze zijn rechtstreeks gericht op reële gebruikservaringen en problemen die gebruikers tegenkomen.

Kan ik WCAG 2.2 zelf testen?

Gedeeltelijk. Je kunt veel testen met automatische tools en handmatige controles. Sommige aspecten vereisen echter expertise. Voor een grondige test adviseren wij een professionele toegankelijkheidsaudit met echte gebruikers met diverse beperkingen. Dit geeft je het volledige beeld.

Wat kost het om aan WCAG 2.2 te voldoen?

Dit hangt sterk af van je huidige situatie. Een website die al gedeeltelijk toegankelijk is vraagt minder aanpassingen dan een geheel niet-toegankelijke website. De kosten voor een audit beginnen rond enkele honderden euro’s. Voor implementatie hangt het af van hoeveel werk nodig is. Het is een investering die leidt tot een betere gebruikerservaring voor iedereen.

Geldt WCAG 2.2 alleen voor overheidswebsites?

Nee. De European Accessibility Act geldt voor alle organisaties, van webshops tot dienstverleners tot non-profits. Uitzonderingen zijn micro-organisaties (minder dan 10 werknemers en minder dan 2 miljoen omzet). In de praktijk betekent dit dat vrijwel alle websites en webapplicaties aan WCAG moeten voldoen.

Waar begin ik met WCAG 2.2 compliance?

Begin met een toegankelijkheidsaudit om je huidige situatie in kaart te brengen. Bepaal daarna wat het meest urgent is en maak een roadmap. Start met de laaghangende vruchten. Zorg dat je team geschoold wordt over toegankelijkheid en bouw het in je werkproces in, zodat het niet achteraf gefixt hoeft te worden.

WCAG 2.2 en de European Accessibility Act

Sinds 28 juni 2025 is de European Accessibility Act van kracht. Dit betekent dat organisaties in de EU verplicht zijn hun websites en webapplicaties toegankelijk te maken. De gevolgen zijn concreet: je website moet voor iedereen bruikbaar zijn, inclusief mensen met visuele, auditieve, motorische of cognitieve beperkingen.

We helpen organisaties bij dit proces. Van het uitvoeren van een professionele audit tot het implementeren van de nodige aanpassingen. Onze aanpak is praktisch: we zorgen dat je website niet alleen compliant wordt, maar ook beter bruikbaar voor alle gebruikers.

Wil je meer weten over digitale toegankelijkheid en de EAA? Bekijk ons artikel alles over digitale toegankelijkheid en de European Accessibility Act. Of neem een kijkje bij onze WCAG toegankelijkheidsaudit dienst. Heb je vragen of wil je direct aan de slag? Neem dan contact met ons op.

WCAG 2.2 in de praktijk: veelgemaakte fouten en hoe je ze voorkomt

Organisaties die aan de slag gaan met WCAG 2.2, lopen regelmatig tegen dezelfde valkuilen aan. Hieronder de drie meest voorkomende, zodat je weet wat je kunt verwachten voordat je begint.

Automatische tools als enige maatstaf. Automatische scans pikken slechts een deel van de problemen op, doorgaans tussen de 20 en 40 procent van alle issues. Criteria als focuszichtbaarheid, navigatievolgorde en betekenisvolle alternatieven voor complexe interactie vereisen een handmatige toets. Gecombineerd met een professionele audit krijg je pas een volledig en betrouwbaar beeld.

Toegankelijkheid als afrondende taak behandelen. Als toegankelijkheid pas aan het einde van een project ter sprake komt, zijn correcties duur en tijdrovend. Betrek een WCAG-specialist al tijdens het ontwerpproces. Zo voorkom je dat je later een thema of component volledig moet herbouwen.

Te weinig onderscheid tussen niveaus A, AA en AAA. De EAA vereist conformiteit met niveau AA. Niveau A moet altijd meegenomen worden als basisvereiste. Niveau AAA biedt aanvullende meerwaarde voor specifieke doelgroepen, maar is geen wettelijke verplichting. Focus eerst op het aantoonbaar halen van AA voordat je verder gaat.

Checklist: wat moet je controleren na de update naar WCAG 2.2?

Gebruik deze checklist om te controleren of de nieuwe criteria uit WCAG 2.2 zijn doorgevoerd op jouw website of webapplicatie.

• Focusindicatoren zijn altijd zichtbaar wanneer een element toetsenbordfocus heeft (criteria 2.4.11 en 2.4.12).
• Sleepbare interface-elementen (drag and drop) hebben een eenvoudig klikbaar alternatief beschikbaar (criterium 2.5.7).
• Knoppen en aanraakdoelen zijn minimaal 24x24 pixels groot met voldoende ruimte rondom (criterium 2.5.8).
• Hulpopties zoals chat of klantenservice staan op een vaste, consistente locatie op elke pagina (criterium 3.2.6).
• Formulieren vragen dezelfde informatie niet opnieuw op binnen een sessie (criterium 3.3.7).
• Authenticatie vereist geen puzzels of het overtypen van codes: er is altijd een toegankelijk alternatief beschikbaar (criterium 3.3.8).
• De verwijderde richtlijn 4.1.1 (Parsen) is uit je testdocumentatie gehaald en geeft geen onterechte fouten meer in rapportages.

Heb je een bestaande toegankelijkheidsverklaring? Controleer dan ook of de documentatie nog verwijst naar WCAG 2.2 als referentie in plaats van 2.1. Meer achtergrond vind je in ons artikel over alles over digitale toegankelijkheid en de European Accessibility Act. Wil je weten hoe een audit precies werkt? Bekijk onze WCAG toegankelijkheidsaudit dienst. Of gebruik onze ultieme toegankelijkheidschecklist voor meer praktische handvatten per criterium.

Deel dit artikel