Is WCAG 2.2 verplicht?

WCAG 2.2 is in Nederland formeel nog niet verplicht. De geldende wettelijke norm is WCAG 2.1 niveau AA, vastgelegd via de Europese norm EN 301 549. Toch is WCAG 2.2 de aanbevolen standaard voor nieuwe projecten, en naar verwachting wordt het in 2026 de officiële wettelijke norm wanneer EN 301 549 wordt bijgewerkt. Hieronder vind je antwoord op de meest gestelde vragen over WCAG 2.2 en wat dit betekent voor jouw website.

Voor wie geldt WCAG 2.2 als wettelijke verplichting?

WCAG 2.2 geldt formeel voor niemand als wettelijke verplichting, maar WCAG 2.1 niveau AA wel. Voor overheidsorganisaties is dat al jaren verplicht via het Besluit digitale toegankelijkheid overheid. Sinds 28 juni 2025 geldt via de European Accessibility Act ook voor een groot deel van de private sector een wettelijke toegankelijkheidseis, maar die verwijst eveneens naar WCAG 2.1 als technische norm.

Voor overheidsinstanties zoals gemeenten, provincies en waterschappen is WCAG 2.1 AA de verplichte standaard. Dit geldt voor websites, intranetten, extranetten, cloudapplicaties, mobiele apps en kantoorbestanden zoals pdf’s. De overheid adviseert wel om bij nieuwe implementaties meteen WCAG 2.2 als uitgangspunt te nemen, zodat je straks niet opnieuw hoeft te verbouwen.

Voor de private sector geldt de verplichting via de EAA voor webshops, banken, telecomproviders, vervoersdiensten en streamingplatforms die digitale producten of diensten aan consumenten aanbieden. Twee groepen zijn uitgezonderd: micro-ondernemingen met minder dan 10 medewerkers en een jaaromzet onder 2 miljoen euro, en bedrijven die uitsluitend aan andere bedrijven (B2B) leveren.

De toezichthouder voor e-handelsdiensten in de private sector is de ACM (Autoriteit Consument & Markt). Voor overheidsorganisaties is dat de Inspectie Overheidsinformatie en Erfgoed. Welke toezichthouder voor jouw sector verantwoordelijk is, hangt af van het type dienst dat je aanbiedt.

Wat zijn de deadlines voor WCAG 2.2-naleving?

Voor overheidsorganisaties zijn de deadlines voor WCAG 2.1 al lang verstreken. Voor de private sector gelden de verplichtingen van de EAA vanaf 28 juni 2025. Nieuwe producten en diensten moeten direct voldoen; bestaande diensten die vóór die datum al op de markt waren, hebben een overgangsperiode tot 28 juni 2030.

Er is één belangrijke uitzondering op die overgangsperiode: zodra je een bestaande dienst substantieel wijzigt of volledig herontwikkelt, moet die direct voldoen aan de toegankelijkheidseisen. Een grote website-redesign of een nieuwe versie van je app valt daar dus onder, ook als de overgangsperiode nog loopt.

Voor WCAG 2.2 specifiek geldt dat de Europese norm EN 301 549 naar verwachting in 2026 wordt bijgewerkt om WCAG 2.2 als technische standaard op te nemen. Vanaf dat moment wordt WCAG 2.2 ook formeel de wettelijke norm voor zowel overheidsorganisaties als de private sector onder de EAA. Een officieel besluit met exacte datum is op het moment van schrijven nog niet gepubliceerd, maar meerdere toegankelijkheidsspecialisten gaan ervan uit dat die update er in 2026 aankomt.

Wat zijn de nieuwe succescriteria in WCAG 2.2?

WCAG 2.2 voegt negen nieuwe succescriteria toe aan WCAG 2.1, waarvan zes relevant zijn voor wettelijke naleving (niveau A en AA). Tegelijkertijd verdwijnt één criterium: 4.1.1 Parsen, dat overbodig is geworden omdat moderne browsers kapotte HTML automatisch repareren.

De zes nieuwe criteria op niveau A en AA zijn concreet en praktisch van aard. Ze richten zich op drie groepen die in WCAG 2.1 minder aandacht kregen: mensen met een motorische beperking, mensen met een cognitieve beperking, en mensen die een touchscreen of mobiel apparaat gebruiken. Dit zijn de nieuwe verplichte criteria:

