In 2025 dienden eisers 3.117 rechtszaken over websitetoegankelijkheid in onder ADA Titel III bij de federale rechtbank — een stijging van 27 procent ten opzichte van 2024 en het hoogste jaarlijkse aantal sinds 2022. Tel daarbij de rechtszaken bij deelstaatrechtbanken op en het totaal komt boven de 5.000. Zelfs dat opvallende cijfer onderschat de druk: verdedigingsadvocaten schatten dat vorig jaar 35.000 tot 50.000 aanmaningsbrieven over toegankelijkheid naar Amerikaanse bedrijven zijn gestuurd, waarvan de meeste privé worden afgehandeld voor tussen de $1.000 en $25.000 zonder ooit op een rol te verschijnen.
Als uw bedrijf een website, een mobiele app, een online winkel, een boekingswidget of een klantportaal beheert, bent u nu een realistisch doelwit. En seriële eisers beperken zich niet langer tot een kleine groep herhaalde indieners — ongeveer 40 procent van de federale ADA Titel III-zaken in 2025 kwam van zelfvertegenwoordigde personen, van wie velen AI-gestuurde scanners gebruiken om mogelijke gedaagden te identificeren en in enkele minuten dagvaardingen op te stellen.
Deze gids behandelt wat ADA Titel III daadwerkelijk vereist voor digitale ervaringen, waarom WCAG 2.1 Niveau AA de de facto maatstaf is geworden, hoe een stappenplan voor remediëring eruitziet, en hoe u een verdedigbaar dossier opbouwt voordat er een aanmaningsbrief binnenkomt.
Waarom uw website nu onder ADA Titel III valt
Titel III van de Americans with Disabilities Act verbiedt discriminatie op basis van een handicap in openbare gelegenheden. De wet werd in 1990 geschreven en noemde nooit expliciet websites of mobiele apps — maar rechtbanken hebben het afgelopen decennium besteed aan het oplossen van die ambiguïteit, bijna altijd in het voordeel van eisers.
De nalatenschap van Robles v. Domino's Pizza
De belangrijkste zaak is Robles v. Domino's Pizza. Guillermo Robles, een blinde eiser in Californië, spande in 2016 een rechtszaak aan tegen Domino's nadat hij ontdekte dat hij de website of mobiele app van de pizzaketen niet kon gebruiken met een schermlezer. De rechtbank in eerste aanleg wees de zaak aanvankelijk af op gronden van due process, met de redenering dat Domino's zonder gepubliceerde regelgeving voor webtoegankelijkheid geen redelijke kennis had van wat naleving vereiste.
Het Ninth Circuit Court of Appeals vernietigde die beslissing in 2019. De rechtbank oordeelde dat Titel III de website en app van Domino's dekte omdat ze een verband hadden met een fysieke openbare gelegenheid (de pizzarestaurants), en dat het opleggen van aansprakelijkheid geen schending van due process was, zelfs zonder gepubliceerde technische normen. Het Hooggerechtshof weigerde later dat jaar de beslissing van het Ninth Circuit te herzien, waardoor de regel van kracht bleef. Domino's schikte uiteindelijk in juni 2022 na zes jaar juridische procedures.
Het praktische effect is dat elk bedrijf met een fysieke locatie — en, in veel rechtsgebieden, zelfs puur online bedrijven — nu echte blootstelling heeft voor een ontoegankelijke website.
De Titel II-regel van het DOJ uit 2024 en de uitstraling ervan naar Titel III
In april 2024 vaardigde het Ministerie van Justitie een definitieve regel uit onder Titel II van de ADA die websites en mobiele apps van deelstaats- en lokale overheden verplicht om te voldoen aan WCAG 2.1 Niveau AA. Hoewel die regel formeel alleen publieke entiteiten bindt, begonnen eisers en rechtbanken er onmiddellijk naar te verwijzen als de meest gezaghebbende federale verwoording van wat "toegankelijk" betekent.
Voor een particulier bedrijf veranderde de juridische calculus van de ene op de andere dag. Zelfs als Titel III nog steeds geen gepubliceerde technische norm heeft, kan een eiser nu wijzen op een bindende federale regelgeving die WCAG 2.1 Niveau AA als de norm noemt voor materieel vergelijkbare Titel II-entiteiten. De meeste verdedigingsadvocaten adviseren hun Titel III-cliënten nu om WCAG 2.1 Niveau AA als ondergrens te behandelen.
Wat WCAG 2.1 Niveau AA daadwerkelijk vereist
WCAG — Web Content Accessibility Guidelines, onderhouden door het World Wide Web Consortium — is georganiseerd rond vier principes, handig samengevat met het acroniem POUR: Waarneembaar, Bedienbaar, Begrijpelijk en Robuust. Niveau AA omvat alle succescriteria van Niveau A plus aanvullende AA-specifieke criteria. Er zijn in totaal 50 succescriteria op Niveau AA, maar een handvol daarvan is verantwoordelijk voor de overgrote meerderheid van aanmaningsbrieven.
Kleurcontrast (1.4.3 en 1.4.11)
Bodytekst moet een contrastverhouding hebben van ten minste 4,5:1 ten opzichte van de achtergrond. Grote tekst (18 punten of 14 punten vet) heeft minimaal 3:1 nodig. Knoppen, randen van formuliervelden, focusindicatoren en andere interactieve grafische elementen moeten voldoen aan 3:1 ten opzichte van aangrenzende kleuren. Veel aanmaningsbrieven komen hier vandaan omdat geautomatiseerde scanners contrastfouten in seconden detecteren.
Tekstalternatieven voor niet-tekstuele inhoud (1.1.1)
Elke afbeelding, pictogram, grafiek, foto en grafisch element dat betekenis draagt, heeft een alt-attribuut nodig dat dezelfde informatie overbrengt. Decoratieve afbeeldingen krijgen een leeg alt-attribuut (alt="") zodat schermlezers ze overslaan. Logo's moeten het merk beschrijven. Grafieken en infographics hebben een langer tekstequivalent in de buurt of een link nodig. Pictogrammen bij formuliervelden hebben labels nodig. CAPTCHA's hebben een audio-alternatief nodig.
Toetsenbordbediening (2.1.1, 2.1.2, 2.4.3, 2.4.7)
Elk interactief element — menu's, modals, carrousels, accordeons, tabbladen, aangepaste dropdowns — moet bereikbaar en bedienbaar zijn met alleen het toetsenbord. Gebruikers mogen nooit vast komen te zitten in een widget zonder uitweg (de klassieke "modal die niet sluit zonder muis"-fout). De focusvolgorde moet logisch zijn en een zichtbare focusindicator moet altijd tonen waar de gebruiker zich op de pagina bevindt.
Formulierlabels, fouten en instructies (1.3.1, 3.3.1, 3.3.2, 3.3.3, 3.3.4)
Elk formulierveld heeft een programmatisch gekoppeld label nodig (een <label for="">-element of aria-label). Foutmeldingen moeten aangeven welk veld is mislukt en wat eraan te doen is. Voor formulieren met hoge risico's (afrekenen, accountaanmaak, juridische bevestigingen) moeten gebruikers de kans krijgen om te controleren en corrigeren vóór verzending.
Ondertiteling en audiodescriptie (1.2.2, 1.2.5)
Vooraf opgenomen video heeft gesynchroniseerde ondertiteling nodig. Als essentiële informatie visueel wordt overgebracht en niet in het audiospoor, hebt u ook audiodescriptie nodig. Live video op Niveau AA heeft live ondertiteling nodig.
Kopstructuur en landmarks (1.3.1, 2.4.6)
Koppen moeten een logische hiërarchie volgen (h1 → h2 → h3, niet willekeurig niveaus overslaan). Gebruik semantische HTML-elementen — <nav>, <main>, <header>, <footer> — of ARIA-landmarks zodat schermlezergebruikers naar de sectie kunnen springen die ze willen. Vermijd het stylen van een <div> zodat het op een kop lijkt zonder de juiste semantische rol te geven.
Schalen en herschikken (1.4.4, 1.4.10)
Tekst moet leesbaar blijven bij 200 procent zoom zonder horizontaal scrollen. Lay-outs moeten herschikken op een viewport van 320 CSS-pixels zonder tweedimensionaal scrollen.
Waar de rechtszaken geconcentreerd zijn
Drie federale districten zijn verantwoordelijk voor het grootste deel van de indieningen over websitetoegankelijkheid: het Southern District of New York, het Central District of California en het Southern District of Florida. New York loopt met ruime voorsprong voorop, deels omdat de New York State Human Rights Law en de New York City Human Rights Law extra juridische aangrijpingspunten op deelstaatniveau bieden en lagere drempels voor het indienen van claims dan federale ADA-claims.
Californië voegt de Unruh Civil Rights Act toe, die $4.000 aan wettelijke schadevergoeding per overtreding per eiser biedt. Dat verandert de schikkingswiskunde drastisch — een kleine claim kan snel een blootstelling van zes cijfers worden als een class action wordt gecertificeerd.
Florida is sinds 2020 naar voren gekomen als het derde centrum, met een handvol advocatenkantoren van eisers die praktijken met hoge volumes ontwikkelen, gericht op restaurantketens, horecamerken en direct-to-consumer e-commerce winkels.
Een stappenplan voor remediëring opbouwen
Als u een aanmaningsbrief ontvangt — of, beter, als u handelt voordat er een binnenkomt — valt het werk ruwweg uiteen in vijf fasen. Behandel dit als een project met een budget en een deadline, niet als een eenmalige audit.
Fase 1: Geautomatiseerde en handmatige audit
Start met een geautomatiseerde scan met een tool als axe DevTools, WAVE of Google Lighthouse. Geautomatiseerde tools vinden tussen de 30 en 50 procent van de WCAG-fouten — de rest vereist handmatig testen met een schermlezer (NVDA op Windows, VoiceOver op macOS en iOS, TalkBack op Android), navigatie met alleen het toetsenbord, en testen van zoom en herschikking.
Documenteer elke fout met het geschonden WCAG-criterium, de betreffende pagina of template, de ernst en een geschatte inspanning voor remediëring. Dit auditlogboek vormt de ruggengraat van elke latere fase.
Fase 2: Aanpassingen aan het designsysteem en componenten
De meeste fouten met het hoogste volume zitten in uw designsysteem: knopcontrast, focusindicatoren, formuliervelden, modal-patronen, carrouselbediening, navigatiemenu's. Het eenmalig repareren van de component lost elk exemplaar ervan op. Prioriteer de componenten die op de meeste pagina's voorkomen.
Fase 3: Doorlichting van content
Alt-tekst, video-ondertiteling, kopstructuur en formulierlabels zijn meestal aanpassingen op contentniveau die de meeste templates en pagina's raken. Bouw een contentchecklist die auteurs moeten volgen voor elke nieuwe pagina en een backlogitem voor het retroactief repareren van bestaande pagina's.
Fase 4: Coördinatie met externe leveranciers
De meeste moderne websites integreren widgets van derden: betaalformulieren, live chat, boekingskalenders, videospelers, analytics-overlays, review-widgets en pop-ups voor e-mailcapture. Elk hiervan kan eigen toegankelijkheidsfouten introduceren, en rechtbanken onder Titel III hebben over het algemeen geoordeeld dat een bedrijf verantwoordelijk is voor de toegankelijkheid van leverancierscode die het op de eigen site integreert.
Vraag voor elke leverancier een actuele VPAT (Voluntary Product Accessibility Template) of een Accessibility Conformance Report. Controleer of de versie die zij leveren voldoet aan WCAG 2.1 Niveau AA. Dring er bij leveranciers die tekortschieten op aan om te remediëren, of vervang ze.
Fase 5: Toegankelijkheidsverklaring en feedbackkanaal
Publiceer een duidelijk gelinkte toegankelijkheidsverklaring die de norm noemt die u wilt bereiken (doorgaans WCAG 2.1 Niveau AA), de bekende beperkingen en een contactkanaal (e-mail en telefoon) waar gebruikers toegankelijkheidsproblemen kunnen melden. De verklaring biedt geen juridische immuniteit, maar documenteert goede trouw en geeft responders op aanmaningsbrieven iets concreets om naar te verwijzen.
Een woord over toegankelijkheidsoverlays
Een bloeiende industrie van "toegankelijkheidsoverlay"-tools — JavaScript-widgets die onmiddellijke WCAG-naleving beloven via een enkele regel code — beweert toegankelijkheid snel en goedkoop op te lossen. De realiteit is gecompliceerder. Overlays zijn in tientallen rechtszaken genoemd als zelf toegankelijkheidsproblemen veroorzakend door te interfereren met de ondersteunende technologieën van gebruikers. Verschillende rechtbanken hebben het argument verworpen dat een overlay alleen voldoende is om een Titel III-claim te weerleggen.
Overlays kunnen een rol spelen als aanvulling op onderliggende remediëring — voor gebruikers die hun eigen voorkeuren moeten toepassen op een reeds toegankelijke site — maar ze zijn geen vervanging voor het repareren van de onderliggende code. Advocatenkantoren van eisers richten zich nu specifiek op sites die bepaalde overlay-producten gebruiken.
Documenteer alles voor de verdediging
Wanneer er een aanmaningsbrief binnenkomt, hangt uw verdedigingsstrategie bijna volledig af van wat u kunt bewijzen over uw toegankelijkheidsprogramma op het moment van de vermeende overtreding. Bouw een papieren spoor op met:
- Gedateerde auditrapporten die de reikwijdte en bevindingen tonen
- Remediëringstickets met sluitingsdata
- VPAT's van leveranciers en toegankelijkheidsconformerapporten
- Trainingsgegevens voor ontwerpers en ontwikkelaars
- Interne toegankelijkheidscontrolechecklists gekoppeld aan productlanceringen
- Een wijzigingslogboek voor de toegankelijkheidsverklaring
- Gebruikersfeedback ontvangen via uw toegankelijkheidscontactkanaal en uw reactie daarop
Deze gegevens voorkomen geen rechtszaken, maar ze verschuiven de schikkingsonderhandelingen drastisch. Een eiser die hoopt op een snelle schikking van $10.000 voor overlast is veel minder geïnteresseerd wanneer de gedaagde een actuele audit, een gedocumenteerde remediëringsbacklog en een leveranciers-VPAT voor elke ingebedde widget kan overleggen.
De boekhoudkundige kant van toegankelijkheidsnaleving
Remediëring voor toegankelijkheid is zelden een eenmalige uitgave. Het verschijnt meestal in uw boeken als terugkerende uitgaven — facturen van bureaus of aannemers voor audits, softwarelicenties voor testtools en monitoringsdiensten, kosten voor herbouw van het designsysteem, kosten voor het wisselen van leveranciers en de onvermijdelijke schikkingen op aanmaningsbrieven die er ondanks uw beste inspanningen toch doorheen glippen.
Het apart bijhouden van deze uitgaven ten opzichte van algemene marketing- of engineeringuitgaven maakt een aantal dingen eenvoudiger. U krijgt een helder beeld van de werkelijke nalevingskosten in de loop van de tijd, wat helpt bij het budgetteren van het programma voor volgend jaar. U documenteert de uitgaven als u later een aftrek wilt claimen of een gekapitaliseerde websiteverbetering wilt afschrijven. En als u ooit te maken krijgt met een class action van een seriële eiser, kunt u snel een financieel overzicht produceren van uw investering in goede trouw in toegankelijkheid — nuttig bij zowel schikkingsonderhandelingen als elk verweer op basis van redelijke aanpassingen.
Een eenvoudig rekeningstelselsegment voor "Toegankelijkheidsnaleving" met subcategorieën voor audits, remediëringsarbeid, testtools, due diligence bij leveranciers en schikkingsreserves gaat al een heel eind. Combineer dit met kwartaalbeoordelingen zodat het programma niet stilzwijgend van de begroting afdrijft.
Veelgemaakte fouten om te vermijden
Een paar patronen verschijnen in bijna elke aanmaningsbrief die bedrijfseigenaren naar mijn ervaring ontvangen.
Toegankelijkheid behandelen als een eenmalig project. Websites veranderen constant. Een nieuwe productpagina, een herontworpen afrekenproces, een ingebedde chatbot — elk hiervan kan nieuwe fouten introduceren. Integreer toegankelijkheid in uw ontwikkelingslevenscyclus, zodat elke wijziging wordt gecontroleerd voordat deze live gaat.
Volledig vertrouwen op geautomatiseerde scans. Geautomatiseerde tools vinden een minderheid van de WCAG-fouten. Handmatig testen met ondersteunende technologie is de enige manier om problemen te vinden zoals onlogische focusvolgorde, misleidende alt-tekst of onbruikbare aangepaste widgets.
Mobiele apps negeren. Eisers onder Titel III dienen steeds vaker dubbele claims in die zowel de website als de native mobiele app bestrijken. iOS en Android hebben elk hun eigen toegankelijkheids-API's (UIAccessibility en TalkBack/AccessibilityService), en dezelfde WCAG-principes zijn van toepassing, maar vereisen platformspecifiek testen.
PDF's vergeten. Belastingformulieren, whitepapers, menu's en downloadbare bronnen die op uw site worden gehost, vallen allemaal onder de reikwijdte. PDF's hebben een juiste leesvolgorde, tags, alt-tekst en formulierveldlabels nodig, net als HTML-pagina's.
Aannemen dat een platform van derden het voor u regelt. Shopify, WordPress, Wix, Squarespace en vergelijkbare platforms bieden enige toegankelijkheidssupport, maar themakeuzes, aangepaste code, ingebedde widgets en de content die u publiceert, blijven uw verantwoordelijkheid. Een aanmaningsbrief maakt niet uit of een thema vooraf is gebouwd.
De toegankelijkheidsverklaring overslaan. Het kost niets om te publiceren en biedt aantoonbaar bewijs van goede trouw. Het ontbreken ervan wordt in klachten soms specifiek genoemd.
Houd uw nalevingsfinanciën vanaf dag één georganiseerd
Terwijl u uw toegankelijkheidsprogramma opbouwt, moeten de ondersteunende financiële gegevens — auditfacturen, leveranciersovereenkomsten, remediëringsarbeid, trainingskosten en schikkingsreserves — ergens leven waar u ze jaren later kunt vinden als een seriële eiser uw bedrijf noemt. Beancount.io biedt boekhouding in platte tekst die u volledige transparantie en versiebeheerde geschiedenis over elk regelitem geeft, zonder black boxes en zonder leverancierslock-in. Start gratis en ontdek waarom ontwikkelaars, financiële teams en nalevingsbewuste operators kiezen voor boekhouding in platte tekst om een auditbestendig dossier bij te houden.