Het komt niet zo vaak voor dat ik in een zaal ben, waar de meeste mensen al weten wat het is… WCAG…
Ik neem zomaar even aan, dat velen van jullie wel eens met WCAG werken. Regelmatig… misschien wel dagelijks. Ik zie ook mensen zitten die al tientallen jaren met WCAG werken.
Dan heb je misschien ook wel eens nagedacht over wat er beter kan.
Zelf vind ik het trouwens ook altijd leuk om hier mensen te spreken voor wie alles nog nieuw is, ik hoop dat jullie er ook bij zijn dit jaar, als je nieuw bent, een speciaal welkom!
Hopelijk kan ik je een beetje helpen om beter te begrijpen wat we met WCAG proberen te doen… of heb je ideeën.
Voor mij persoonlijk doe ik er ook veel mee op m'n werk… ik werk bij Logius, onderdeel van het Ministerie van Binnenlandse Zaken… wij houden bij hoe het staat met de digitale toegankelijkheid in Nederland.
In ons dashboard zie je hoe toegankelijkheid in Nederland ervoor staat… het onderzoek dat in deze data resulteert is uiteindelijk onderzoek op basis van WCAG.
Wij zijn niet de enige die WCAG gebruikt in beleid en wetgeving.
Als je een wereldkaart erbij pakt zie je dat op bijna de hele wereld wetgeving bestaat die op WCAG gebaseerd is, of waar WCAG, al dan niet via een andere standaard, wordt gebruikt om te zeggen, dit is hoe we vaststellen wat toegankelijke web content is.
Bron kaart: Wikipedia. Bron landen: W3C Laws and Policies.
WCAG beter maken… daar wordt al lang over nagedacht. Ongeveer tien jaar geleden was er al een groep genaamd “Silver” die zich hierover ging buigen.
Die naam is niet omdat ze zo van zware metalen hielden… zilver is in het periodiek systeem der elementen namelijk Ag… wie weet waar dat voor staat? (argentum)
En dus… accessibility guidelines.
Goed, die maken we dus, met een grote werkgroep bij het W3C, World Wide Web Consortium.
En momenteel is onze focus vooral op de overgang van WCAG 2 naar 3. We doen nog een klein beetje verbetering aan WCAG 2, ik ben zelf erg blij met de groep die dat doet, maar grootste deel van de tijd gaat nu naar WCAG 3. We willen het beter maken dan WCAG 2.
Vergeet niet, er zitten mensen achter dit soort standaarden. Deze foto is van een week eind vorig jaar, waar we als editor's van vroeg tot laat werden opgesloten in een kantoor in Bristol, Engeland. We mochten er alleen even uit voor deze foto.
Veel van het werk wat we daar deden kwam in een grote pull request… voor de mensen wie dat niks zegt… een voorstel om iets aan te passen.
Het ging om maar liefst 736 commits en 582 bestanden… ik zie de wenkbrauwen van sommige ontwikkelaars in de zaal omhoog gaan… het gaat me even niet om best practices, en ik zal je niet vermoeien met de redenen, maar feit is dat we in en vlak na die week een hoop hebben aangepast.
En daardoor is er nu de WCAG 3 Working Draft, online te raadplegen. Check it out!
Maar daar kom ik straks op terug. Voor ik meer over WCAG 3 zeg, neem ik je eerst nog even mee door WCAG 2.
Ik zal het kort houden, want zoals gezegd is de basis van WCAG misschien al wel bekend bij sommigen.
De meesten zullen bekend zijn met WCAG, maar toch… even een overzicht. Dit is de basis… alle content moet dit zijn, het moet waarneembaar, bedienbaar, begrijpelijk en robuust zijn, als 1 of meer niet waar is dan kunnen gebruikers met een beperking niet met de content werken.
(getallen corresponderen met 2.2)
De richtlijnen geven concrete invulling aan de principes.
Ze maken content direct toegankelijker voor mensen en zorgen dat content in andere vormen kan worden geconsumeerd.
Richtlijnen zijn niet direct testbaar, ze framen de doelen.
En daaronder hangen dan de succescriteria, we hebben er daar 55 van, in de categorie die voor Nederlandse wetgeving van belang is.
Een voorbeeld is 1.1.1 Niet-tekstuele content. Dat vereist dat je voor bijvoorbeeld afbeeldingen, stel je neemt het NCDT logo, dan staat daar in de code ook toegevoegd dat het het NCDT logo is.
Dit soort succescriteria kun je testen, en dat is wat er gebeurt als je een WCAG-audit of WCAG-onderzoek laat doen.
Wil je trouwens meer weten over WCAG testen? Steve Faulkner's parallelsessie gaat over updates aan de testmethodologie.
Foto's: Jordan Nicholson, CC licentie via disabilityin.org.
Weten jullie nog (en sorry dat ik hier nu zijn hoofd toon) dat Mark Zuckberg aankondigde dat Facebook de nieuwe naam Meta kreeg, omdat de Metaverse de toekomst zou hebben?
We zouden allemaal VR brillen gaan dragen
We zouden allemaal de wereld gaan ervaren door VR brillen en virtueel met elkaar aan tafel zitten.
M'n punt is, het is lastig de toekomst te voorspellen. Het is wel belangrijk dat WCAG zo is geschreven dat we er klaar voor zijn. Die balans zoeken we.
Verder is het binnen WCAG 2 lastig uit te breiden… zo zou bv de nummering dan niet meer goed kloppen en is er geen goed mechanisme om criteria weg te halen.
WCAG 3 covert een breder spectrum aan beperkingen, en om in de gaten te blijven houden of de eisen aansluiten op beperkingen, taggen we.
En om hiervoor te zorgen taggen we alle eisen in WCAG 3 in twee soorten categorieën.
De eerste is de zogenaamde functional performance criteria. Deze kun je kennen van Section 508, waar ze nu al worden gebruikt. Ze gaan over hoe mensen technologie gebruiken.
Dit is een slimme keuze… dit zijn allemaal categorieën waarvan we er vanuit kunnen gaan dat die op onze site van toepassing zijn. Vroeg of laat komt er iemand naar je site zonder zicht of met beperkt gehoor. Je wilt zorgen dat je site daar klaar voor is.
Als je overigens meer wilt weten over verschillende gebruikers… Paul van Buuren vertelt straks in de parallelsessie meer over dat je altijd meer gebruikers hebt dan je denkt!
WCAG 3 is beter voorbereid op nieuwe technologie.
Er is in WCAG 2 ook een oplossing voor betere integratie met andere tools: browsers, authoring tools, design systems, etc.
Het gaat om 'wat het geval moet zijn', uitkomsten… daardoor maakt het ineens minder uit wie het doet; website eigenaar of CMS of browser.
incl info voor beleidsmakers, managers etc, iedereen die het ongeveer wil snappen maar geen technische details
Ik wil het hebben over hoe we WCAG beter willen maken