WCAG 2.2 vs WCAG 3.0: wat komt eraan en wanneer

WCAG 3.0 — formeel bekend als de W3C Accessibility Guidelines — is de ingrijpendste herstructurering van standaarden voor webtoegankelijkheid sinds WCAG 2.0 in 2008 verscheen. De standaard heeft medio 2026 nog altijd de status van werkversie en er is geen vaste datum voor een aanbeveling. Maar de ontwerpkeuzes zijn al duidelijk genoeg om te begrijpen hoe conformiteit eruit gaat zien zodra hij er is.

Dit artikel behandelt wat WCAG 3.0 werkelijk verandert, hoe het verschilt van 2.2 en wat je nu kunt doen om je voor te bereiden zonder je huidige verplichtingen te verstoren.

Waar we vandaag staan

WCAG 2.2 (oktober 2023) is de huidige W3C-aanbeveling en de basislijn waarnaar de meeste toegankelijkheidswetten wereldwijd verwijzen — waaronder de Europese norm EN 301 549, de European Accessibility Act en de Britse regelgeving voor de publieke sector. Dit is waaraan je vandaag moet voldoen.

WCAG 3.0 is een Working Group Note die actief wordt ontwikkeld door de Accessibility Guidelines Working Group (AG WG). Er zijn al meerdere openbare werkversies verschenen. De werkgroep heeft expliciet aangegeven dat de status van aanbeveling op korte termijn niet wordt bereikt — 2027 is de vroegst realistische termijn, en verdere vertraging is waarschijnlijk gezien de omvang van het herontwerp.

Er komt geen abrupte overgang. Wanneer WCAG 3.0 daadwerkelijk een standaard wordt, geven toezichthouders overgangsperiodes — net zoals ze deden toen landen van WCAG 2.0 naar 2.1 gingen.

De structurele kernverandering: van criteria naar uitkomsten

Het meest fundamentele verschil is filosofisch van aard.

WCAG 2.x is opgebouwd rond succescriteria — specifieke, toetsbare regels met een geslaagd/niet-geslaagd-uitkomst. “Kleurcontrast moet minstens 4,5:1 zijn.” Ofwel het is zo, ofwel niet. Deze binaire structuur maakte geautomatiseerd testen eenvoudig, maar zorgde ook voor problemen: aan elk criterium voldoen garandeert geen bruikbare ervaring, en veel drempels uit de praktijk zijn lastig terug te brengen tot één meetbare test.

WCAG 3.0 schakelt over op outcomes (uitkomsten) — uitspraken op een hoger niveau over wat de gebruikerservaring moet bereiken — met per uitkomst meerdere ondersteunende testmethoden. Een test kan zijn:

Atomair — een specifieke meetbare controle (vergelijkbaar met de huidige succescriteria)
Holistisch — vereist gebruikerstests of expertevaluatie over een volledige flow

Dat betekent dat conformiteit met WCAG 3.0 een mix wordt van geautomatiseerde controles en kwalitatieve evaluatie, niet slechts een checklist.

Het nieuwe conformiteitsmodel: brons, zilver, goud

WCAG 2.x kent drie conformiteitsniveaus: A, AA en AAA. De meeste wettelijke standaarden vereisen AA.

WCAG 3.0 vervangt dit door een gelaagd model dat is gebaseerd op het aandeel en de kwaliteit van de behaalde uitkomsten:

Niveau	Wat het betekent
Brons	Alle kritieke uitkomsten worden gehaald; geen wijdverbreide tekortkomingen bij welke uitkomst dan ook
Zilver	Aan de bronseisen wordt voldaan, plus verbeteringen op aanvullende uitkomsten
Goud	Aan de zilvereisen wordt voldaan, met gedocumenteerd gebruikersonderzoek en processen voor continue verbetering

Naar verwachting wordt brons het wettelijke minimum — grofweg vergelijkbaar met het huidige AA. Zilver en goud belonen organisaties die verder gaan, waaronder doorlopend testen met gebruikers met een beperking en formele volwassenheidsprogramma’s voor toegankelijkheid.

Belangrijk: brons is niet makkelijk. De lat voor “geen wijdverbreide tekortkomingen” ligt hoger dan simpelweg slagen voor elke geautomatiseerde scan.

APCA: een nieuwe benadering van kleurcontrast

Een van de meest besproken technische wijzigingen in WCAG 3.0 is de vervanging van het huidige contrastalgoritme (WCAG 2.x gebruikt een verhouding op basis van relatieve luminantie) door APCA — het Advanced Perceptual Contrast Algorithm.

De huidige verhouding (4,5:1 voor normale tekst, 3:1 voor grote tekst) is een grof instrument. Ze houdt geen rekening met hoe het menselijk visuele systeem contrast daadwerkelijk waarneemt bij verschillende letterdiktes, lettergroottes en polariteiten (licht op donker versus donker op licht).

