Webtoegankelijkheid: audit en herstel (WCAG 2.2 AA)

Wat de toegankelijkheidsaudit en het herstel omvatten#

We stemmen de opdracht af op jouw concrete vraag. In het voorstel staat welke van deze onderdelen erbij horen, wie de input aanlevert en hoe elk onderdeel wordt opgeleverd en geaccepteerd.

• Geautomatiseerde scan van elke pagina in de steekproef, plus handmatige tests van de belangrijkste gebruikersroutes
• Tests met toetsenbord, schermlezer, zoom en reflow, en contrast
• Rapport met bevindingen gekoppeld aan WCAG-succescriteria, met screenshots, ernst en oplossing
• Herstel in code, content en designsysteem
• Hertest van elk opgelost probleem
• Toegankelijkheidsverklaring met een manier om belemmeringen te melden
• Controles in het releaseproces, zodat problemen niet terugkomen

Eerst een audit of herstellen tijdens een redesign?#

Begin met een audit als je wilt weten hoe de site ervoor staat, vanwege een deadline, een aanbesteding of een klacht. Staat er sowieso een redesign op de planning, bouw toegankelijkheid dan in het redesign van de website in, in plaats van een ontwerp te repareren dat je gaat vervangen. Zijn de problemen eenmaal opgelost, dan zorgt een onderhoudsplan voor je website met toegankelijkheidscontroles ervoor dat nieuwe content en releases ze niet terugbrengen.

Zo werken audit en herstel#

Eerst spreken we de steekproef af: elk paginatype, de belangrijkste routes zoals contact, aanmelden, inloggen, zoeken en afrekenen, en de documenten die mensen moeten downloaden, volgens de evaluatiemethode van het W3C (WCAG-EM). Een geautomatiseerde scan beslaat elke pagina in de steekproef; daarna testen we elke route met de hand, want het W3C stelt duidelijk dat evaluatietools toegankelijkheid niet zelfstandig kunnen vaststellen. Elk probleem leggen we vast met het succescriterium waaraan het niet voldoet, een screenshot, wie erdoor wordt geraakt, de ernst en de oplossing.

Oplossingen krijgen een prioriteit op basis van hun effect op mensen en het aantal pagina's met dezelfde oorzaak. Een defect onderdeel repareren we één keer in het designsysteem en het is overal verholpen waar het voorkomt. We hertesten elke oplossing, werken het rapport bij en schrijven de toegankelijkheidsverklaring met de datum, de norm, bekende beperkingen en een manier om belemmeringen te melden. Voeren je eigen ontwikkelaars de wijzigingen door, dan beoordelen we hun werk en hertesten we het.

Wat test de audit?#

De audit volgt hoe mensen met een beperking het web echt gebruiken, met WCAG 2.2 AA als maatstaf. Geautomatiseerde tools vinden een deel van de problemen; voor de rest moet iemand elke route zelf doorlopen:

Het resultaat is een geprior iteerd rapport, geen ruwe export uit een tool. Bij elk probleem staan het WCAG-succescriterium, de plek waar het optreedt, een screenshot, wie erdoor wordt geraakt en de aanbevolen oplossing in code of content, zo gegroepeerd dat een ontwikkelaar ermee aan de slag kan en een manager ziet wat er nog openstaat.

• Alleen toetsenbord: elke link, bediening en elk formulierveld bereikbaar in een logische volgorde, met een zichtbare focusindicator die niet door sticky headers wordt verborgen
• Schermlezers: NVDA op Windows, VoiceOver op macOS en iOS, en TalkBack op Android, gekozen op basis van je doelgroep
• Zoom en reflow: tekst vergroot tot 200% en content op 320 CSS-pixels breed zonder verlies of zijwaarts scrollen
• Contrast van tekst, iconen, focusindicatoren en randen van formuliervelden
• Formulieren en foutmeldingen: labels, instructies, foutmeldingen die zeggen wat er misging, geen dezelfde gegevens opnieuw invoeren, inloggen zonder geheugenpuzzels
• Grootte van klikdoelen en alternatieven voor slepen, voor mensen met beperkte handvaardigheid
• Beweging: voorkeuren voor verminderde beweging gerespecteerd, geen geflits, bediening om bewegende content te pauzeren
• Media: ondertitels, transcripties en audiodescriptie waar nodig
• Documenten: de pdf's en kantoorbestanden die mensen nodig hebben om een taak af te ronden

Welke regels gelden er, en voor wie?#

Toegankelijkheidswetten verschillen in wie ze verplichten, welke norm ze noemen en wanneer ze gelden. WCAG 2.2 is sinds 5 oktober 2023 een W3C Recommendation en werd in oktober 2025 goedgekeurd als internationale norm ISO/IEC 40500:2025. Het W3C stelt dat content die voldoet aan WCAG 2.2 ook voldoet aan WCAG 2.0 en 2.1, dus een audit op 2.2 AA dekt ook niveau 2.1 AA, dat de Amerikaanse en Colombiaanse regels noemen.

Deze tabel vat de regels samen om mee te plannen; het is geen juridisch advies. Je jurist bevestigt welke verplichtingen voor jouw organisatie gelden, en wij leveren het technische bewijs. De data zijn op 8 oktober 2026 gecontroleerd aan de hand van de officiële teksten: voor de Amerikaanse interim final rule liep de reactietermijn tot 22 juni 2026, en sindsdien is er geen latere regel gepubliceerd.

Colombia: Resolución 1519 en NTC 5854#

Resolución 1519 de 2020 van MinTIC verplicht de verplichte subjecten van Ley 1712 de 2014 om vanaf 1 januari 2022 te voldoen aan WCAG 2.1 niveau AA, zoals uiteengezet in Anexo 1 over richtlijnen voor webtoegankelijkheid. De resolutie geldt voor elke update, herstructurering, elk ontwerp of herontwerp van hun portalen en e-servicesites, en voor bestaande content. Ze is niet in het algemeen bindend voor private bedrijven, maar het portaal van een verplichte instantie moet eraan voldoen, wie het ook bouwt.

NTC 5854 van 2011, de Colombiaanse technische norm voor webtoegankelijkheid, komt nog steeds voor in interne audits van overheidsinstanties: de interne controledienst van de Superintendencia de Transporte toetste bijvoorbeeld in december 2022 zijn portaal eraan. Anexo 1 van Resolución 1519 verwijst er niet naar; de eis daar is WCAG 2.1 AA. Wij rapporteren op basis van WCAG 2.2 AA en voegen een NTC 5854-kruisverwijzing toe wanneer een interne controledienst erom vraagt.

Waarom we handmatig auditen en geen overlays verkopen#

Overlay-widgets beloven naleving door één script aan de pagina toe te voegen. In april 2025 keurde de Amerikaanse Federal Trade Commission een definitieve beschikking goed die accessiBe verplicht om $1 miljoen te betalen vanwege beweringen die volgens de FTC onwaar, misleidend of ongefundeerd waren, waaronder dat de geautomatiseerde tool elke website WCAG-conform kon maken; de beschikking verbiedt zulke beweringen zonder onderbouwing. Een overlay verandert de markup, componenten en content niet, terwijl de fouten daar zitten.

Wij lossen toegankelijkheid bij de bron op, waar mogelijk in het designsysteem, zodat een gecorrigeerde knop, een gecorrigeerd formulierveld of dialoogvenster op elke pagina die het gebruikt correct blijft. Daarna voegen we geautomatiseerde controles en een handmatige toetsenbordcontrole toe aan de releasechecklist, zodat nieuwe pagina's en content het niveau van de audit behouden.

Vragen voordat je kiest#