Audit checklist
- Crawl de openbare site en identificeer templates, niet alleen losse URL's.
- Test de WCAG-regels 2.1/2.2 A en AA met een browsergebaseerde engine.
- Scheid kritieke checkout- en accountblokkades van cosmetische gebreken.
- Koppel bevindingen voor EU-webcontent aan paragraaf 9 van EN 301 549.
- Documenteer wat geautomatiseerd testen wel en niet kan bewijzen.
- Maak een herstelbacklog met verantwoordelijken, deadlines en verificatiestappen.
- Publiceer of actualiseer een toegankelijkheidsverklaring in de juiste taal.
Wat een serieuze toegankelijkheidsaudit dekt
Een nuttige audit begint bij de scope. De homepage volstaat zelden: navigatie, productoverzichten, formulieren, inlogflows, checkout, documenten, modale vensters en fouttoestanden verdienen allemaal aandacht. Als een fout in een gedeelde component zit, kan die honderden URL's raken; de audit moet die oorzaak op componentniveau aanwijzen in plaats van het team te bedelven onder dubbele regels.
Voor naleving in de EU moet de audit ook de gebruikte standaarden vastleggen. WCAG 2.2 AA is de praktische maatstaf voor het web; EN 301 549 is de geharmoniseerde Europese ICT-norm die voor webcontent naar de WCAG verwijst. De Europese toegankelijkheidswet (EAA) wijst bedrijven naar deze standaarden, maar elke lidstaat handhaaft de regels volgens zijn eigen recht en via zijn eigen autoriteiten.
- Openbare pagina's en belangrijke conversieflows
- Toetsenbord, focus, formulieren, namen/rollen/waarden, contrast en semantiek
- Herbruikbare componenten die herhaalde overtredingen veroorzaken
- Bewijs: geteste URL's, tijdstempels, regelsets en ernst
Prioriteer op gebruikersimpact, niet op het ruwe aantal fouten
Een site met 400 duplicaten met weinig impact kan minder riskant zijn dan één checkoutpagina met een ontoegankelijke betaalknop. De eerste herstelronde moet op blokkades mikken: toetsenbordvallen, onbenoemde bedieningselementen, ontbrekende formulierfouten, kapotte focusvolgorde en content die schermlezers niet kunnen identificeren.
Na de blokkades volgen de templatecorrecties. Het corrigeren van een navigatiecomponent, formulierveld of knoppatroon verwijdert dezelfde overtreding vaak van veel pagina's. Daarom groepeert Axively bevindingen op regel en oorzaak voordat de voorkomens per pagina worden getoond.
Bewijs telt voor de EAA en aanbestedingen
Toezichthouders en zakelijke inkopers vragen niet alleen of u de site toegankelijk vindt. Ze vragen wat u hebt getest, wanneer, tegen welke standaard en wat u met de resultaten hebt gedaan. Bewaar een rapport, herstelnotities en verificatiescans. Dit bewijs helpt ook de verkoop: toegankelijkheid is steeds vaker onderdeel van leveranciers-due-diligence.
Een transparant rapport moet de grenzen van automatisering benoemen. Automatische tools vangen veel gangbare problemen, maar zinvolle alt-teksten, begrijpelijke content, ondertitelkwaliteit en sommige taakflows vereisen menselijke beoordeling. Volledige automatische naleving claimen is een rood signaal; een meetbaar proces laten zien is sterker.
FAQ
Is een geautomatiseerde toegankelijkheidsaudit genoeg voor wettelijke naleving?
Nee. Geautomatiseerd testen is de snelste manier om veel voorkomende WCAG-fouten te vinden, maar volledige naleving vereist nog steeds deskundige beoordeling. Een goede geautomatiseerde audit is de eerste met bewijs onderbouwde stap, geen magisch certificaat.
Welke standaard moet een EU-website gebruiken?
Gebruik WCAG 2.2 AA als basis voor webtests en koppel het resultaat aan EN 301 549. Controleer vanwege EAA-risico's ook het nationale recht dat geldt op uw doelmarkt in de EU.
Hoe vaak moeten we opnieuw testen?
Test na grote releases, na wijzigingen in het designsysteem en vóór publicatie van een toegankelijkheidsverklaring. Voor actieve webshops zijn maandelijkse of release-gebonden controles veiliger dan één jaarlijkse audit.