Nederlands
a11yglass · Toegankelijkheidscheck voor websites

Sinds de EAA loopt je website risico op een aanmaning

Betrokken bedrijven moeten hun website sinds 28-06-2025 toegankelijk maken. Controleer in 30 seconden waar hij de WCAG 2.2 schendt — met een concrete maatregel per bevinding.

Voorbeeldrapport bekijken → (www.hannecke-its.de)

Binnenkort: automatische bewaking.

Wekelijkse herscan van meerdere pagina's, controle met JS-rendering (meer bevindingen), e-mailmelding bij nieuwe drempels, PDF-export.

Zo lees je het resultaat

Het cijfer A–F en de schaal van 100 punten zijn slechts een ruwe indicatie. Er gaan punten af voor kritieke drempels (contrast, ontbrekende labels) en voor te controleren punten. Elke bevinding noemt het WCAG-succescriterium en een concrete stap. Een uitklapbaar blok toont de berekening.

Veelgestelde vragen

Vervangt dit een volledige audit?

Nee. De automatische test vindt ruwweg 20–35 % van de WCAG-problemen — vooral de problemen die direct in de broncode herkenbaar zijn. Toetsenbordbediening, focusvolgorde en schermlezergedrag moeten handmatig worden gecontroleerd.

En JavaScript?

De gratis scan leest de geleverde HTML + gekoppelde CSS, zonder de JS uit te voeren. Menu's, modals en aangepaste widgets die pas in de browser ontstaan, worden niet volledig gezien. De controle met JS-rendering komt bij de monitoring.

Heb ik een toegankelijkheidsverklaring nodig?

Volgens de EAA/BFSG hebben de meeste websites van betrokken bedrijven er een nodig — met feedbackmechanisme en handhavingsprocedure. Hier is een invulhulp. Een juridisch getoetst model blijft toch aanbevolen.

Zijn overlay-widgets (accessiBe, UserWay) een oplossing?

Nee. Overlaytools brengen geen conformiteit tot stand en worden bekritiseerd door belangenverenigingen. Toegankelijkheid ontstaat in de code, niet met een widget. Meer hierover.

Kennisbank toegankelijkheid

Concrete uitleg over EAA/BFSG, de WCAG-succescriteria en de uitwerking in WordPress, Shopify, Wix & co. Naar het overzicht →

Recent gecontroleerd