Toegankelijkheidsverklaring: wat het is, waarom je er een nodig hebt en hoe je er een schrijft

Meer dan 96% van de top één miljoen websites voldoet niet aan de basisnormen voor WCAG-toegankelijkheid — en toch blijft het aantal ADA-gerelateerde rechtszaken over websites elk jaar stijgen. In deze context is een toegankelijkheidsverklaring niet slechts een beleefde geste. Het is een van de meest concrete, publiek zichtbare signalen dat uw organisatie digitale inclusie serieus neemt, en in een groeiend aantal rechtsgebieden is het ook een wettelijke vereiste. Als u er nog geen heeft, leidt deze gids u door alles wat u moet weten om het goed te doen.

Wat is een toegankelijkheidsverklaring?

In de kern is een toegankelijkheidsverklaring een publieke verklaring van de inzet van uw organisatie om uw website — en de digitale diensten die deze levert — toegankelijk te maken voor alle gebruikers, inclusief mensen met een beperking. De verklaring staat op een aparte pagina van uw website en vertelt bezoekers in duidelijke taal welke normen u nastreeft, wat u heeft gedaan om daaraan te voldoen, waar nog hiaten zijn en hoe ze iemand kunnen bereiken als ze op een barrière stuiten.

Het is belangrijk om een toegankelijkheidsverklaring te onderscheiden van verwante maar verschillende documenten. Een interne toegankelijkheidspolicy beschrijft de interne doelen en processen van uw organisatie — wie verantwoordelijk is, welke workflows gelden, hoe inkoopbeslissingen worden genomen. Een toegankelijkheidsverklaring daarentegen is naar buiten gericht. Ze is geschreven voor uw gebruikers, niet voor uw team. Een Voluntary Product Accessibility Template (VPAT) of Accessibility Conformance Report (ACR) is een sterk technisch document dat vooral wordt gebruikt in enterprise-inkoopcontexten. Een toegankelijkheidsverklaring zit hier tussenin: ze moet eerlijk en inhoudelijk zijn, maar ook begrijpelijk voor ieder lid van het publiek dat op de pagina terechtkomt.

Zie het als uw toegankelijkheidsbelofte, in het openbaar opgeschreven. Ze geeft een signaal aan gebruikers met een beperking dat u hen ziet, dat u eraan werkt om hen te bedienen en dat er een echt persoon is met wie ze contact kunnen opnemen als er iets misgaat. Ze laat ook aan toezichthouders, auditors en wederpartijen in een eventueel toekomstig geschil zien dat toegankelijkheid een doordachte, doorlopende praktijk is binnen uw organisatie — geen bijzaak.

Het juridische landschap: wanneer is een toegankelijkheidsverklaring verplicht?

Het antwoord op de vraag "heb ik juridisch gezien een toegankelijkheidsverklaring nodig?" hangt sterk af van waar u actief bent, wie uw doelgroep is en welke wetten op u van toepassing zijn. Het beeld is de afgelopen twee jaar aanzienlijk veranderd, en de trend is duidelijk: de vereisten worden wereldwijd strenger.

In de Verenigde Staten komt de meest directe wettelijke verplichting voor overheden op staats- en lokaal niveau van de definitieve regel van het Department of Justice van april 2024 onder Title II van de ADA, die verduidelijkt dat overheidswebsites en mobiele apps moeten voldoen aan WCAG 2.1 Level AA. Het publiceren van een toegankelijkheidsverklaring en het inrichten van governance rond digitale toegankelijkheid maakt deel uit van die compliance-aanpak. Deadlines voor naleving onder deze regel vallen in april 2026 voor grotere entiteiten en april 2027 voor kleinere. Voor private bedrijven die onder ADA Title III vallen, is een specifieke toegankelijkheidsverklaring weliswaar niet expliciet wettelijk verplicht, maar het ontbreken ervan is door advocaten van eisers gebruikt als bewijs dat de bredere toegankelijkheidsinspanningen van een organisatie tekortschieten — waardoor het een betekenisvolle juridische risicofactor is.

