Hoe schrijf je een toegankelijkheidsverklaring?

Waarom een toegankelijkheidsverklaring ertoe doet

Een toegankelijkheidsverklaring is een openbare verklaring die bezoekers met een beperking vertelt welk niveau van toegankelijkheid je website of applicatie biedt, wat nog niet toegankelijk is, en hoe ze hulp kunnen krijgen of een probleem kunnen melden.

Het publiceren van zo’n verklaring dient drie doelen tegelijk. Het toont goede trouw — je laat zien dat je toegankelijkheid hebt overwogen in plaats van genegeerd. Het levert praktische informatie — gebruikers weten van bekende problemen en beschikbare alternatieven af voordat ze tijd besteden aan iets wat niet werkt. En in veel rechtsgebieden is het een wettelijke verplichting.

Onder de EU-webtoegankelijkheidsrichtlijn moeten alle overheidsinstanties een toegankelijkheidsverklaring publiceren die voldoet aan het format uit Uitvoeringsbesluit (EU) 2018/1523 van de Commissie. Onder de European Accessibility Act (EAA) moeten bedrijven in de private sector die eronder vallen informatie verstrekken over de mate van toegankelijkheidsconformiteit — en hoewel de EAA niet exact voorschrijft welke vorm een openbare verklaring moet hebben, is het publiceren van een verklaring volgens de best practices een stevige basislijn. In de Verenigde Staten schrijft de ADA geen specifiek documentformat voor, maar wordt een gepubliceerde verklaring met een duidelijk feedbackkanaal gezien als een betekenisvolle indicator van toegankelijkheidsengagement.

De kern: je zou er een moeten hebben, ongeacht of jouw rechtsgebied het verplicht stelt, omdat het nuttig is voor je gebruikers.

Wat je moet opnemen

Een goed gestructureerde toegankelijkheidsverklaring bevat zes kernelementen. Laat je er een van weg, dan zakt de verklaring ofwel voor een conformiteitscontrole, ofwel wordt ze onbruikbaar voor precies de gebruikers die ze moet helpen.

1. Reikwijdte

Vermeld duidelijk welke websites, apps of digitale producten de verklaring dekt. Heb je meerdere domeinen, subdomeinen of mobiele apps, noem ze dan stuk voor stuk of leg de reikwijdte expliciet uit.

Deze verklaring heeft betrekking op de website qualibooth.com en de bijbehorende subdomeinen, waaronder app.qualibooth.com. Ze geldt niet voor diensten van derden waarnaar vanaf onze site wordt gelinkt, zoals onze betaalprovider of de ingesloten videospeler.

Wees eerlijk over de reikwijdte. Een verklaring die suggereert dat ze een product dekt dat ze feitelijk niet dekt, is erger dan helemaal geen verklaring.

2. Conformiteitsstatus

Vermeld welke versie van WCAG je nastreeft, welk conformiteitsniveau (A, AA of AAA) en wat je huidige status is. Het W3C definieert vier standaard conformiteitsstatussen:

Voldoet volledig — voldoet aan alle eisen zonder uitzonderingen
Voldoet gedeeltelijk — aan de meeste eisen wordt voldaan, maar specifieke onderdelen voldoen niet
Voldoet niet — aan minder dan de helft van de eisen wordt voldaan
Niet beoordeeld — de inhoud is niet geëvalueerd

Voor de meeste organisaties is “voldoet gedeeltelijk” de eerlijke en passende status. Zeer weinig websites voldoen volledig aan WCAG 2.2 niveau AA zonder enige uitzondering. Claim geen volledige conformiteit tenzij je elke pagina en elke interactie hebt getest met een reeks hulptechnologieën en je daarvoor kunt instaan.

qualibooth.com voldoet gedeeltelijk aan WCAG 2.2 niveau AA. De afwijkingen en uitzonderingen staan hieronder vermeld.

3. Bekende afwijkingen en uitzonderingen

