Wat is WCAG? De Web Content Accessibility Guidelines begrijpen

De Web Content Accessibility Guidelines, algemeen bekend als WCAG, zijn de internationaal erkende technische standaarden voor het toegankelijk maken van digitale content voor mensen met een beperking. Ontwikkeld door het World Wide Web Consortium (W3C) via een gezamenlijke inspanning van belangenorganisaties voor mensen met een beperking, overheidsinstanties, toegankelijkheidsonderzoekers en professionals uit de sector, biedt WCAG het raamwerk dat organisaties wereldwijd gebruiken om digitale toegankelijkheid te evalueren en te verbeteren.

WCAG is op zichzelf geen wet. Het is een reeks technische standaarden. WCAG is echter overgenomen of aangehaald door vrijwel elke belangrijke toegankelijkheidswet en -regelgeving wereldwijd, waardoor het de feitelijke maatstaf is voor wettelijke naleving. Als uw organisatie moet voldoen aan de European Accessibility Act, de Americans with Disabilities Act, Section 508 of een van de tientallen andere nationale toegankelijkheidsregelgevingen, is WCAG de standaard waaraan u wordt afgemeten.

De vier principes: POUR

Alles in WCAG is georganiseerd rond vier fundamentele principes die bekend staan onder het acroniem POUR. Deze principes definiëren wat het betekent voor digitale content om toegankelijk te zijn.

Waarneembaar (Perceivable) betekent dat informatie en gebruikersinterfacecomponenten op manieren aan gebruikers moeten worden gepresenteerd die zij kunnen waarnemen. Dit betekent niet dat elke gebruiker content met alle zintuigen moet kunnen waarnemen — het betekent dat content beschikbaar moet zijn via ten minste één zintuig waarop de gebruiker kan vertrouwen. Afbeeldingen hebben bijvoorbeeld tekstalternatieven nodig zodat mensen die ze niet kunnen zien de informatie toch kunnen begrijpen. Video's hebben ondertiteling nodig zodat mensen die het geluid niet kunnen horen de inhoud toch kunnen volgen. Tekst moet voldoende contrast hebben met de achtergrond zodat mensen met een visuele beperking het kunnen lezen.

Bedienbaar (Operable) betekent dat gebruikersinterfacecomponenten en navigatie door alle gebruikers bedienbaar moeten zijn. Elke functie die beschikbaar is via een muis moet ook beschikbaar zijn via een toetsenbord. Gebruikers moeten voldoende tijd hebben om content te lezen en ermee te interacteren. Content mag niet zo ontworpen zijn dat het aanvallen of fysieke reacties veroorzaakt. Gebruikers moeten kunnen navigeren, content vinden en bepalen waar ze zich binnen een site bevinden.

Begrijpelijk (Understandable) betekent dat informatie en de bediening van de gebruikersinterface begrijpelijk moeten zijn. Tekst moet leesbaar en te begrijpen zijn. Webpagina's moeten op voorspelbare manieren verschijnen en functioneren. Gebruikers moeten worden geholpen om fouten te voorkomen en te corrigeren — vooral in formulieren waar fouten aanzienlijke gevolgen kunnen hebben.

Robuust (Robust) betekent dat content robuust genoeg moet zijn om betrouwbaar geïnterpreteerd te worden door een breed scala aan user agents, waaronder hulptechnologieën zoals schermlezers. Dit vereist schone, goed gestructureerde code die webstandaarden volgt en informatie correct communiceert naar alle technologieën die er toegang toe hebben.

De 13 richtlijnen

Onder de vier POUR-principes vallen 13 richtlijnen die de specifieke doelen bieden waar auteurs naartoe moeten werken. Deze richtlijnen zijn zelf niet testbaar, maar bieden het raamwerk voor de testbare succescriteria.

Onder Waarneembaar vallen vier richtlijnen over tekstalternatieven voor niet-tekstuele content, alternatieven voor op tijd gebaseerde media, aanpasbaarheid van contentpresentatie en onderscheidbaarheid van content inclusief contrast en audiobediening.

