ADA Title III website-compliance checklist

De wettelijke basis: ADA Title III en websites

Title III van de Americans with Disabilities Act (ADA) verbiedt discriminatie op basis van een beperking bij openbare voorzieningen. De ADA werd in 1990 aangenomen, voordat het commerciële web bestond — wat decennia aan rechtszaken heeft opgeleverd over de vraag of websites gelden als “openbare voorzieningen”.

Het huidige juridische landschap heeft die vraag grotendeels beantwoord in het voordeel van inclusie. De meeste federale rechtbanken die zich over deze kwestie hebben uitgesproken, hebben geoordeeld dat websites van bedrijven die openstaan voor het publiek onder Title III vallen. Het Department of Justice (DOJ) publiceerde in maart 2022 formele richtlijnen die bevestigen dat de ADA van toepassing is op websites. In april 2024 publiceerde het DOJ een definitieve regel onder Title II (voor staats- en lokale overheden) die WCAG 2.1 AA expliciet als standaard vaststelt — een sterk signaal voor wat Title III uiteindelijk zal vastleggen.

Het praktische gevolg: als je een website exploiteert waarmee klanten toegang krijgen tot goederen, diensten of informatie, is ADA Title III van toepassing op die website.

Wat “toegankelijk” betekent onder de ADA

De ADA definieert geen specifieke technische standaard voor websitetoegankelijkheid. Rechtbanken en het DOJ hanteren consequent compliance met de Web Content Accessibility Guidelines (WCAG) 2.1 Level AA als de maatstaf om te bepalen of een website voldoet aan de non-discriminatievereiste van de ADA. WCAG 2.1 AA is de standaard die in bijna alle schikkingsovereenkomsten van het DOJ en de meeste door de rechter begeleide complianceplannen wordt gebruikt.

De checklist hieronder koppelt de belangrijkste WCAG 2.1 AA-succescriteria aan praktische complianceverplichtingen.

ADA Title III website-compliancechecklist

1. Tekstalternatieven voor niet-tekstuele content

Elke betekenisvolle afbeelding heeft een alt-attribuut dat het doel beschrijft
Decoratieve afbeeldingen hebben een lege alt="" zodat schermlezers ze overslaan
Pictogrammen die als knop of link worden gebruikt, hebben een toegankelijke naam (via aria-label of zichtbare tekst)
Grafieken en infographics hebben tekstbeschrijvingen of datatabellen als alternatief
CAPTCHA biedt een audio-alternatief naast de visuele uitdaging

Waarom het belangrijk is: schermlezergebruikers krijgen geen informatie over een afbeelding zonder alt-tekst. Een afrekenknop met alleen een pictogram en geen toegankelijke naam is voor een schermlezergebruiker feitelijk onzichtbaar.

2. Ondertiteling en transcripties voor media

Vooraf opgenomen video’s hebben gesynchroniseerde ondertiteling
Live videostreams hebben real-time ondertiteling
Vooraf opgenomen audio-only content (podcasts) heeft een tekstuele transcriptie
Vooraf opgenomen video’s met belangrijke audio hebben een beschikbare transcriptie
Automatisch gegenereerde ondertiteling wordt gecontroleerd en gecorrigeerd voor publicatie

Waarom het belangrijk is: ondertiteling is het belangrijkste middel waarmee dove en slechthorende gebruikers toegang krijgen tot videocontent. Onnauwkeurige automatisch gegenereerde ondertiteling voldoet niet aan de vereiste.

3. Kleur en visueel ontwerp

Informatie wordt nooit uitsluitend via kleur overgebracht (verplichte velden worden bijvoorbeeld gemarkeerd met tekst of een icoon, niet alleen een rode rand)
Normale tekst (kleiner dan 18pt / 14pt vet) heeft een contrastverhouding van minstens 4,5:1 met de achtergrond
Grote tekst (18pt+ of 14pt+ vet) heeft een contrastverhouding van minstens 3:1
UI-componenten (knoppen, invoervelden, focusindicatoren) hebben minstens 3:1 contrast met aangrenzende kleuren
Foutstatussen communiceren de fout in tekst, niet alleen via een kleurverandering

Waarom het belangrijk is: ongeveer 8% van de mannen en 0,5% van de vrouwen heeft een vorm van kleurenblindheid. Uitsluitend vertrouwen op kleur sluit een aanzienlijk deel van je gebruikers uit.

4. Toetsenbordtoegankelijkheid

Alle interactieve elementen (links, knoppen, formulieren, menu’s, modals, datumkiezers) zijn bereikbaar en bedienbaar met alleen het toetsenbord
De tabvolgorde volgt een logische, voorspelbare reeks
Geen toetsenbordvallen — gebruikers kunnen elk component in en uit navigeren met standaardtoetsen
Aangepaste widgets (dropdowns, sliders, dialoogvensters) implementeren de verwachte toetsenbordinteractiepatronen
Een “ga naar hoofdinhoud”-link is het eerste focusbare element op elke pagina