• 2.4.11 Focus niet bedekt (minimum) (AA): een geselecteerd element mag niet volledig verborgen raken achter andere content, zoals een sticky header.
• 2.4.13 Focusweergave (AA): de focusindicator moet voldoende zichtbaar zijn, met specifieke eisen aan omvang en contrast.
• 2.5.7 Sleepbewegingen (AA): elke drag-and-drop functie moet ook met een enkele klik of toetsaanslag te bedienen zijn.
• 2.5.8 Grootte van het aanwijsgebied (minimum) (AA): interactieve elementen moeten minimaal 24×24 pixels groot zijn, zodat ze ook op een touchscreen makkelijk te raken zijn.
• 3.2.6 Consistente hulp (A): hulpmiddelen zoals een contactlink, chatbot of telefoonnummer moeten op elke pagina op dezelfde plek staan.
• 3.3.7 Overbodige invoer (A): informatie die een gebruiker al eerder heeft ingevuld, hoeft niet opnieuw ingevoerd te worden in hetzelfde proces.
• 3.3.8 Toegankelijke authenticatie (minimum) (AA): inloggen mag niet afhangen van cognitieve tests zoals puzzels of het overtypen van codes, tenzij er een alternatief is.

De officiële Nederlandstalige versie van alle WCAG 2.2 succescriteria Deze link opent in een nieuw tabblad is beschikbaar via het W3C. Wil je weten wat deze criteria betekenen voor de technische opbouw van je website? Dat is precies het soort vraag waarbij een WordPress-bureau met ervaring in digitale toegankelijkheid je direct verder helpt.

Wat zijn de gevolgen van niet voldoen aan WCAG 2.2?

De gevolgen van niet voldoen aan de toegankelijkheidseisen zijn zowel juridisch als zakelijk. Toezichthouders mogen boetes opleggen, maar de impact gaat verder dan een boete alleen. Een niet-toegankelijke website sluit een grote groep gebruikers uit, wat leidt tot gemiste omzet en een slechtere gebruikerservaring voor iedereen.

Op het juridische vlak kan de ACM voor e-handelsdiensten een boete opleggen tot 900.000 euro, of een percentage van de jaaromzet als dat hoger uitvalt. Voor andere sectoren, zoals financiële dienstverlening, zijn de maximale boetes per toezichthouder niet altijd publiek gemaakt. Naast boetes kunnen toezichthouders ook een terugroepactie van producten of opschorting van bedrijfsactiviteiten opleggen in ernstige gevallen.

Toezichthouders in Nederland hebben aangegeven in de beginfase vooral te willen stimuleren en begeleiden. Klachten van consumenten spelen daarin een belangrijke rol. Bedrijven die nog niet voldoen, kunnen bij de ACM aangeven dat zij actief bezig zijn met naleving. Niets doen en niets melden is het grootste risico.

Voor overheidsorganisaties die niet voldoen, kan de Inspectie Overheidsinformatie en Erfgoed een last onder dwangsom opleggen. Reputatieschade door publicatie van handhavingsmaatregelen is daarbij een reëel risico, zeker voor gemeenten die hun inwoners digitaal willen bedienen. Meer weten over hoe handhaving van de Europese toegankelijkheidswet in de praktijk werkt Deze link opent in een nieuw tabblad? Digitaaltoegankelijk.nl zet het helder uiteen.

Hoe verschilt WCAG 2.2 van WCAG 2.1?

WCAG 2.2 is geen vervanging van WCAG 2.1, maar een uitbreiding. Een website die voldoet aan WCAG 2.2 voldoet automatisch ook aan WCAG 2.1 en WCAG 2.0. Het grootste verschil zit in de bredere aandacht voor mobiele gebruikers, mensen met cognitieve beperkingen en mensen met beperkte motoriek.

In getallen: WCAG 2.1 had 50 succescriteria op niveau A en AA. WCAG 2.2 heeft er 55, door zes nieuwe criteria toe te voegen en één te verwijderen. Dat verwijderde criterium (4.1.1 Parsen) ging over syntactisch correcte HTML, maar is overbodig geworden doordat browsers kapotte HTML tegenwoordig zelf repareren.