In de Europese Unie is het beeld nog explicieter. De EU Web Accessibility Directive verplicht publieke instellingen in lidstaten al enkele jaren om toegankelijkheidsverklaringen te publiceren. Nu breidt de European Accessibility Act — die op 28 juni 2025 volledig van kracht werd — toegankelijkheidsverplichtingen uit naar private bedrijven in sectoren zoals e-commerce, bankwezen, transport en telecommunicatie. Elk bedrijf dat producten of diensten aanbiedt aan klanten in de EU, ongeacht waar het bedrijf is gevestigd, valt binnen de reikwijdte. Zie de EAA als de GDPR voor digitale toegankelijkheid: een brede, grensoverschrijdende regelgeving die er niet om geeft waar uw servers staan. De EAA sluit aan bij WCAG 2.1 Level AA als technische maatstaf voor web- en mobiele content.

In het Verenigd Koninkrijk vereisen de Public Sector Bodies Accessibility Regulations 2018 expliciet dat alle websites en apps van de overheid en de publieke sector voldoen aan WCAG 2.1 AA-normen en een toegankelijkheidsverklaring publiceren. De AODA in Ontario in Canada, Section 508 van de Rehabilitation Act voor Amerikaanse federale opdrachtnemers en diverse andere nationale kaders voegen extra lagen toe. Als u een wereldwijd publiek heeft, ga er dan van uit dat ten minste één toepasselijke wet van u verlangt dat u een verklaring heeft.

Zelfs waar geen wet expliciet een toegankelijkheidsverklaring voorschrijft voor uw specifieke organisatie, oogt het ontbreken ervan in toenemende mate als nalatigheid — niet als neutraliteit. Het is een stap met lage kosten en hoge signaalwaarde die elke website-eigenaar zou moeten zetten.

Waarom uw toegankelijkheidsverklaring ertoe doet, los van compliance

Wettelijke verplichting is de ondergrens, niet het plafond. Er zijn dwingende zakelijke en ethische redenen om een goed opgestelde toegankelijkheidsverklaring te hebben die verder gaan dan alleen het vermijden van rechtszaken.

Denk om te beginnen aan uw gebruikers. Ongeveer 1,3 miljard mensen wereldwijd leven met een of andere vorm van beperking. Velen van hen hebben door harde ervaring geleerd om te zoeken naar een toegankelijkheidsverklaring voordat ze een nieuwe website hun tijd of geld toevertrouwen. Een duidelijke, eerlijke verklaring vertelt hen met welke ondersteunende technologieën uw site is getest, met wie ze contact kunnen opnemen als iets niet werkt en hoe serieus uw organisatie het onderwerp neemt. Ze vermindert frictie en bouwt vertrouwen op precies het moment dat een gebruiker met een beperking beslist of hij of zij op uw site blijft.

Ten tweede is er de reputatiedimensie. Geen toegankelijkheidsverklaring hebben — of er een hebben die duidelijk van een sjabloon is gekopieerd zonder aanpassing, nooit wordt bijgewerkt en toezeggingen doet die uw site duidelijk niet nakomt — stuurt een negatief signaal naar klanten, medewerkers en partners die om inclusie geven. Omgekeerd is een doordachte, regelmatig onderhouden verklaring bewijs van oprechte organisatorische betrokkenheid. Vooroplopende organisaties zoals Barclays en Roche publiceren verklaringen die hun huidige beperkingen eerlijk erkennen en tegelijkertijd concrete stappen beschrijven die worden ondernomen om deze aan te pakken. Die transparantie wekt meer goodwill dan een verklaring die perfecte naleving claimt ooit zou kunnen.

Ten derde creëert uw toegankelijkheidsverklaring een intern verantwoordingsmechanisme. Wanneer u publiekelijk een standaard, een testmethodologie en een reactietermijn voor door gebruikers gemelde problemen vastlegt, schept u verwachtingen waaraan uw eigen teams moeten voldoen. Dat is een feature, geen bug. Toegankelijkheidsprogramma's zonder externe verplichtingen hebben de neiging te verwateren; programma's met publieke verklaringen blijven doorgaans beter op koers.

Tot slot zijn er SEO en bruikbaarheid om rekening mee te houden. Best practices voor toegankelijkheid — semantische HTML, correcte kopstructuren, beschrijvende alt-teksten, duidelijke linklabels — correleren sterk met signalen voor zoekmachineranking. Een website die met toegankelijkheid in gedachten is gebouwd, presteert over de hele linie meestal beter.

Wat u moet opnemen: de essentiële onderdelen