Waarom het belangrijk is: gebruikers met een motorische beperking, waarvan velen op toetsenbordnavigatie of schakelaartoegang vertrouwen, kunnen geen muis gebruiken. Een site die muisinteractie vereist voor kernfuncties is voor hen ontoegankelijk.

5. Zichtbaarheid van focus

Toetsenbordfocus is altijd zichtbaar — een duidelijke focusindicator (omlijning, markering, onderstreping) verschijnt op het actieve element
De focusindicator wordt niet onderdrukt met outline: none of outline: 0 zonder vervanging
De focusindicator heeft voldoende contrast met de omringende content

Waarom het belangrijk is: zonder zichtbare focusindicator kunnen toetsenbordgebruikers niet zien waar ze zich op de pagina bevinden — vergelijkbaar met browsen zonder cursor.

6. Geen aanvalsuitlokkende content

Geen content knippert meer dan drie keer per seconde
Animaties die niet kunnen worden uitgeschakeld, beslaan geen grote delen van de viewport met hoge frequentie
Parallax-effecten en automatisch afspelende animaties kunnen worden gepauzeerd of verminderd via de media query prefers-reduced-motion

Waarom het belangrijk is: fotosensitieve epilepsie treft een aanzienlijk deel van de bevolking. Eén knipperende advertentie kan al een aanval veroorzaken.

7. Voldoende tijd om taken te voltooien

Sessietime-outs waarschuwen gebruikers voordat ze verlopen en bieden een manier om de sessie te verlengen
Automatisch bijgewerkte content (nieuwstickers, live scores, roterende banners) kan worden gepauzeerd, gestopt of verborgen
Er worden geen tijdslimieten opgelegd aan kritieke taken (afrekenen, formulier verzenden) zonder een adequaat verlengingsmechanisme

Waarom het belangrijk is: gebruikers met een cognitieve beperking, motorische beperking of die hulptechnologie gebruiken, hebben vaak meer tijd nodig om taken te voltooien. Abrupte time-outs kunnen leiden tot verloren voortgang.

8. Navigatie en wegvinden

Elke pagina heeft een unieke, beschrijvende <title>
Navigatiemenu’s zijn consistent in structuur en positie op alle pagina’s
De huidige paginalocatie wordt aangegeven in de navigatie (actieve status)
Broodkruimelpaden zijn aanwezig op dieper liggende pagina’s
Er zijn meerdere manieren om content te vinden (zoeken, sitemap of navigatie)
Koppen zijn logisch gestructureerd (h1 → h2 → h3) en beschrijven de sectie-inhoud nauwkeurig

Waarom het belangrijk is: schermlezergebruikers navigeren via koppen, landmarks en paginatitels. Slecht gestructureerde koppen maken een pagina onbegrijpelijk voor iemand die met een schermlezer navigeert.

9. Toegankelijkheid van formulieren

Elk formulierveld heeft een zichtbaar <label>-element dat er programmatisch aan is gekoppeld
Verplichte velden worden in tekst aangeduid (niet alleen met een asterisk zonder toelichting)
Foutmeldingen geven aan welk veld de fout bevat en beschrijven hoe deze te verhelpen is
Foutmeldingen worden aangekondigd aan schermlezergebruikers (via aria-live of focusbeheer)
Autocomplete-attributen zijn aanwezig op gangbare velden (naam, e-mail, adres, creditcard)
Het verzenden van een formulier verloopt niet stilzwijgend door een time-out

Waarom het belangrijk is: formulieren zijn de manier waarop gebruikers zaken doen met je dienst — boeken, aankopen, registreren, contact opnemen. Een ontoegankelijke checkout is het digitale equivalent van een winkel zonder oprit.

10. Links en knoppen

Elke link heeft een beschrijvende toegankelijke naam — “lees meer” alleen is niet voldoende; “lees meer over [onderwerp]” is dat wel
Links en knoppen zijn te onderscheiden van omringende tekst zonder uitsluitend op kleur te vertrouwen
Knoppen die acties activeren zijn gemarkeerd als <button>-elementen, geen gestylede <div>- of <span>-elementen
Links die in een nieuw tabblad openen of een download starten, communiceren dit aan de gebruiker

Waarom het belangrijk is: schermlezergebruikers bladeren vaak door een lijst van alle links op een pagina. Een lijst met “klik hier” en “lees meer”-links biedt geen navigatiewaarde.

11. Taal en leesbaarheid

De primaire taal van de pagina is ingesteld via het lang-attribuut op het <html>-element (bijv. lang="nl")
Secties in een andere taal zijn gemarkeerd met een lang-attribuut op het omvattende element
Afkortingen worden bij eerste gebruik uitgeschreven of via <abbr title="..."> waar nuttig

Waarom het belangrijk is: schermlezers gebruiken het taalattribuut om de juiste uitspraakengine te selecteren. Zonder dit attribuut is Engelse tekst die door een Nederlandstalige engine wordt voorgelezen nauwelijks te begrijpen.

