Wat is WCAG?
- Download in MP4 formaat MP4 | 34,8 MB
W.C.A.G., 'wuhceg' of 'weecag'. Je hoort de afkorting vaak, maar waar staat die nou eigenlijk voor? Dat ga ik je vertellen. WCAG staat voor Web Content Accessibility Guidelines. En het is dé internationale standaard voor webtoegankelijkheid. Het is ook de standaard waarnaar verwezen wordt in de Europese én Nederlandse wetgeving rondom toegankelijkheid.
In het kort is WCAG een lijst met allerlei eisen voor het ontwerp, de bouw en het beheer van websites en apps. Als je aan die eisen voldoet, dan is jouw website of app toegankelijk voor mensen met een functiebeperking.
De eerste versie van WCAG kwam uit in 1999. En inmiddels zijn we al bij versie 2.1. En dit is ook de versie die nu verplicht is voor overheidsinstanties.
WCAG is gelaagd opgebouwd. Je hebt niveau A, dat is het minimum aan toegankelijkheid. Dan heb je niveau AA, en niveau triple A, drie keer A. Voor overheidsinstanties zijn de eisen op niveau A en AA verplicht. Bij elkaar gaat het dan om 50 eisen.
Naast deze indeling op niveau is er ook een indeling op hoofdprincipes. WCAG bestaat uit 4 principes, en alle eisen vallen onder 1 van deze principes. Het eerste principe is Waarneembaar. Dan heb je Bedienbaar, Begrijpelijk en Robuust. En als je kijkt naar deze principes, dan weet je eigenlijk al waar toegankelijkheid in de basis om draait.
Waarneembaar gaat erom dat alles op jouw website of jouw app voor iedereen waarneembaar is. Een eis onder dit principe is bijvoorbeeld dat je een alternatieve tekst toevoegt aan een afbeelding, zodat iemand die hem niet ziet hem toch kan waarnemen.
Bedienbaar gaat erover, zoals het woord al zegt, dat alles te bedienen, te gebruiken, is. Bijvoorbeeld dat het navigatiemenu op jouw website niet alleen met een muis, maar ook met het toetsenbord te bereiken is.
Het principe Begrijpelijk dat gaat over hoe jouw website of app begrijpelijk kan zijn voor zowel software als voor mensen. Een eis die gaat over de begrijpelijkheid voor software, is dat je bijvoorbeeld de taal van de pagina moet aangeven. Zo kan hulptechnologie een tekst in de juiste taal voorlezen.
En een eis die gaat over begrijpelijkheid voor mensen is de eis dat als mensen een foutje maken in een formulier dat jij dan duidelijk aangeeft waar de fout zit en wat ze moeten doen om hem te verbeteren.
Het laatste principe is Robuust. En dat gaat erom dat jouw website of app zo robuust, zo degelijk is gebouwd dat ie door een breed scala aan apparaten en hulptechnologie gebruikt kan worden. Het gaat dus eigenlijk om de bouwkwaliteit. De website of app moet goed in elkaar zitten qua code en voor de elementen op jouw website moet bijvoorbeeld zijn aangegeven wat hun naam en hun waarde is, in de code.
Als je dit zo hoort dan weet je al dat je WCAG niet pas aan het einde van een project kunt toevoegen. Het is iets waarmee je al in de eerste fase aan de slag moet gaan. Dan ben je het slimst bezig, en dan zal het ook het makkelijkst zijn om uiteindelijk een toegankelijke website of app te bouwen.
Mocht je nou zover zijn dat je jouw website of app wilt laten onderzoeken op toegankelijkheid, let dan wel op de volgende dingen:
Ten eerste: controleer of bij het toegankelijkheidsonderzoek daadwerkelijk getoetst wordt op WCAG 2.1, en controleer ook of alle 50 eisen aan bod komen bij dat onderzoek, en of in het rapport dat je krijgt goed te zien is hoe jij op elk van die eisen scoort. Want dit zijn verplichte onderdelen van de toegankelijkheidsverklaring die je als overheidsinstantie op moet stellen om aan te tonen dat jouw website of app toegankelijk is.