Toegankelijke navigatie betekent dat de menu’s, links en zoekfunctie op een site zo zijn gebouwd dat iedereen ze kan gebruiken, ongeacht hoe diegene browst. Dus ook mensen die met het toetsenbord door de pagina gaan, bezoekers met een schermlezer, en iedereen op een klein touchscreen.
Stel je een supermarkt voor met duidelijke gangborden en een breed pad naar de kassa. Een ziende klant leest de borden, maar een blinde klant die de muur volgt heeft een route nodig die ook op de tast logisch is. Webnavigatie werkt net zo: het moet kloppen als het wordt voorgelezen, bereikbaar zijn met het toetsenbord, en duidelijk maken welk item nu geselecteerd is. Een veelgebruikt patroon is een ‘spring naar inhoud’-link en een hamburgermenu dat opent met Enter, niet alleen op hover. Dit is een kernonderdeel van bredere toegankelijkheid.
De onderliggende regels komen uit de WCAG-standaard, die vraagt om zichtbare focusstaten en een logische leesvolgorde. Maar de test is simpel. Kun je elke pagina bereiken met alleen je toetsenbord?
Een paar details maken het verschil in de praktijk. De volgorde waarin items focus krijgen moet kloppen met de volgorde op het scherm, anders krijgt een schermlezergebruiker een rommelige rondleiding. Een dropdown die de focus vasthoudt, zodat Tab er nooit uit komt, kan iemand volledig buitensluiten van de rest van de pagina. En de focusrand die browsers standaard toevoegen moet je vormgeven, niet weghalen, want zonder die rand weet een toetsenbordgebruiker niet meer waar hij zit. Open je een menu of paneel, zet de focus dan ook echt daarheen, en breng hem bij het sluiten terug naar de knop waarmee het begon. Anders staat de bezoeker na het sluiten ineens weer bovenaan de pagina en moet hij de hele weg opnieuw aftikken.
Bij TopDevs controleren we elk menu met de muis losgekoppeld vóór livegang, zodat de route door een klantsite ook standhoudt voor bezoekers die met toetsenbord of stem navigeren.
