TOEGANKELIJKHEID ≠ OVERLAY · 35
Toegankelijkheid bewijs je niet met een score, maar doordat mensen je website kunnen gebruiken
📅 6 november 2026 · ⏱ 6 min leestijd
Een perfecte automatische score kan echte barrières verbergen.
01. Wat een toegankelijkheidsscore betekent
Een score vat specifieke controles samen die onder bepaalde omstandigheden zijn uitgevoerd. Hij vertegenwoordigt niet alle mensen, apparaten of gebruikssituaties. De homepage kan uitstekend scoren terwijl de boeking, winkelwagen of accountomgeving obstakels bevat die het afronden van een taak onmogelijk maken.
Cijfers helpen om technische fouten en verslechteringen na updates te herkennen. Ze worden misleidend wanneer ze als algemene garantie worden gepresenteerd. Toegankelijkheid gaat over de hele dienst: inhoud, interacties en het daadwerkelijke resultaat voor bezoekers.
02. Wat automatische hulpmiddelen vinden
Automatische scanners vinden problemen die met regels te controleren zijn: ontbrekende tekstalternatieven, sommige contrastproblemen, velden zonder labels en onjuiste semantische relaties. Ze zijn nuttig om meerdere pagina’s te controleren en analyses na wijzigingen te herhalen.
Hun bereik blijft beperkt. Een scan van de homepage zegt weinig over dialoogvensters, foutmeldingen of betalingen. Resultaten vragen om interpretatie. Geen gevonden fouten betekent niet dat de website voor iedereen bruikbaar is.
03. Wat automatisering niet begrijpt
Software kan niet altijd beoordelen of een tekstalternatief de betekenis van een afbeelding overbrengt of een instructie begrijpelijk is zonder de visuele indeling te zien. Ook kan één test niet alle combinaties van browsers en ondersteunende technologie nabootsen.
Een link met de tekst ‘klik hier’ kan technisch geldig zijn en toch onduidelijk blijven wanneer een schermlezer een lijst met links voorleest. De oplossing vraagt om begrip van de context en een naam die de bestemming beschrijft.
04. Wanneer honderd procent misleidt
Stel je een webwinkel voor met een perfecte score. Knoppen hebben namen en afbeeldingen tekstalternatieven, maar bij het openen van de winkelwagen blijft de toetsenbordfocus achter het dialoogvenster staan. De bezoeker kan het venster niet sluiten of de bestelling afronden.
Andere voorbeelden zijn fouten die alleen rood worden gemarkeerd en bevestigingen die te snel verdwijnen. Een stilstaand scherm kan correct lijken terwijl een belangrijke handeling mislukt. Test daarom complete taken in plaats van alleen losse pagina’s.
05. Navigeren met het toetsenbord testen
Leg de muis weg en gebruik Tab en Shift+Tab om langs links, knoppen en velden te gaan. Controleer of de focus zichtbaar is en een logische volgorde volgt. Open menu’s, kalenders en dialoogvensters en probeer ze volledig te bedienen.
Een element bereiken is niet voldoende: je moet het ook kunnen activeren, sluiten en verdergaan. Onzichtbare focus, onverwachte sprongen en toetsenbordvallen zijn ernstige barrières. Noteer de stappen om het probleem te reproduceren.
06. Schermlezers in de praktijk
Een schermlezer maakt duidelijk hoe koppen, regio’s, links, bedieningselementen en statusberichten worden aangekondigd. Grote tekst is niet automatisch een semantische kop. Een knop met alleen een pictogram heeft een begrijpelijke naam nodig.
Luister ook naar veranderingen na een handeling. Wordt een formulierfout aangekondigd? Is duidelijk welk veld fout is? Hoort de bezoeker dat een product is toegevoegd? Zulke vragen tonen de beperkingen van één algemene score.
07. Formulieren en volledige processen
Formulieren moeten vooraf uitleggen welke informatie nodig is, verplichte velden aangeven en bruikbare foutmeldingen bieden. Bezoekers moeten fouten kunnen herstellen zonder onnodig gegevens te verliezen. Bediening mag niet uitsluitend afhankelijk zijn van de muis.
Beoordeel het hele traject van de eerste informatie tot de uiteindelijke bevestiging. Een toegankelijke uitleg helpt weinig als de afsprakenkalender niet met het toetsenbord werkt. Bij een aankoop gaat het om de voltooide bestelling.
08. Contrast, vergroting en begrijpelijkheid
Controleer het werkelijke contrast, zichtbare focus en de grootte van interactieve doelen. Vergroot de pagina flink en kijk of belangrijke informatie beschikbaar blijft zonder onnodig in twee richtingen te scrollen. Gebruik nooit alleen kleur om een fout te tonen.
Begrijpelijke taal telt eveneens mee. Duidelijke koppen, concrete knopnamen en consistente navigatie helpen bezoekers voorspellen wat er gebeurt. Een onvoorspelbare interface kan moeilijk blijven, ook als afzonderlijke onderdelen technische controles doorstaan.
09. WCAG 2.2 als maatstaf
WCAG 2.2 biedt toetsbare succescriteria en gedeelde eisen voor teams. De richtlijnen helpen om problemen vast te leggen en verbeteringen te controleren. Een automatisch percentage bewijst echter niet dat aan alle toepasselijke criteria is voldaan.
Combineer de richtlijnen met handmatige inspectie, functionele tests en betrokkenheid van mensen met een beperking. Een verantwoorde toegankelijkheidsverklaring beschrijft de werkelijke situatie en bekende beperkingen, zonder onbewezen perfectie te beloven.
10. Testen met echte mensen
Mensen met een beperking ontdekken barrières die een ontwikkelteam kan missen. Observeer echte taken en luister naar ervaringen, zonder te denken dat één deelnemer alle behoeften vertegenwoordigt. Verschillende hulpmiddelen en werkwijzen tonen andere problemen.
Gebruik scenario’s zoals informatie zoeken, een afspraak maken, instellingen aanpassen en een document downloaden. Leg vast waar iemand vastloopt en wat het gevolg is. Geef prioriteit aan problemen die afronding verhinderen en test de oplossing opnieuw.
11. Waarom een overlay onvoldoende is
Een overlay kan extra weergave-instellingen aanbieden, maar vervangt geen semantische HTML, goed gebouwde formulieren of betrouwbare toetsenbord- en schermlezerbediening. Hij kan evenmin bepalen of een ingewikkeld proces van begin tot eind begrijpelijk blijft.
Een widget installeren maakt een website niet automatisch conform WCAG 2.2. De extra interface kan zelf nieuwe barrières veroorzaken. Duurzame verbetering vraagt om correcties aan de oorspronkelijke website en regelmatig onderhoud.
12. Toegankelijkheid blijvend verbeteren
Bepaal de belangrijkste gebruikersroutes en de bijbehorende sjablonen. Combineer automatische controles met toetsenbord-, focus-, structuur-, formulier-, vergrotings- en schermlezertests. Leg problemen vast met reproduceerbare stappen en een verantwoordelijke.
Maak deze controles onderdeel van publicatie en updates. Test gedeelde onderdelen en kritieke processen opnieuw na wijzigingen. Het doel is geen indrukwekkend cijfer, maar een dienst die meer mensen zelfstandig kunnen gebruiken.
13. Een praktische aanpak voor het team
Kies een belangrijke taak, bijvoorbeeld het versturen van een contactformulier. Open het formulier, vul onvolledige gegevens in, lees de foutmeldingen, herstel de fouten en verzend het bericht. Doe alles zonder muis. Controleer of elk veld een begrijpelijk label heeft, of fouten met een schermlezer worden aangekondigd en of de bevestiging beschikbaar blijft. Herhaal dezelfde taak met sterke vergroting. Vergelijk de resultaten, want verschillende manieren van gebruik laten verschillende barrières zien. Leg vast welke problemen afronding volledig verhinderen en welke de taak moeilijker maken. Wijs iedere correctie toe aan een verantwoordelijke en plan een nieuwe controle. Test de belangrijkste processen opnieuw na updates van thema’s of plugins. Controleer ook nieuwe inhoud: afbeeldingen vragen om passende tekstalternatieven, links om duidelijke namen en documenten om een bruikbare structuur. Zo wordt toegankelijkheid onderdeel van de normale publicatieprocedure in plaats van een eenmalige test. Betrek waar mogelijk mensen met een beperking bij het beoordelen van belangrijke functies. Hun ervaringen helpen prioriteiten te bepalen en tonen vaak obstakels die een scanner niet kan vinden.