APCA berekent een Lightness Contrast (Lc)-waarde en past verschillende drempels toe op basis van lettergrootte en -dikte. Vette tekst van 16px heeft een andere minimale Lc dan normale tekst van 12px, en donker op licht wordt anders beoordeeld dan licht op donker.

Praktische implicatie: Sommige kleurcombinaties die nu zakken voor het WCAG 2.x-contrast, slagen onder APCA, en omgekeerd. Organisaties die nu al APCA-conforme designsystemen gebruiken, bouwen een voorsprong op — maar er is vandaag geen enkele reden om de contrastconformiteit van WCAG 2.x los te laten.

Bredere reikwijdte: verder dan websites

WCAG 2.x is geschreven voor webcontent. WCAG 3.0 is expliciet ontworpen om te gelden voor:

Native mobiele applicaties (iOS, Android)
Interfaces voor virtual en augmented reality
Immersieve 3D-omgevingen
Opkomende interactieparadigma’s (voice-first, gebaargestuurd, AI-ondersteund)

Dat betekent dat de uitkomsten en testmethoden scenario’s omvatten die simpelweg niet bestaan in WCAG 2.x, en die ingaan op de vraag hoe je toegankelijkheid test als er geen traditionele web-DOM is.

Functionele categorieën in plaats van POUR

WCAG 2.x ordent succescriteria rond vier principes: Perceivable, Operable, Understandable, Robust (POUR — waarneembaar, bedienbaar, begrijpelijk, robuust). Ontwerpers en ontwikkelaars hebben deze structuur in ruim vijftien jaar geïnternaliseerd.

WCAG 3.0 vervangt POUR door functionele gebruikersbehoeften als ordenend principe. Uitkomsten worden gegroepeerd op basis van wat ze gebruikers in staat stellen te doen — lezen, navigeren, interacteren, begrijpen — in plaats van op de technische aard van de drempel.

De werkversies leggen de exacte categoriestructuur nog niet vast, dus dit kan nog verder evolueren.

Wat er NIET verandert

Ondanks de structurele herziening verandert de onderliggende kennis over toegankelijkheid niet:

Dezelfde soorten drempels (ontbrekende alt-tekst, slecht contrast, ontoegankelijke formulieren, toetsenbordvallen) blijven drempels
Geautomatiseerd testen speelt nog steeds een centrale rol — atomaire tests in WCAG 3.0 sluiten nauw aan op bestaande regels van axe-core en WAVE
De behoefte aan handmatige expertbeoordeling en gebruikerstests met mensen met een beperking groeit, ze krimpt niet
De POUR-principes blijven een bruikbaar denkmodel, ook als de officiële taxonomie verandert

Organisaties die nu echte toegankelijkheidscompetentie opbouwen, zullen geen enkele moeite hebben hun praktijk op WCAG 3.0 af te stemmen zodra die er is.

Wat je nu moet doen

Blijf werken aan conformiteit met WCAG 2.2 AA. Dat is de huidige wettelijke standaard in elk groot rechtsgebied en het fundament waarop WCAG 3.0 Brons wordt gebouwd. Er is geen enkel scenario waarin WCAG 2.2 AA-conform zijn een nadeel is wanneer WCAG 3.0 arriveert.

Begin met gebruikerstests met mensen met een beperking. Voor zilver en goud is gedocumenteerd bewijs van tests met echte gebruikers vereist. Nu al met die praktijk beginnen bouwt organisatorische spierkracht op en levert betere producten op — ongeacht wat de definitieve WCAG 3.0-specificatie zegt.

Volg de werkversies. De AG WG publiceert updates op w3.org/TR/wcag-3.0/. Belangrijke beslissingen over het conformiteitsmodel, de APCA-drempels en de functionele categorieën moeten nog worden genomen. Heb je producten met een lange levensduur, wijs dan iemand aan om de ontwikkelingen te volgen.

Wacht niet op WCAG 3.0 om bekende problemen op te lossen. Bekende drempels kosten je vandaag al gebruikers en vergroten je juridische blootstelling. Uitstel van remediatie levert geen enkel conformiteitsvoordeel op.

WCAG 3.0 komt er uiteindelijk aan en zal een verschuiving vragen in hoe toegankelijkheid wordt gemeten en aangetoond. Maar het maakt conformiteit met WCAG 2.2 niet irrelevant — het bouwt erop voort. De organisaties die het best zijn voorbereid op de overgang, zijn degene die nu echte toegankelijkheidsprogramma’s opbouwen, niet degene die op de definitieve standaard wachten.

Gerelateerd: WCAG 2.1 vs 2.2: wat er veranderde · WCAG-niveau A vs AA vs AAA uitgelegd