Naar hoofdinhoud
Seviranta
← Terug naar de blog

Waarom een overlay-widget je niet beschermt (en wat wel)

4 juni 2026

Kort antwoord. Een overlay-widget legt een laagje JavaScript over je site en belooft 'm met één regel code "100% toegankelijk" te maken. In werkelijkheid repareert het je onderliggende code niet, kan het nieuwe drempels toevoegen, en beschermt het je niet tegen claims, de Amerikaanse toezichthouder FTC beboette in 2025 een grote overlay-aanbieder voor $1 miljoen wegens misleidende compliance-claims. Wat wél werkt: de fouten bij de bron in je eigen code oplossen.

Wat doet een overlay-widget eigenlijk?

Een overlay-widget is een stukje JavaScript dat client-side, pas in de browser van je bezoeker, een laagje over je site legt. Het probeert de HTML op het moment van laden te herinterpreteren en aan te passen (vaak via een Shadow DOM), maar het verandert de onderliggende broncode op je server niet. Daardoor blijft het een cosmetische ingreep, geen echte reparatie.

Repareert een overlay de echte fouten?

Nee. Omdat de code zelf niet verandert, blijven de echte fouten bestaan. Een ontoegankelijk afrekenformulier blijft ontoegankelijk; de widget plakt er hooguit iets overheen. Zodra je je thema of een app aanpast, kan de "reparatie" bovendien weer breken.

Kan een overlay nieuwe drempels toevoegen?

Ja, geregeld. Overlays grijpen automatisch in op je pagina en introduceren daarbij soms juist nieuwe problemen, denk aan focus die verspringt, dubbele aankondigingen voor schermlezers, of knoppen die ineens niet meer werken. Veel ervaringsdeskundigen en schermlezer-gebruikers zetten overlays daarom liever uit: de tool die hen zou helpen, zit hen in de weg.

Vertraagt een overlay je site?

Ja. Een overlay laadt bij élke paginaweergave extra JavaScript dat de DOM doorzoekt en aanpast. Dat kost laadtijd en raakt je Core Web Vitals, met name de INP (Interaction to Next Paint), die Google meeweegt voor je ranking. Wrang: de tool die je toegankelijkheid zou verbeteren, maakt je site juist trager, ook voor de gebruikers met een beperking die het meest gebaat zijn bij een snelle pagina. Je betaalt het dus dubbel: in gebruikservaring én in SEO.

Beschermt een overlay je tegen boetes en claims?

Dit is de belangrijkste vraag, en het antwoord is nee. Een overlay maakt je niet aantoonbaar compliant en vrijwaart je niet van handhaving of claims. Sterker nog: de Amerikaanse toezichthouder FTC beboette in 2025 een bekende overlay-aanbieder voor $1 miljoen wegens misleidende compliance-claims, de belofte zelf bleek het probleem. En niet voor niets: er lopen inmiddels duizenden toegankelijkheidsrechtszaken, en ruim duizend daarvan (1.023 in 2024) tegen sites die juist een overlay gebruikten. De widget beschermde ze niet.

Overlay versus échte code-fix

AspectOverlay-widgetFix in je eigen code
Repareert de broncodenee, alleen client-sideja, structureel
Beschermt tegen claimsneeja, het enige dat standhoudt bij een controle
Snelheid & SEOvertraagt, schaadt Core Web Vitalssneller, betere SEO
Houdbaar bij thema-wijzigingbreekt vaakblijft staan

Wat werkt dan wél tegen ontoegankelijkheid?

Toegankelijkheid los je op bij de bron:

  1. Toets je site tegen WCAG 2.1 AA en zie precies wat er fout is.
  2. Repareer de echte code, vaak themabreed, zodat één fix meteen veel pagina's dekt.
  3. Blijf toetsen, want je site verandert en er sluipen steeds nieuwe fouten in.

Dat is meer dan een knopje, maar het is het enige dat standhoudt bij een controle, en het levert je bovendien echte, bruikbare verbeteringen op in plaats van een laagje eroverheen. Of je nou onder de European Accessibility Act valt of gewoon geen klanten wilt verliezen: bij de bron aanpakken is uiteindelijk minder werk én het enige dat houdbaar is.

Begin met meten

Wil je weten wat er onder de motorkap van je site speelt? Scan gratis één pagina. Je krijgt geen verzonnen "100% opgelost", maar een helder beeld: wat een machine zeker vaststelt, wat menselijke review vraagt, en hoe je het oplost, in minder dan 60 seconden, zonder account. Scan je site gratis.