Er is geen enkel verplicht sjabloon voor een toegankelijkheidsverklaring in de private sector, maar de Web Accessibility Initiative van het W3C biedt de duidelijkste richtlijnen voor wat een verklaring zou moeten bevatten. Hieronder vindt u een overzicht van elk onderdeel dat u moet behandelen, met de reden erachter.

Een commitmentverklaring. Begin met een duidelijke, menselijke verklaring van de inzet van uw organisatie voor digitale toegankelijkheid. Verstop deze niet. Dit is wat gebruikers met een beperking — en advocaten van eisers — als eerste zullen lezen. Vermijd corporate boilerplate. Geef specifiek aan dat u werkt aan een inclusieve ervaring voor gebruikers met visuele, auditieve, fysieke, cognitieve, neurologische en spraakbeperkingen.

De norm die u nastreeft. Noem de specifieke versie van WCAG waarnaar u streeft — idealiter WCAG 2.1 Level AA als minimum, met WCAG 2.2 Level AA als huidige best practice. Geef uw conformiteitsniveau eerlijk aan. Als u volledig conform bent, zeg dat dan. Als u gedeeltelijk conform bent, zeg dat ook en beschrijf welke onderdelen tekortschieten. Valse claims over conformiteit in uw verklaring zijn erger dan het bekendmaken van bekende hiaten — ze nemen de mogelijkheid van een goede-trouw-verweer in een rechtszaak weg.

Bekende beperkingen. Dit is het onderdeel dat de meeste organisaties verkeerd doen. Ofwel noemen ze helemaal geen beperkingen (ongeloofwaardig voor vrijwel elke echte website), ofwel gebruiken ze technische WCAG-criterianummers die niets voor gebruikers betekenen. Het W3C raadt duidelijke taal aan: zeg in plaats van "WCAG Success Criterion 1.2.2 is niet gehaald" bijvoorbeeld "sommige van onze oudere video's hebben geen ondertiteling". Wees specifiek. Wees eerlijk. Gebruikers waarderen het als ze dit vooraf weten, en het beschermt u juridisch door uw goede trouw aan te tonen.

Wat u heeft gedaan om toegankelijkheid aan te pakken. Beschrijf uw daadwerkelijke inspanningen: heeft u een audit door een derde partij laten uitvoeren? Test u met screenreaders? Heeft u uw contentteam getraind? Gebruikt u een toegankelijkheidsoverlay-widget om extra ondersteunende functies te bieden? Licht de specifieke maatregelen toe die uw organisatie neemt. Dit onderdeel verandert uw verklaring van een passieve belofte in actief bewijs van een complianceprogramma.

Technische omgeving. Vermeld de browsers, besturingssystemen en ondersteunende technologieën waarmee uw site is getest. Screenreaders gedragen zich verschillend per browsercombinatie, en het documenteren van uw geteste omgevingen beheert verwachtingen en toont zorgvuldigheid.

Contactinformatie. Dit is misschien wel het belangrijkste onderdeel. Maak het gebruikers gemakkelijk om toegankelijkheidsbarrières te melden. Bied meerdere kanalen — e-mail, telefoon en idealiter een webformulier dat zelf volledig toegankelijk is. Geef een reactietermijn aan en houd u daaraan. Onderzoek laat consequent zien dat hoe sneller een organisatie reageert op toegankelijkheidsklachten, hoe kleiner de kans dat die klacht uitmondt in een rechtszaak. Stuur deze contacten niet door naar een algemene mailbox die niemand in de gaten houdt.

Content van derden. Als uw site widgets van derden, socialmediafeeds, kaarten of andere content insluit die u niet beheert, erken dit dan en maak duidelijk dat u de toegankelijkheid van die content niet kunt garanderen. U kunt nog steeds beschrijven welke stappen u neemt om toegankelijke tools van derden te selecteren.

Datum van laatste beoordeling. Neem een zichtbare "laatst bijgewerkt"-datum op. Een toegankelijkheidsverklaring zonder datum oogt — en is mogelijk — verouderd. Committeer u eraan om de verklaring minstens jaarlijks te herzien en na elke belangrijke redesign of grote contentwijziging.

Verwijzingen naar toepasselijke wetten. Verwijs, afhankelijk van uw rechtsgebied en doelgroep, naar de relevante juridische kaders: de ADA, Section 508, de EAA, de UK Accessibility Regulations, AODA of andere. Dit toont juridische bewustheid en helpt gebruikers de regulatoire context te begrijpen.