Dit is het onderdeel dat de meeste organisaties overslaan of vaag opschrijven. Het is ook het nuttigste onderdeel voor gebruikers met een beperking.

Noem elk bekend probleem met genoeg detail dat een gebruiker kan bepalen of de drempel hem of haar raakt:

Welk WCAG-succescriterium niet wordt gehaald
Welk deel van de site het betreft
Wat de impact is voor gebruikers
Welk alternatief er eventueel bestaat
Wanneer je verwacht het op te lossen

PDF-downloadgedeelte — Sommige oudere PDF-documenten hebben geen correcte documentstructuur voor schermlezers. Dit raakt WCAG-succescriterium 1.3.1 (Info en relaties). We remediëren alle PDF’s die vóór 2024 zijn gepubliceerd en verwachten dit in het derde kwartaal van 2026 af te ronden. Neem in de tussentijd contact met ons op; we leveren de informatie dan in een alternatief formaat.

Voor de EAA en de EU-webtoegankelijkheidsrichtlijn moet je bovendien onderscheid maken tussen afwijkingen die voortkomen uit je eigen content en afwijkingen die worden veroorzaakt door content van derden waarover je geen controle hebt (bijvoorbeeld ingesloten kaarten of socialmediawidgets).

Uitzonderingen die door sommige regelgeving worden erkend, zijn onder meer:

Onevenredige last — wanneer de kosten van remediatie werkelijk niet in verhouding staan tot het voordeel. Dit is een hoge lat en moet met gedocumenteerd bewijs worden onderbouwd.
Vooraf opgenomen tijdgebonden media die vóór een bepaalde datum zijn gepubliceerd (verschilt per richtlijn)
Kantoorbestandsformaten die vóór een bepaalde datum zijn gepubliceerd, tenzij ze nodig zijn voor actieve administratieve processen

Als je een beroep doet op de uitzondering van onevenredige last, moet je de beoordeling documenteren en op verzoek beschikbaar stellen. Je kunt niet volstaan met “dit zou te duur zijn” — je moet de analyse laten zien.

4. Contact- en feedbackmechanisme

Gebruikers die op een drempel stuiten, hebben een manier nodig om hulp te vragen of het probleem te melden. Bied daarom:

Een e-mailadres (geen generiek contactformulier — sommige gebruikers moeten hun behoefte uitgebreid kunnen toelichten)
Eventueel een telefoonnummer met informatie over teksttelefonie
De toezegging om binnen een bepaalde termijn te reageren

Als je moeite hebt met het gebruik van een onderdeel van deze website, of als je content in een ander formaat nodig hebt, mail dan naar toegankelijkheid@jouwbedrijf.nl. We reageren binnen 5 werkdagen.

Voor overheidsinstanties in de EU is de reactietermijn onder de webtoegankelijkheidsrichtlijn 14 dagen.

5. Handhavingsinstantie (indien van toepassing)

In rechtsgebieden met handhavingsmechanismen link je naar de instantie waar een gebruiker terechtkan als hij niet tevreden is met je reactie. In de EU verschilt dit per lidstaat — link naar de relevante nationale autoriteit. In het Verenigd Koninkrijk link je naar de Equality and Human Rights Commission.

Als je niet tevreden bent met onze reactie, kun je contact opnemen met [de relevante handhavingsinstantie] via [URL].

Dit opnemen laat zien dat je op de hoogte bent van de formele klachtenprocedure en die niet probeert te verhullen.

6. Datum

Vermeld wanneer de verklaring voor het laatst is beoordeeld en bijgewerkt. Een verklaring zonder datum — of een die drie jaar oud is — geeft gebruikers het signaal dat ze mogelijk niet de huidige staat van de site weergeeft.

Deze verklaring is voor het laatst beoordeeld op 24 juli 2026.

Vorm en plaatsing

De verklaring hoort een zelfstandige pagina te zijn, niet iets wat verstopt zit in een privacyverklaring of algemene voorwaarden. De gebruikelijke plaatsing is:

Een link in de footer met het label “Toegankelijkheid” of “Toegankelijkheidsverklaring”
Een link in de header als de organisatie bijzondere nadruk legt op toegankelijkheid
Een link vanaf de cookie- of juridische pagina’s

De pagina zelf moet aan WCAG voldoen — het zou ironisch en problematisch zijn als je toegankelijkheidsverklaring zelf ontoegankelijk is. Gebruik eenvoudige taal, koppen per onderdeel, en vermijd formaten die alleen als PDF beschikbaar zijn.

Houd het in begrijpelijke taal. De verklaring is voor gebruikers, niet voor juristen. “We streven ernaar te voldoen aan WCAG 2.2 AA” is beter dan “De exploitant van de onderhavige digitale dienst streeft ernaar te voldoen aan de toepasselijke technische standaarden zoals vastgelegd in de internationaal erkende Web Content Accessibility Guidelines versie 2.2 op het dubbel-A-conformiteitsniveau.”

Zorgen dat het actueel blijft

Een verouderde toegankelijkheidsverklaring is actief schadelijk. Als ze volledige conformiteit claimt maar gebruikers drempels tegenkomen, of als ze problemen als “in remediatie” vermeldt die inmiddels zijn opgegeven, vernietigt dat vertrouwen en creëert het juridische blootstelling.

Bouw een beoordelingsritme in je toegankelijkheidsprogramma in:

Na elke grote release — controleer of nieuwe content of functies afwijkingen introduceren
Minimaal jaarlijks — beoordeel de conformiteitsstatus opnieuw en werk de lijst met bekende problemen bij
Na een gebruikersklacht — meldt een gebruiker een drempel die je niet kende, voeg die dan toe aan de verklaring

Koppel de beoordeling aan je bredere schema voor terugkerende toegankelijkheidsaudits in plaats van het als een apart proces te behandelen. Wanneer je audit nieuwe problemen aan het licht brengt, werk je de verklaring in dezelfde sprint bij.

Een sjabloon om mee te beginnen

Hier is een minimale structuur die je kunt aanpassen:

Toegankelijkheidsverklaring voor [Productnaam]

Conformiteitsstatus
[Product] voldoet gedeeltelijk aan WCAG 2.2 niveau AA.

Niet-toegankelijke content
De volgende content is niet volledig toegankelijk:
- [Probleem]: [Betrokken onderdeel]. Raakt [WCAG-criterium]. [Alternatief of verwachte oplosdatum].

Feedback en contact
E-mail: toegankelijkheid@voorbeeld.nl
We streven ernaar binnen [X] werkdagen te reageren.

Handhaving
Als je niet tevreden bent met onze reactie, neem dan contact op met [handhavingsinstantie] via [URL].

Datum
Deze verklaring is opgesteld op [datum] en voor het laatst beoordeeld op [datum].

Het W3C biedt via WAI ook een gratis generator voor toegankelijkheidsverklaringen die je door de verplichte velden leidt en een verklaring in meerdere talen oplevert.

De verklaring is niet het doel — toegankelijkheid wel

Een gepubliceerde verklaring maakt een site niet toegankelijk. Het is een communicatiedocument, geen technische oplossing. Het werk dat een verklaring geloofwaardig maakt, is het toegankelijkheidstesten, de remediatiebacklog en de doorlopende monitoring die erachter zitten.

Schrijf je vandaag een eerlijke verklaring — gedeeltelijke conformiteit, een aantal bekende problemen, een realistische planning voor oplossingen — en werk je de backlog af, dan kun je haar bijwerken om echte vooruitgang te weerspiegelen. Dat is het traject dat organisaties met sterke toegankelijkheidsprogramma’s volgen.

Heb je je site nog niet beoordeeld, voer dan een gratis toegankelijkheidsscan uit om een nulmeting te krijgen. Die laat zien welke problemen je als eerste moet aanpakken en geeft je de informatie die je nodig hebt om een verklaring te schrijven die je werkelijke uitgangspunt weergeeft.