12. Consistent, voorspelbaar gedrag

Het ontvangen van focus activeert niet automatisch een contextverandering (een formulier wordt bijvoorbeeld niet verzonden zodra een veld focus krijgt)
Het wijzigen van een formulierveld activeert geen onverwachte navigatie of modale dialoogvensters
Componenten met dezelfde functie zijn op alle pagina’s consistent gelabeld

Waarom het belangrijk is: onvoorspelbaar gedrag is verwarrend voor alle gebruikers, maar vooral voor mensen met een cognitieve beperking of die op schermlezers vertrouwen.

13. PDF’s en documenten

PDF’s die te downloaden zijn, zijn getagd voor structuur (koppen, lijsten, leesvolgorde)
PDF-formuliervelden zijn gelabeld
Gescande PDF’s (alleen afbeeldingen) zijn OCR-verwerkt en getagd
Word-, Excel- en PowerPoint-bestanden gebruiken ingebouwde toegankelijkheidsfuncties (kopstijlen, alt-tekst, werkbladnamen)

Waarom het belangrijk is: rechtbanken en het DOJ behandelen downloadbare documenten consequent als onderdeel van de toegankelijke content van een website. Een ontoegankelijke PDF binnen een verder toegankelijke checkout blijft een barrière.

14. Toegankelijkheid op mobiel

Alle functionaliteit is beschikbaar in zowel portret- als liggende weergave
Aanraakdoelen (knoppen, links) zijn minstens 44×44 CSS-pixels
Content vereist geen horizontaal scrollen bij standaard viewports
De site schakelt gebruikersschaling niet uit via maximum-scale of user-scalable=no in de viewport-metatag

Waarom het belangrijk is: veel gebruikers met een beperking gebruiken mobiele apparaten als primaire of enige manier om het web te gebruiken. Mobiele barrières sluiten hen net zo effectief uit als barrières op desktop.

15. Toegankelijkheidsverklaring

Er is een toegankelijkheidsverklaring gepubliceerd en gelinkt vanuit de footer van de site
De verklaring benoemt de standaard waarop de site zich richt (WCAG 2.1 AA)
De verklaring bevat een contactmogelijkheid waarmee gebruikers barrières kunnen melden
Het contactmechanisme is zelf toegankelijk

Waarom het belangrijk is: een toegankelijkheidsverklaring toont goede wil en biedt gebruikers een weg naar een oplossing voordat ze juridische stappen zoeken. Het is ook verplicht onder verschillende Amerikaanse staatswetten en verwacht praktijk onder DOJ-richtlijnen.

Handhaving en procesrisico

ADA Title III vereist niet dat eisers opzettelijke discriminatie bewijzen. Als een barrière bestaat en deze een persoon met een beperking heeft verhinderd toegang te krijgen tot goederen of diensten, kan een claim doorgaan. Rechtsmiddelen onder Title III omvatten geen schadevergoeding (in tegenstelling tot Section 504), maar wel een rechterlijk bevel (injunctive relief) en advocaatkosten — vaak de belangrijkste drijfveer achter seriematige rechtszaken.

Het aantal ADA-rechtszaken over websitetoegankelijkheid in de Verenigde Staten is de afgelopen jaren sterk gestegen, met jaarlijks duizenden nieuwe zaken. Kleine en middelgrote bedrijven zijn vaak doelwit omdat ze worden gezien als minder geneigd te hebben geïnvesteerd in compliance.

Heb je een ADA-aanmaningsbrief ontvangen, negeer deze dan niet. Schakel snel juridisch advies in en laat een toegankelijkheidsaudit uitvoeren, zodat je een nauwkeurig beeld hebt van de conformiteit van je site.

Compliance in stand houden over tijd

Een eenmalige audit en herstel is niet voldoende. Elke nieuwe pagina, functie of integratie van derden kan nieuwe barrières introduceren. Organisaties met het laagste procesrisico houden compliance continu in stand:

Geautomatiseerd scannen, ingebed in de ontwikkelworkflow, vangt detecteerbare problemen op voordat ze in productie komen. Onze CI/CD-toegankelijkheidsintegratie maakt dit onderdeel van elke build.
Periodieke handmatige audits brengen de problemen aan het licht die geautomatiseerde tools niet kunnen detecteren — schermlezerinteractie, cognitieve complexiteit, toetsenbordvallen.
Toegankelijkheidstraining voor developers en contentmakers voorkomt dat barrières überhaupt worden geïntroduceerd.
Feedbackmechanismen voor gebruikers geven mensen met een beperking een direct kanaal om barrières te melden voordat ze juridische kwesties worden.

Een gratis geautomatiseerde scan is de snelste manier om de meest zichtbare WCAG-fouten van je site te identificeren. Voor een compleet beeld dat je ADA-blootstelling in kaart brengt, neem contact op met ons team om een volledige audit te bespreken.