Een structureel sjabloon dat u kunt aanpassen

Het volgende is een schone, semantische HTML-structuur die u kunt aanpassen voor uw eigen pagina met de toegankelijkheidsverklaring. Vervang de placeholderwaarden door correcte informatie die specifiek is voor uw organisatie en website.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

Veelvoorkomende fouten om te vermijden

De meeste toegankelijkheidsverklaringen die vandaag op het web bestaan, ontbreken, zijn zonder aanpassing van een sjabloon geplagieerd of ronduit misleidend. Dit zijn de specifieke valkuilen die u moet vermijden.

Volledige conformiteit claimen terwijl u niet volledig conform bent. Dit is de gevaarlijkste fout. Geautomatiseerde tools detecteren hooguit ongeveer 30–40% van de WCAG-problemen, wat betekent dat een site die geautomatiseerde tests doorstaat nog steeds aanzienlijke barrières kan hebben. Als uw verklaring volledige WCAG 2.1 AA-conformiteit claimt en een gebruiker of eiser het tegendeel kan aantonen, vergroot die valse claim uw juridische blootstelling in plaats van deze te verkleinen. Nauwkeurige claims van gedeeltelijke conformiteit, gekoppeld aan een duidelijke roadmap voor herstel, zijn zowel eerlijker als beter verdedigbaar.

De pagina met de verklaring zelf ontoegankelijk maken. Dit gebeurt vaker dan u zou verwachten. De toegankelijkheidsverklaring moet zelf aan WCAG voldoen. Test de pagina, controleer het kleurcontrast, verifieer toetsenbordnavigatie en zorg dat screenreaders de koppen correct kunnen interpreteren. Een ontoegankelijke toegankelijkheidsverklaring is op zijn minst gênant — en in het slechtste geval bewijs in een klacht.

Geen echt contactmechanisme bieden. Een verklaring die gebruikers uitnodigt om "contact met ons op te nemen" via een kapot formulier of een generiek info@-e-mailadres dat niemand monitort, is erger dan nutteloos. Gebruikers die proberen een barrière te melden en geen reactie kunnen krijgen, zullen veel eerder escaleren naar een toezichthouder of een advocaat.

De verklaring nooit bijwerken. Een verklaring die drie jaar geleden is gedateerd en verwijst naar technologieën of normen die inmiddels zijn vervangen, ondermijnt onmiddellijk het vertrouwen. Maak een agendaherinnering om uw verklaring minimaal eenmaal per jaar te herzien en direct na elke belangrijke redesign van de site.

De verklaring verstoppen waar niemand haar kan vinden. Het W3C raadt aan om vanaf meerdere prominente locaties naar uw toegankelijkheidsverklaring te linken: de footer, het helpmenu, de sitemap en de about-pagina. Gebruik consistente linktekst — "Accessibility Statement" of "Accessibility" — zodat gebruikers die weten dat ze ernaar moeten zoeken, deze snel kunnen vinden.

Waar Accsible past in uw toegankelijkheidsstrategie

Een toegankelijkheidsverklaring is documentatie van uw commitment, maar commitment zonder implementatie zijn slechts woorden. Hier komt een tool zoals de overlay-widget-SDK van Accsible in beeld als één laag binnen een bredere toegankelijkheidsstrategie.

Accsible stelt u in staat een configureerbare toegankelijkheidswidget op uw site in te bedden die gebruikers directe controle geeft over hun browse-ervaring — het aanpassen van lettergroottes, contrastinstellingen, cursorgrootte, het verminderen van animaties en meer. Deze gebruikersgerichte bedieningselementen vergroten de bruikbaarheid van uw site voor mensen met uiteenlopende visuele, motorische en cognitieve behoeften. Belangrijk is dat wanneer u een toegankelijkheidswidget in uw toolchain opneemt, uw toegankelijkheidsverklaring specifieker en geloofwaardiger wordt: u kunt de specifieke functies noemen die de widget biedt, de omgevingen beschrijven waarin deze is getest en aantonen dat u actieve, technische stappen richting inclusie heeft gezet.

Die specificiteit is van belang. Rechtbanken, toezichthouders en gebruikers reageren allemaal beter op verklaringen die concrete maatregelen beschrijven dan op vage beloften. Uw verklaring moet naar de widget verwijzen, wat deze doet en aan welke gebruikersbehoeften zij tegemoetkomt — naast uw auditprogramma, uw testmethodologie en uw menselijke contactpunt voor feedback. De widget is geen vervanging voor semantische, goed gestructureerde onderliggende code, maar wel een betekenisvolle, gedocumenteerde inspanningslaag die thuishoort in uw verklaring.

