De tijd van uitstellen is voorbij. Sinds juli 2025 is digitale toegankelijkheid op basis van WCAG (Web Content Accessibility Guidelines) niet langer een intentie maar een wettelijke verplichting. Inmiddels zitten we in maart 2026, en dat betekent dat overheidsorganisaties al bijna een jaar onder een vergrootglas liggen.
Voor jou als IT manager, functioneel beheerder of testcoördinator heeft dit directe gevolgen. Want jij bent degene die ge-audit wordt, bevindingen moet aanleveren en straks moet aantonen dat jouw applicaties, portalen en apps voldoen aan de WCAG 2.1 AA.
Kortom: WCAG is geen toekomstmuziek, het is je dagelijkse realiteit.
Wat WCAG in 2026 voor jou betekent
WCAG draait om één doel: jouw digitale diensten toegankelijk, dat wil zeggen waarneembaar, bedienbaar, begrijpelijk en robuust maken voor iedereen. Dat geldt voor burgers, maar net zo goed voor medewerkers. Maar de verplichting betekent meer dan “zorg dat de website toegankelijk is”.
De praktijk in 2026 laat namelijk iets anders zien: bijna het volledige applicatielandschap valt onder de toegankelijkheidseisen. De vraag is, hoe ga je dit managen? Want jij hebt niet alleen een website te beheren, maar ook tientallen legacy systemen, ketenkoppelingen, apps, dashboards, portalen en stroompjes aan gegenereerde documenten.
Als je in een gemeente, provincie, waterschap, zelfstandig bestuursorgaan (ZBO), onderwijsinstelling of zorgorganisatie met publieke taak werkt, dan heb je het dus al snel over:
- zaaksystemen;
- portalen voor aanvragen of statussen;
- interne applicaties waar medewerkers afhankelijk van zijn;
- selfservice omgevingen;
- mobiele apps;
- PDF templates en documenten;
- rapportages en dashboards.
Een groot deel van deze systemen is nooit ontworpen met toegankelijkheid in gedachten. Jij zit daardoor met:
- leveranciers die hun backlog vol WCAG issues hebben;
- applicaties die alleen met enorme effort toegankelijk te krijgen zijn;
- releases die toegankelijkheid breken zonder dat teams het doorhebben;
- audits die steeds meer bewijslast vragen.
Wat verandert er in jouw testproces?
De WCAG zorgt ervoor dat een aantal zaken gaan veranderen in je testproces. Ons advies is om met de volgende zaken in je testproces rekening te houden:
- Maak toegankelijkheidstesten een vast onderdeel van je releases.
- Regressietesten wordt uitgebreider en breder.
- In 2026 blijkt in de praktijk dat de meeste WCAG issues ontstaan niet bij nieuwe functionaliteit, maar bij kleine wijzigingen. Een andere kleur, een nieuw label, verschoven element – zaken die ongemerkt de toegankelijkheid breken.
- Zorg ervoor dat je auditproof bent. Bewijslast is hierbij belangrijk.
- Stuur leveranciers actief aan.
- Nu WCAG actief is, verwachten organisaties dat leveranciers leveren wat ze beloven. Een belofte is mooi maar controleren is beter.
- Content is een even grote risicofactor als techniek.
- PDF’s, meldingen, teksten, sjablonen, foutafhandeling… alles moet toegankelijk zijn.
WCAG testen met Testersuite
Testersuite is zeer geschikt voor het testen van applicaties op basis van de WCAG-richtlijnen. Hierbij helpen we je eenvoudig door het importbestand aan te leveren met de standaard richtlijnen. Dit importeer je eenmalig op eenvoudige wijze naar je Testersuite-omgeving. Daarmee staat de basis voor de inrichting van ieder testtraject op basis van WCAG (Conformiteitsniveaus, de 4 principes, etc.).
Door deze eenmalige import ben je er dus klaar voor testtrajecten uit te voeren voor iedere applicatie, release, change etc… volgens de WCAG-richtlijnen. Schrijf het testtraject weg naar de masterlist en hergebruik de specifieke inrichting met de WCAG-richtlijnen steeds weer opnieuw in Testersuite.
De onderdelen van de WCAG-richtlijnen matchen naadloos met de testmanagementaspecten in Testersuite. Laten we eens kijken naar de structuur in Testersuite in relatie tot WCAG:
1. Testbasis
De drie conformiteitsniveaus (A, AA en AAA) in combinatie met de 4 principes (waarneembaar, bedienbaar, begrijpelijk en robuust) van WCAG vormen je op kwaliteitsattributen gebaseerde testbasis – het zogenaamde WAT.
2. Testontwerp
De in totaal 30 (A), 50 (AA) of 78 (AA) succescriteria zijn het logische testontwerp – het zogenaamde HOE.
3. Testuitvoering
In elk testtraject (release, sprint of project) wordt het testontwerp uitgevoerd om bedoelde succescriteria te (laten) beoordelen. De testresultaten geven een geüniformeerd beeld van de kwaliteit van de toegankelijkheid.
4. Bevindingen
Een eventueel negatief testresultaat, een bevinding, wordt herleidbaar geregistreerd, beoordeeld, opgevolgd en idealiter positief her-beoordeeld.
5. Rapportages
Het vrijgave-advies is te vergelijken met de Toegankelijkheidsverklaring en geeft inzicht in de kwaliteit van de toegankelijkheid van de digitale content voor mensen met visuele, auditieve, motorische en cognitieve beperkingen.
Hulp nodig? Wij richten het graag voor je in.
Conclusie
WCAG is geen project meer — het is je manier van werken. Het is belangrijk te realiseren dat we niet meer leven in de aanloop naar de wet: we leven ín de handhaving ervan.
En jij hebt een cruciale rol in hoe jouw organisatie hiermee omgaat. Hoe goed je testproces is ingericht, bepaalt of jouw organisatie risico loopt of aantoonbaar in control is. Hoe eerder je je testvolwassenheid met Testersuite opschaalt, hoe minder achterstand je oploopt.
Zin in een goed gesprek?
Heb jij behoefte aan een goed gesprek over WCAG in relatie tot Testersuite? Of ben je toe aan een goed advies? De Testersuite consultants helpen je graag verder. Plan nu hieronder een vrijblijvend adviesgesprek met ons.
{{special-component}}