De inhoudelijke verschillen zijn goed te zien bij de focusindicator. WCAG 2.1 vereiste al dat er een zichtbare focusindicator aanwezig is. WCAG 2.2 gaat verder: die indicator mag niet verborgen raken achter andere elementen op de pagina, en er gelden strengere eisen aan de zichtbaarheid. Denk aan een sticky navigatiebalk die over een geselecteerde knop schuift. Dat was in WCAG 2.1 niet expliciet verboden, in WCAG 2.2 wel.

Een ander concreet verschil is de minimale afstand tussen interactieve elementen. WCAG 2.2 stelt een minimumafmeting van 24×24 pixels verplicht voor knoppen en links. Dit gold niet in WCAG 2.1 en heeft directe gevolgen voor hoe je navigatie, formulieren en call-to-action knoppen ontwerpt, zowel op mobiel als desktop.

Hoe controleer je of een website voldoet aan WCAG 2.2?

Een betrouwbare WCAG-controle combineert geautomatiseerde tools met handmatige beoordeling. Geautomatiseerde tools detecteren slechts een deel van de toegankelijkheidsproblemen, omdat ze geen rekening houden met context, interactie en gebruikerservaring. Een volledige audit vraagt altijd ook om menselijk oordeel.

Voor een snelle eerste indruk kun je Google Lighthouse gebruiken, dat standaard beschikbaar is in Google Chrome. De tool geeft een score van 0 tot 100 en toont concrete verbeterpunten. Het is een goed startpunt, maar geen vervanging voor een echte audit.

Een professionele WCAG-audit volgt de WCAG-EM methode van het W3C, de internationale standaard voor toegankelijkheidsonderzoek. Zo’n audit beoordeelt alle relevante pagina’s en functionaliteiten, inclusief formulieren, navigatie en interactieve elementen. Voor organisaties die onder de EAA vallen, is een conformiteitsverklaring verplicht. Bij een controle door toezichthouders wordt die vrijwel altijd als eerste opgevraagd.

Overheidsorganisaties zijn bovendien verplicht een toegankelijkheidsverklaring te publiceren en jaarlijks bij te werken. Bestaande onderzoeken op basis van WCAG 2.1 blijven drie jaar geldig voor die verklaring. De wet- en regelgeving rondom WCAG voor overheidsorganisaties Deze link opent in een nieuw tabblad is uitgebreid gedocumenteerd op wcag.nl.

Geldt WCAG 2.2 ook voor apps en intranet?

Voor overheidsorganisaties geldt de toegankelijkheidsverplichting ook voor mobiele apps en intranetten. Voor de private sector verplicht de EAA apps toegankelijk te maken, maar intranetten vallen buiten de scope van de EAA omdat die wet zich richt op diensten die aan consumenten worden aangeboden, niet op interne bedrijfssystemen.

Concreet voor overheidsorganisaties: mobiele apps moesten al voor 2021 voldoen aan WCAG 2.1 AA. Intranetten en extranetten vallen ook onder de verplichting, maar bestaande intranetten hoeven pas aan de eisen te voldoen bij een grote revisie of volledige herontwikkeling. Nieuwe intranetten die na september 2019 zijn gelanceerd, moesten direct voldoen.

Voor de private sector onder de EAA geldt dat de toegankelijkheidseisen de gehele digitale klantreis omvatten: website, mobiele app, mijn-omgeving en zelfs klantenservice. Nieuwe apps moeten direct voldoen; bestaande apps hebben tot 2030. Het intranet van een bedrijf valt hier buiten, tenzij het als dienst aan consumenten wordt aangeboden.

Eén aandachtspunt: de exacte reikwijdte van de EAA voor interne bedrijfssystemen is in de praktijk niet altijd zwart-wit. Twijfel je of jouw applicatie onder de EAA valt? Laat dat dan toetsen door een specialist, zodat je niet voor verrassingen komt te staan.

Digitale toegankelijkheid is geen eenmalig vinkje, maar een doorlopend onderdeel van hoe je website gebouwd en onderhouden wordt. Bij Stuurlui bouwen we WordPress-websites waarbij toegankelijkheid vanaf het begin is meegenomen in het ontwerp en de ontwikkeling. Wil je weten waar jouw website nu staat? Neem contact op en we kijken het samen met je door.