De meest onderschatte structurele verandering van 2024 in webontwikkeling betreft de normatieve laag: WCAG 2.2 en de European Accessibility Act herdefiniëren de front-end ontwikkelingsbeperkingen. De technische vereisten die op ontwerpteams drukken, zijn in een jaar tijd meer geëvolueerd dan de visuele trends die gewoonlijk door de media worden doorgegeven.
WCAG 2.2: de nieuwe criteria die de ontwikkeling van interfaces veranderen
De aanbeveling WCAG 2.2, gepubliceerd door het W3C in oktober 2023 en vervolgens bijgewerkt in december 2024, voegt criteria toe die versie 2.1 niet dekte. Drie daarvan hebben een directe impact op de ontwerpkeuzes van interfaces.
Het criterium voor de minimale grootte van aanraakgebieden vereist een herziening van de interactiecomponenten op mobiel. Knoppen, links en formuliercontroles moeten een voldoende klikoppervlak bieden, wat de overbelaste interfaces in twijfel trekt waar de klikbare elementen te dicht bij elkaar staan.
Het criterium voor alternatieven voor slepen en neerzetten verplicht om voor elke interactie gebaseerd op slepen een vervangend mechanisme te bieden. Kanban-achtige interfaces, visuele editors en productconfigurators worden hier direct door beïnvloed.
Het criterium voor toegankelijke authenticatie verbiedt het conditioneren van toegang tot een dienst aan een complexe cognitieve taak (puzzeloplossing, geheugen) zonder een alternatief aan te bieden. We vinden regelmatig de nieuws van de site Le Carolo Geek terug onder de Franstalige bronnen die dit soort technische evolutie toegepast op het web documenteren.
De zichtbaarheid van de focus, een andere toevoeging van WCAG 2.2, vereist een zichtbaar indicator op elk interactief element tijdens het navigeren met het toetsenbord. CSS-frameworks die de outline standaard verbergen, veroorzaken nu een directe niet-naleving.
European Accessibility Act: verplichte naleving voor e-commerce vanaf juni 2025
De European Accessibility Act wordt van toepassing op 28 juni 2025 voor de betrokken digitale producten en diensten, inclusief online winkels. Deze Europese richtlijn gaat verder dan het ontwerp: het creëert een wettelijke verplichting tot naleving voor bedrijven die online verkopen in de Europese Unie.
Tegelijkertijd heeft het ministerie van Justitie in de Verenigde Staten in april 2024 een regel aangenomen die het WCAG 2.1 niveau AA referentiekader oplegt aan de websites en applicaties van lokale overheden. De regelgevende trend is dus transatlantisch.
Voor de ontwikkelingsteams is de praktische consequentie duidelijk:
- Elke interfacecomponent moet worden geauditeerd volgens de WCAG 2.1 AA-criteria als minimum, met een geleidelijke overgang naar WCAG 2.2
- De aankooptrajecten (winkelwagentje, betalingsformulier, account aanmaken) moeten toegankelijke alternatieven bieden voor elke stap die een complexe interactie met zich meebrengt
- Dynamisch gegenereerde inhoud (productaanbevelingen, chatbots) moet voldoen aan dezelfde vereisten als statische inhoud
We raden aan om een WCAG-audit in de CI/CD-pipeline te integreren in plaats van toegankelijkheid als een correctie na de lancering te behandelen.
Generatieve IA en codekwaliteit: het risico van toegankelijkheidsregressie
Generatieve IA versnelt de productie van front-end code, maar introduceert een concreet probleem op het gebied van toegankelijkheid. Een enquête onder 88 ontwikkelaars, geciteerd door Zylyn, toont aan dat de door IA gegenereerde code een concreet risico op regressie in toegankelijkheid met zich meebrengt.
Het probleem is structureel. Taalmodellen produceren functionele code, maar laten vaak ARIA-attributen, semantische rollen en labels die aan formuliercontroles zijn gekoppeld, weg. Een ontwikkelaar die de voorgestelde code accepteert zonder controle, introduceert onzichtbare niet-nalevingen die door een schermlezer kunnen worden gedetecteerd.
Controles te systematiseren op de door IA gegenereerde code
- Aanwezigheid van alt-attributen op elke afbeelding, met een relevante en niet-generieke beschrijvende tekst
- Correct gebruik van semantische HTML5-tags (nav, main, article, aside) in plaats van geneste div’s
- Aria-label en aria-describedby attributen op interactieve elementen zonder zichtbaar label
- Logische tabvolgorde handmatig gecontroleerd, niet alleen via een automatische linter
Kunstmatige intelligentie versnelt de productie, maar de handmatige codebeoordeling blijft de enige garantie voor WCAG-naleving. De automatisering van de controle via tools zoals axe-core of Lighthouse dekt slechts een deel van de criteria.
Authenticatie en gebruikerservaring: wat WCAG 2.2 oplegt aan inlogtrajecten
Het criterium voor toegankelijke authenticatie van WCAG 2.2 verdient een speciale behandeling omdat het een belangrijk pijnpunt van huidige websites raakt. Visuele CAPTCHA’s, codes die per SMS worden verzonden en binnen een korte tijd moeten worden overgetypt, en verificatiepuzzels worden regelgevende obstakels.
Conforme alternatieven omvatten authenticatie via passkey, inloggen via een wachtwoordbeheerder of het verzenden van een magische link. Deze methoden verminderen de cognitieve belasting terwijl ze een gelijkwaardig beveiligingsniveau handhaven.
Voor e-commerce websites die onder de European Accessibility Act vallen, maakt het inlog- en accountaanmaaktraject deel uit van het te auditeren bereik. Een niet-toegankelijke CAPTCHA op de inlogpagina is voldoende om een niet-naleving te creëren voor de gehele aankooptraject.
Teams die WCAG 2.2 als een architectonische beperking behandelen vanaf de fase van front-end ontwerp, verminderen het risico op late herontwerpen. Toegankelijkheidsnaleving is een technisch criterium voor productie geworden, net als prestaties of beveiliging.
