Wat is WCAG 2.2
Welke eisen gelden er
WCAG 2.2 is sinds oktober 2023 de actuele versie van de Web Content Accessibility Guidelines, de internationale richtlijn voor digitale toegankelijkheid van het W3C. De versie voegt negen succescriteria toe aan WCAG 2.1, waarvan er zes op niveau A en AA vallen. Precies die zes zijn relevant voor wetgeving.
De richtlijn is achterwaarts compatibel. Voldoe je aan 2.2, dan voldoe je automatisch ook aan 2.1 en 2.0. Er is dus geen versie waar je van moet overstappen, alleen een set criteria die erbij komt.
Wat hieronder staat over wetgeving is de stand van zaken in augustus 2026. Dat deel beweegt, dus check de datum van dit artikel voordat je er beslissingen op baseert.
Wat geldt er nu wettelijk
Hier ontstaat de meeste verwarring, dus het is goed om het scherp te hebben. De wet verwijst niet rechtstreeks naar WCAG, maar naar de Europese norm EN 301 549. En die norm verwijst weer naar een specifieke WCAG-versie.
EN 301 549 is breder dan WCAG. Waar WCAG alleen over webcontent gaat, dekt de Europese norm ook software, documenten, hardware en tweewegcommunicatie. Voor het webgedeelte wijst hij door naar WCAG, en dat is precies waar het om draait.
De huidige geldende versie van EN 301 549 is v3.2.1 uit maart 2021, en die wijst naar WCAG 2.1 niveau AA. Dat is vandaag dus de juridische meetlat. Dat gaat veranderen: een concept van versie 4.1.0 lag eind 2025 ter consultatie en de definitieve v4.1.1 wordt naar verwachting rond eind 2026 in het Publicatieblad van de EU opgenomen. Vanaf dat moment schuift de norm door naar WCAG 2.2 niveau AA.
Voor wie dit geldt
Voor overheidsorganisaties loopt de verplichting via het Besluit digitale toegankelijkheid, dat al sinds 2018 van kracht is. Zij publiceren daarnaast een toegankelijkheidsverklaring in het register van DigiToegankelijk.
Voor bedrijven loopt het via de European Accessibility Act, sinds 28 juni 2025 van kracht. Die raakt onder meer webshops, bankdiensten, e-boeken, personenvervoer en telecomdiensten die zich op consumenten richten. De Autoriteit Consument en Markt is in Nederland de aangewezen toezichthouder. Er geldt een uitzondering voor dienstverleners met minder dan tien medewerkers en een jaaromzet onder twee miljoen euro, maar die uitzondering geldt niet voor producten.
De verantwoording ziet er voor bedrijven anders uit dan voor de overheid. Je publiceert geen verklaring in een register, maar legt in je algemene voorwaarden of op je site uit hoe je dienst aan de toegankelijkheidseisen voldoet.
De praktische conclusie: wettelijk is WCAG 2.1 AA vandaag het minimum, maar bouw je nu iets nieuws, dan is 2.2 AA de enige verstandige keuze. Anders bouw je iets dat binnen een jaar achterloopt.
De zes nieuwe criteria op niveau A en AA
3.2.6 Consistente hulp (niveau A)
Staat er ergens een manier om hulp te krijgen, bijvoorbeeld een contactlink, telefoonnummer, chatwidget of link naar veelgestelde vragen, dan moet die op elke pagina op dezelfde relatieve plek staan.
In de praktijk struikelen sites hierover bij afwijkende templates. De contactlink staat overal rechtsboven in de header, behalve op de checkout of een landingspagina, waar hij ineens alleen in de footer staat. Dat is een fout tegen dit criterium.
3.3.7 Herhaalde invoer (niveau A)
Informatie die de gebruiker eerder in hetzelfde proces heeft ingevuld, mag niet nogmaals gevraagd worden. Je vult het automatisch in, of je biedt het aan als keuze.
Denk aan een bestelproces waarin het factuuradres opnieuw ingetypt moet worden nadat het bezorgadres al is ingevuld. Een selectievakje “factuuradres is hetzelfde” lost dat op. Uitzonderingen zijn er wel, bijvoorbeeld het herhalen van een wachtwoord of een bewuste geheugentest.
2.4.11 Focus niet verborgen, minimum (niveau AA)
Krijgt een element toetsenbordfocus, dan mag het niet volledig verborgen worden achter andere content op de pagina.
Dit is het criterium waar bijna elke moderne site op valt. Sticky headers, cookiebanners en chatwidgets schuiven precies over het element dat net focus kreeg. Iemand die met Tab door een formulier gaat, ziet dan niet waar hij is. De oplossing zit meestal in scroll-margin-top op focusbare elementen, plus goed nadenken over wat je vastzet aan de rand van het scherm.
2.5.7 Sleepbewegingen (niveau AA)
Elke functie die werkt met slepen moet ook te bedienen zijn met één enkele klik of tik, tenzij het slepen echt essentieel is.
Dit raakt sliders, kanbanborden, herschikbare lijsten, kaartcomponenten en drag-and-drop uploads. Voor een sorteerbare lijst betekent dit knoppen om een item omhoog of omlaag te verplaatsen. Voor een kaart betekent het pan-knoppen naast het slepen. Voor een uploadveld betekent het een gewone bestandskiezer naast het sleepgebied.
2.5.8 Grootte van het doel, minimum (niveau AA)
Klikbare elementen zijn minstens 24 bij 24 CSS-pixels, of hebben genoeg witruimte eromheen zodat ze elkaar niet raken.
Iconenbalkjes, kruisjes om iets te sluiten, paginanummers, sterbeoordelingen en knoppen in dichte tabellen zijn de klassieke overtreders. Er zijn uitzonderingen, bijvoorbeeld voor links in een lopende zin en voor gevallen waar er elders op de pagina een gelijkwaardig alternatief staat. Maar in de meeste ontwerpen is 24 pixels gewoon de ondergrens die je aanhoudt, en 44 pixels de comfortabele norm op touch.
3.3.8 Toegankelijke authenticatie, minimum (niveau AA)
Inloggen mag geen cognitieve test vereisen. Iemand hoeft geen wachtwoord uit het hoofd te weten, geen puzzel op te lossen en geen code over te typen, tenzij er een alternatief of hulpmiddel beschikbaar is.
Concreet betekent dit dat je plakken in wachtwoordvelden en tweefactorvelden niet blokkeert, dat je de juiste autocomplete-attributen gebruikt zodat wachtwoordmanagers hun werk kunnen doen, en dat je geen puzzel-captcha’s inzet waarbij letters ontcijferd of plaatjes geïnterpreteerd moeten worden. Een captcha die om objectherkenning vraagt mag wel, want dat is geen cognitieve test.
Wat er verdween
WCAG 2.2 heeft één criterium geschrapt: 4.1.1 Parsing. Dat criterium eiste geldige HTML zonder dubbele id-attributen en met correct geneste elementen. Moderne browsers en hulpsoftware gaan daar inmiddels zo goed mee om dat het criterium geen zelfstandige waarde meer had. Schone HTML blijft natuurlijk wel gewoon een goed idee.
De drie criteria op niveau AAA
Naast de zes hierboven voegt WCAG 2.2 nog drie criteria toe op niveau AAA: 2.4.12 Focus niet verborgen (uitgebreid), 2.4.13 Zichtbaarheid van focus en 3.3.9 Toegankelijke authenticatie (uitgebreid). Niveau AAA wordt in wetgeving en aanbestedingen zelden gevraagd. Wel is 2.4.13 inhoudelijk interessant, want het beschrijft precies hoe dik en contrastrijk een focusindicator moet zijn. Ook als je AAA niet nastreeft, is dat een bruikbaar uitgangspunt voor je ontwerpsysteem.
Wat dit betekent voor je site
De meeste nieuwe criteria zijn geen contentwerk, maar bouwwerk. Ze zitten in je componenten, niet in je teksten. Dat is goed nieuws, want het betekent dat je ze centraal oplost.
Vier dingen die in vrijwel elk project terugkomen:
Reken er niet op dat een scan je hier doorheen loodst. Automatische tools zoals axe of Lighthouse vinden ruwweg een derde van alle toegankelijkheidsproblemen, en juist de nieuwe criteria zijn slecht machinaal te toetsen. Of je hulpmechanisme op elke pagina op dezelfde plek staat, of je iemand twee keer hetzelfde laat invullen, of er een klik-alternatief bestaat voor slepen: dat kan een script niet voor je beoordelen.
Een handmatige toetsenbordtest over je belangrijkste flows levert in de praktijk dan ook meer op dan welke scan dan ook. Doorloop je inlogscherm, je contactformulier en je bestelproces één keer volledig met Tab, Enter en de pijltjestoetsen, en je hebt de meeste problemen te pakken.
Wanneer je hiermee moet beginnen
Nu, als je iets nieuws bouwt. De extra kosten van 2.2 in plaats van 2.1 zijn tijdens de bouw verwaarloosbaar, en achteraf aanpassen van een designsysteem is dat niet.
Heb je een bestaande site die al aan 2.1 AA voldoet, dan is de stap naar 2.2 overzichtelijk. Zes criteria, waarvan er in de praktijk drie of vier echt werk opleveren. Voldoe je nog nergens aan, dan is 2.2 gewoon je startpunt en sla je 2.1 over.
Wij nemen deze criteria mee in hoe we websites bouwen en in de interactie en UX van wat we opleveren, omdat het achteraf repareren van een designsysteem altijd duurder uitvalt dan het meteen goed opzetten.
Loop je vast op een specifiek criterium of wil je weten waar je site nu staat, laat het weten.
De techniek achter vertrouwen
Snelheid, stabiliteit en schaalbaarheid vormen de basis van elke digitale oplossing. We nemen je mee in de technische keuzes die het verschil maken.