Digitale toegankelijkheid roept in de praktijk steeds dezelfde vragen op. Niet omdat het onderwerp per se ingewikkeld is, maar omdat wetgeving, techniek en verantwoordelijkheid door elkaar heen lopen.
Organisaties weten vaak wel dát ze iets moeten met toegankelijkheid, maar minder goed wat dat concreet betekent voor hun website, app of softwareomgeving. In dit artikel beantwoorden we de vragen die we het vaakst krijgen in trajecten, audits en gesprekken met organisaties. Geen theorie, maar de praktijk zoals die echt werkt.
1. Wanneer ben je verplicht om te voldoen aan digitale toegankelijkheid?
De verplichting hangt sterk af van het type organisatie en de digitale dienst die je aanbiedt.
Voor overheden is het duidelijk: websites en apps moeten voldoen aan toegankelijkheidseisen en worden getoetst op basis van WCAG-criteria. Dit geldt voor vrijwel alle publieke digitale diensten, inclusief informatievoorziening en digitale formulieren.
Voor commerciële organisaties ligt het anders. Daar geldt de European Accessibility Act (EAA), maar alleen voor specifieke producten en diensten. Denk aan e-commerce, financiële diensten en softwareoplossingen die onder de wet vallen.
De belangrijkste praktische scheidslijn:
- Overheid → in principe altijd verplicht
- Commercieel → alleen wanneer de dienst onder de EAA valt
In de praktijk betekent dit dat een deel van de organisaties niet “automatisch” verplicht is, maar wél steeds vaker indirect te maken krijgt met eisen vanuit klanten, aanbestedingen of ketenpartners.
2. Moet een CMS of beheeromgeving ook toegankelijk zijn?
Ja, maar niet altijd op dezelfde manier of met dezelfde juridische druk als de publieke website.
Een CMS wordt vaak gezien als intern systeem, maar heeft direct invloed op de toegankelijkheid van de eindresultaten. Als redacteuren, marketeers of beheerders niet goed kunnen werken met het systeem, zie je dat terug in contentkwaliteit, structuur en consistentie.
Of een CMS zelf formeel onder verplichtingen valt, hangt af van de context. Voor overheidsorganisaties en grotere digitale diensten is dit vaak wél onderdeel van bredere eisen. In commerciële context wordt het vaker beoordeeld als onderdeel van de totale ketenkwaliteit.
Praktisch gezien geldt: als je een ontoegankelijk CMS hebt, wordt het heel moeilijk om een toegankelijke website of app te onderhouden.
3. Wie is verantwoordelijk voor digitale toegankelijkheid bij software van derden (zoals iDEAL, DigiD of SaaS)?
Digitale producten bestaan zelden uit één systeem. In vrijwel elke omgeving spelen externe partijen een rol: betaalproviders, inlogsystemen, formulieren of complete SaaS-platformen.
De verantwoordelijkheid ligt daarom verdeeld:
- De leverancier is verantwoordelijk voor de toegankelijkheid van zijn eigen software
- De organisatie blijft verantwoordelijk voor de totale gebruikerservaring
- Externe systemen vallen onder hun eigen scope, maar beïnvloeden wel de toegankelijkheid van het geheel
Belangrijk is dat verantwoordelijkheid niet verdwijnt omdat iets extern is. Als een essentieel onderdeel van je dienst niet toegankelijk is, blijft dat een risico voor jouw totale dienstverlening.
In SaaS-omgevingen speelt dit nog sterker, omdat techniek en contentbeheer vaak gescheiden zijn. Hoe dat precies werkt, leggen we uitgebreider uit in ons artikel Toegankelijkheid voor SaaS.
4. Is een automatische toegankelijkheidsscan voldoende om te voldoen aan de eisen?
Nee.
Een automatische scan kan fouten signaleren, maar toetst slechts een deel van de werkelijkheid. Veel toegankelijkheidsproblemen zitten in context: gebruik van componenten, logica van interacties, foutafhandeling en de manier waarop gebruikers door een proces worden geleid.
Scans missen juist vaak de problemen die voor gebruikers het meest impactvol zijn.
In de praktijk worden scans daarom gebruikt als ondersteunend middel, niet als bewijs van toegankelijkheid of compliance.
5. Wat gebeurt er na een toegankelijkheidsonderzoek?
Een toegankelijkheidsonderzoek resulteert meestal in een rapport met bevindingen en verbeteradviezen. Dit laat zien waar gebruikers tegen problemen aanlopen en hoe je dit kunt oplossen.
Daarna volgt de vertaling naar actie:
- technische aanpassingen
- UX-verbeteringen
- contentcorrecties
- structurele aanpassingen in componenten of systemen
Veel organisaties kiezen vervolgens voor een hercontrole om te toetsen of verbeteringen daadwerkelijk effectief zijn doorgevoerd.
Het onderzoek zelf is dus geen eindpunt, maar een startpunt van een verbetercyclus.
6. Moeten documenten en e-mails ook voldoen aan digitale toegankelijkheid?
Ja, in veel gevallen wel.
Digitale toegankelijkheid gaat niet alleen over websites en apps, maar ook over digitale documenten die onderdeel zijn van je dienstverlening. Denk aan PDF’s, Word- en Excelbestanden, formulieren en andere downloads die gebruikers nodig hebben om een taak uit te voeren.
Ook e-mails kunnen hieronder vallen, vooral wanneer ze essentieel zijn in een proces (bijvoorbeeld bevestigingen, stappenplannen of transactieberichten).
In de praktijk betekent dit dat dezelfde basisprincipes gelden als voor webcontent: informatie moet leesbaar, navigeerbaar en begrijpelijk zijn, ook buiten de browseromgeving.
7. Wat zijn de risico’s als digitale toegankelijkheid niet op orde is?
De gevolgen van ontoegankelijke digitale diensten gaan verder dan techniek of gebruikservaring.
Voor overheidsorganisaties kan het leiden tot non-compliance met wettelijke verplichtingen en eisen binnen toezichtkaders. Voor commerciële organisaties speelt vooral de EAA een rol, waarbij toezichthouders zoals de ACM in Nederland een rol kunnen hebben in handhaving en toezicht.
Daarnaast zijn er praktische en zakelijke risico’s:
- gebruikers kunnen kritieke processen niet afronden
- conversie en gebruik nemen af
- klachten en reputatieschade nemen toe
- toegankelijkheid kan een issue worden in aanbestedingen of contracten
Digitale toegankelijkheid is daarmee niet alleen een compliance-onderwerp, maar ook een directe factor in dienstverlening en betrouwbaarheid.
8. Wanneer ben je “voldoende toegankelijk” volgens WCAG en de EAA?
Er bestaat geen enkel moment waarop je definitief kunt zeggen dat een website “klaar” is met toegankelijkheid.
WCAG werkt met succescriteria die beschrijven wat een toegankelijk resultaat is, maar in de praktijk blijft beoordeling altijd contextafhankelijk. Een digitale omgeving kan grotendeels voldoen, terwijl specifieke onderdelen nog steeds drempels bevatten.
Binnen de EAA ligt de nadruk op aantoonbaarheid: organisaties moeten kunnen laten zien dat zij passende maatregelen hebben genomen om toegankelijkheid structureel te verbeteren en te borgen.
Belangrijk is daarom niet alleen de uitkomst van een audit, maar ook hoe toegankelijkheid structureel wordt meegenomen in ontwikkeling, onderhoud en contentbeheer.