ACCESIBILIDAD ≠ OVERLAY · 30

Toegankelijkheid ≠ Overlay: 10 controles voor een écht toegankelijke website

📅 29 oktober 2026   ·   ⏱ 4 min leestijd

Een zwevend pictogram bewijst geen toegankelijkheid. Het gaat erom of mensen kunnen navigeren, informatie begrijpen en taken zelfstandig afronden. Deze tien controles maken dat concreet.

01. Begin met een taak, niet met de widget

Kies een belangrijke taak: een offerte aanvragen, een afspraak maken, iets kopen of contactgegevens vinden. Doorloop het hele proces in plaats van alleen naar een toegankelijkheidsknop te zoeken.

Noteer waar de route verwarrend of onmogelijk wordt. Een aantrekkelijke website kan toch verhinderen dat iemand zijn doel bereikt.

02. Test de volledige route met het toetsenbord

Leg de muis weg en navigeer met Tab en Shift+Tab. Bedien elementen met Enter of de spatiebalk en probeer menu’s, formulieren en bevestigingen.

Een onlogische focusvolgorde, onbereikbare knoppen of toetsenbordvallen zijn echte obstakels. Andere kleuren lossen die niet op.

03. Controleer focus en dialoogvensters

De toetsenbordfocus moet duidelijk zichtbaar blijven, ook bij vaste kopteksten. Wanneer een dialoog opent, moet de focus correct worden beheerd en terugkeren na het sluiten.

Blijft de focus achter een betaalvenster hangen, dan moet het component zelf worden hersteld. Een extra zwevend paneel helpt niet.

04. Luister met een schermlezer

Gebruik een schermlezer om koppen, links, knoppen en velden te controleren. Luister naar begrijpelijke namen, leesvolgorde en alternatieve teksten.

Een goed uiterlijk vervangt geen correcte HTML-semantiek. Hulptechnologie heeft labels en duidelijke statusinformatie nodig.

05. Onderzoek formulieren en foutmeldingen

Verstuur een leeg formulier en vul ongeldige gegevens in. Leggen foutmeldingen uit wat misgaat en hoe je dat herstelt? Zijn verplichte velden herkenbaar?

Alleen ‘Fout’ of uitsluitend een rode markering is onvoldoende. Instructies moeten duidelijk bij het juiste veld horen.

06. Test zoomen en mobiele schermen

Zoom in tot 200% en test kleine schermen. Essentiële acties moeten beschikbaar blijven zonder overlappende knoppen of onwerkbaar scrollen.

Grotere tekst helpt alleen wanneer de lay-out meebeweegt. Een widget herstelt geen kapot responsief ontwerp.

07. Controleer inhoud en semantische structuur

Gebruik een logische koppenstructuur, beschrijvende links en heldere instructies. Informatieve afbeeldingen hebben passende tekstalternatieven nodig.

Een goede structuur helpt schermlezers en mensen die snel informatie zoeken. Toegankelijkheid is ook redactioneel werk.

08. Ken de beperkingen van automatische tests

Automatische tools vinden sommige contrast-, code- en naamgevingsfouten. Ze kunnen niet zelfstandig bepalen of een complete gebruikersroute begrijpelijk is.

Combineer ze met handmatige toetsenbordtests en hulptechnologie. Een score bewijst geen WCAG-conformiteit.

09. Geef blokkades prioriteit en wijs eigenaren aan

Geef voorrang aan blokkades die betalen of het versturen van formulieren verhinderen. Documenteer de locatie en hoe het probleem kan worden herhaald.

Wijs verantwoordelijken aan en herstel gedeelde componenten in plaats van symptomen per pagina te verbergen.

10. Test opnieuw na elke wijziging

WordPress-updates, Divi-modules en nieuwe formulieren kunnen nieuwe obstakels veroorzaken. Maak controles onderdeel van regulier onderhoud.

Gebruik WCAG 2.2 als technische leidraad en leg de tests vast. Het doel is zelfstandig gebruik.