Onder Bedienbaar vallen vijf richtlijnen over toetsenbordtoegankelijkheid, voldoende tijd voor gebruikers, preventie van aanvallen en fysieke reacties, navigeerbaarheid en invoermodaliteiten naast toetsenbord en muis.

Onder Begrijpelijk vallen drie richtlijnen over leesbaarheid, voorspelbaarheid van webpaginagedrag en invoerhulp bij formulieren en foutafhandeling.

Onder Robuust valt één richtlijn over compatibiliteit met huidige en toekomstige user agents en hulptechnologieën.

Succescriteria: de testbare vereisten

Elke richtlijn bevat specifieke succescriteria — testbare uitspraken die bepalen of content voldoet aan de toegankelijkheidsstandaard. WCAG 2.2, de huidige versie, bevat in totaal 86 succescriteria. Elk succescriterium wordt toegewezen aan een van de drie conformiteitsniveaus: A, AA of AAA.

Succescriteria zijn technologieneutraal geschreven. Ze beschrijven wat er bereikt moet worden, niet hoe het bereikt moet worden. De specifieke technieken om aan elk criterium te voldoen hangen af van de gebruikte technologie — HTML, CSS, JavaScript, PDF of andere formaten. W3C biedt afzonderlijke documentatie van voldoende technieken en veelvoorkomende fouten voor elk succescriterium.

Een korte geschiedenis van WCAG

WCAG heeft zich aanzienlijk ontwikkeld sinds de eerste publicatie. WCAG 1.0 werd uitgebracht in mei 1999 en bevatte 14 richtlijnen met een op prioriteit gebaseerd conformiteitssysteem. Het was baanbrekend voor zijn tijd, maar was sterk gebonden aan specifieke technologieën, met name HTML.

WCAG 2.0, gepubliceerd in december 2008, was een fundamentele herziening. Het introduceerde de POUR-principes, het drieniveauconformiteitssysteem (A, AA, AAA) en technologieneutrale succescriteria die op elke webtechnologie konden worden toegepast in plaats van gebonden te zijn aan specifieke opmaaktalen.

WCAG 2.1, gepubliceerd in juni 2018, voegde 17 nieuwe succescriteria toe om lacunes aan te pakken die waren ontstaan, met name rond mobiele toegankelijkheid, slechtziendheid en cognitieve beperkingen. Het was ontworpen als een tussentijdse update terwijl het werk aan toekomstige versies doorging.

WCAG 2.2, gepubliceerd in oktober 2023, is de huidige standaard. Het voegt negen nieuwe succescriteria toe en verwijdert er één (SC 4.1.1 Parsing, nu als verouderd beschouwd). De nieuwe criteria richten zich op verbeterde toetsenbordnavigatie, grootte van aanraakdoelen, cognitieve toegankelijkheid en bruikbaarheid van authenticatie. WCAG 2.2 is achterwaarts compatibel — content die voldoet aan 2.2 voldoet ook aan 2.1 en 2.0.

Wie is verantwoordelijk voor toegankelijkheid?

Een veelvoorkomend misverstand is dat toegankelijkheid uitsluitend een ontwikkelingstaak is. In werkelijkheid is toegankelijkheid een gedeelde verantwoordelijkheid van elke rol die betrokken is bij het creëren van digitale content. Ontwerpers nemen beslissingen over kleur, contrast, lay-out en interactiepatronen die fundamenteel bepalen of iets toegankelijk is. Ontwikkelaars implementeren de technische onderbouwing — semantische opmaak, toetsenbordondersteuning, ARIA-attributen. Contentmakers schrijven de alt-tekst, de linktekst, de koppen en de instructietekst waarop gebruikers vertrouwen. Productmanagers en bedrijfsleiders stellen de prioriteiten vast en wijzen de middelen toe.

Toegankelijkheid werkt het best wanneer het in elke fase van het ontwerp- en ontwikkelingsproces wordt geïntegreerd, en niet achteraf wordt toegevoegd. Hoe eerder toegankelijkheid wordt meegenomen, hoe minder duur en ingrijpend de implementatie is.