Toegankelijkheid is een programma, geen product. Uw verklaring documenteert dat programma. Elke tool, audit, trainingssessie en feedbackloop die u inricht, maakt uw verklaring geloofwaardiger — en uw site daadwerkelijk inclusiever.

Uw verklaring actueel houden: een onderhoudschecklist

Een toegankelijkheidsverklaring is een levend document. Op het moment dat uw site verandert — een nieuwe checkoutflow, een herontworpen navigatie, een nieuwe embedded videospeler — kan de juistheid van uw verklaring worden beïnvloed. Bouw een onderhoudsritme in uw toegankelijkheidsprogramma in zodat de verklaring altijd de werkelijkheid weerspiegelt.

• Na elke grote release of redesign: Herzie de sectie Bekende beperkingen en de Technische specificaties. Werk de geteste omgevingen bij als browsers of ondersteunende technologieën zijn veranderd.
• Jaarlijks: Laat een volledige toegankelijkheidsaudit uitvoeren of voer deze zelf uit. Vernieuw de conformiteitsstatus en de maatregelen-sectie zodat deze de huidige tools, processen en resultaten weerspiegelen. Werk de datum "laatst beoordeeld" bij.
• Wanneer normen veranderen: WCAG 2.2 is nu gepubliceerd en WCAG 3.0 is in ontwikkeling. Wanneer regelgevende instanties hun technische normen bijwerken, werk dan uw verklaring bij zodat deze de versie weerspiegelt die u nastreeft en uw migratieplan.
• Wanneer wetten veranderen: De EAA, ADA Title II-deadlines en andere regelgeving zijn volop in ontwikkeling. Als er nieuwe vereisten op uw organisatie van toepassing worden, werk dan de juridische verwijzingen in uw verklaring dienovereenkomstig bij.
• Wanneer contactgegevens veranderen: Werk e-mailadressen, telefoonnummers of formulierenlinks onmiddellijk bij. Een gebroken contactkanaal in een toegankelijkheidsverklaring is zowel een bruikbaarheidsfout als een juridisch risico.

Het loggen van toegankelijkheidsfeedback die u ontvangt — de problemen die gebruikers melden, hoe u heeft gereageerd en hoe lang het herstel duurde — creëert ook een papertrail die goede trouw aantoont. Als uw organisatie ooit ter verantwoording wordt geroepen over haar toegankelijkheidspraktijken, kan dat dossier van onschatbare waarde zijn.

Belangrijkste punten

• Een toegankelijkheidsverklaring is zowel een instrument voor juridisch risicobeheer als een vertrouwenssignaal voor gebruikers. In veel rechtsgebieden — waaronder voor bedrijven die actief zijn op de EU-markt onder de EAA en Amerikaanse publieke entiteiten onder de ADA Title II-regel — is een vorm van publieke toegankelijkheidscommitment nu vereist of sterk door de wet geïmpliceerd.
• Eerlijkheid over beperkingen beschermt u meer dan overclaimen. Stellen dat u gedeeltelijk conform bent met een duidelijk herstelplan is juridisch beter verdedigbaar dan ten onrechte volledige WCAG-naleving claimen. Rechtbanken en toezichthouders reageren goed op aantoonbare goede trouw.
• Zorg dat uw contactmechanisme echt en gemonitord is. Bied meerdere manieren om barrières te melden — e-mail, telefoon, een webformulier — en committeer u aan een specifieke reactietermijn. Snelle reacties op door gebruikers gemelde problemen verkleinen het risico op juridische escalatie aanzienlijk.
• Uw pagina met de toegankelijkheidsverklaring moet zelf toegankelijk zijn. Test deze op WCAG-conformiteit, verifieer toetsenbordnavigatie, controleer kleurcontrast en zorg voor compatibiliteit met screenreaders voordat u publiceert.
• Behandel de verklaring als een levend document, niet als een eenmalige taak. Herzie haar na elke belangrijke wijziging aan de site, minimaal jaarlijks en telkens wanneer toepasselijke wetten of WCAG-normen worden bijgewerkt. Houd de datum "laatst beoordeeld" zichtbaar en correct.