Geen toetsenbordval
Als de toetsenbordfocus naar een component kan verplaatsen, moet de focus ook via uitsluitend het toetsenbord weer weg kunnen bewegen. Modaldialoogvensters, ingesloten content en aangepaste widgets zijn de gebruikelijke overtreders.
Wat het vereist
Als een gebruiker met Tab een component kan betreden, moet hij ook met Tab (of Shift+Tab, of een andere gedocumenteerde toets) het component kunnen verlaten zonder de muis te pakken. Als iets meer dan de standaard pijltjes/Tab-toetsen nodig is om te verlaten — bijvoorbeeld Ctrl+M om een ingesloten videospeler te verlaten — moet de gebruiker hierover worden geïnformeerd.
Dit is niet hetzelfde als een focusval binnen een modaldialoogvenster, wat een gewenst patroon is: een modal laat de focus daarbinnen rondlopen maar geeft focus vrij wanneer de gebruiker het sluit. Een toetsenbordval is wanneer er geen gedocumenteerde uitweg is.
Hoe hieraan te voldoen
- Laat in een modaldialoogvenster de focus met Tab en Shift+Tab rondlopen tussen het eerste en laatste focusbare element, en sluit het dialoogvenster bij Escape, waarbij de focus terugkeert naar het activeringselement.
- Test bij ingesloten content van derden (videospelers, kaarten, iframes van onbekende herkomst) of Tab voorbij de inbedding gaat. Als dat niet het geval is, documenteer de exittoets dicht bij de inbedding.
- Houd voor aangepaste widgets die pijltjestoetsen gebruiken (datumkiezers, keuzelijsten, boomstructuren) Tab als universele uitgang — blokkeer Tab nooit.
- Bied voor sleepgrepen of rich-text-editors die Tab gebruiken voor inspringing een gedocumenteerd alternatief aan (Escape om los te laten, Ctrl+M om de bewerkingsmodus te verlaten) en toon dit in de interface.
Veelvoorkomende fouten
- Modaldialoogvensters die focus vasthouden maar niet sluiten bij Escape en geen focusbaar sluitknopje bieden.
- Ingesloten PDF-viewers, Flash-relikwieën en sommige Tableau/Power BI-dashboards die Tab oneindig opslokken.
- Rich-text-editors (TinyMCE, CKEditor in oudere versies) die Tab voor inspringing vastleggen en nooit loslaten.
- Aangepaste keuzelijsten waarbij pijltjestoetsen door opties bewegen maar Tab niets doet — de gebruiker raakt vastzitten op het invoerveld.
- Cookiebanners met focusbeheer dat in een lus draait zonder ooit Accept/Afwijzen als focusbaar element aan te bieden.
Geautomatiseerde tools vangen dit zelden — axe en Lighthouse kunnen alleen verdachte patronen markeren. Handmatig toetsenbordtesten is de enige betrouwbare controle.
Waarom het van belang is
Een toetsenbordval is een van de ernstigste toegankelijkheidsfouten: de gebruiker kan letterlijk dat deel van de pagina niet verlaten. Een blinde gebruiker moet mogelijk de pagina vernieuwen, waarbij de sessie en eventuele formuliergegevens verloren gaan. Voor veel gebruikers is dit het moment waarop zij de site definitief verlaten. Van alle WCAG-criteria is dit het meest waarschijnlijk om een pagina juridisch onverdedigbaar te maken — rechtbanken en handhavingsinstanties beschouwen het vastzetten van gebruikers als een duidelijke barrière.