Toegankelijkheidswoordenlijst

Spreek de taal van toegankelijkheid

Digitale toegankelijkheid begrijpen begint met het leren van het bijbehorende vocabulaire. Het vakgebied bevindt zich op het snijvlak van recht, design, engineering en geleefde ervaring, waardoor de terminologie de eerste keer dat u ermee in aanraking komt overweldigend kan aanvoelen. Afkortingen als WCAG, ARIA en VPAT worden in één adem genoemd met concepten als “waarneembare content” en “toegankelijke naam”, en het is gemakkelijk om de draad kwijt te raken.

Deze woordenlijst groepeert de belangrijkste termen in vier praktische categorieën — standaarden en wetten, beperkingen en hulptechnologie, technische en ARIA-concepten en testen en proces — zodat u snel vindt wat u nodig hebt en ziet hoe de onderdelen met elkaar samenhangen. Elk lemma bevat een definitie in gewone taal en, waar dat helpt, een kort voorbeeld.

Een opmerking vooraf: geen enkele tool, plug-in of “toegankelijkheidsoverlay” maakt een website compliant of werkelijk bruikbaar. Echte toegankelijkheid ontstaat door toegankelijke code, doordacht design en testen met de mensen die op hulptechnologie zijn aangewezen. Behandel elk product dat onmiddellijke compliance belooft met grote scepsis.

Standaarden, wetten en kaders

Deze termen beschrijven de spelregels — de richtlijnen waaraan u meet en de wetten die compliance verplicht kunnen maken.

WCAG: Web Content Accessibility Guidelines. Gepubliceerd door het W3C is WCAG de mondiale technische standaard voor toegankelijke webcontent. De huidige versie is WCAG 2.2. De succescriteria zijn georganiseerd onder vier principes — Perceivable, Operable, Understandable en Robust (POUR) — en ingedeeld in drie conformiteitsniveaus: A, AA en AAA. De meeste wetten en contracten verwijzen naar WCAG 2.1 of 2.2 niveau AA als doel. Lees hoe het zich verhoudt tot uw verplichtingen in onze WCAG-compliancegids.
Conformiteitsniveau (A, AA, AAA): De drie niveaus van WCAG-succescriteria. Niveau A is het minimum, AA is de praktische juridische standaard waar de meeste organisaties op mikken, en AAA is de hoogste lat (zelden vereist voor een hele site, omdat sommige criteria niet voor alle contenttypen haalbaar zijn).
POUR: De vier fundamentele principes van WCAG: content moet Perceivable (waarneembaar) zijn, Operable (bedienbaar), Understandable (begrijpelijk) en Robust (robuust — het werkt betrouwbaar in verschillende browsers en hulptechnologieën).
ADA: De Americans with Disabilities Act. Amerikaanse burgerrechtenwetgeving die discriminatie van mensen met een beperking verbiedt. Rechtbanken passen de wet steeds vaker toe op websites en apps, en de ADA vormt de basis voor het merendeel van de Amerikaanse rechtszaken over digitale toegankelijkheid. Zie ons ADA-complianceoverzicht.
Section 508: Een onderdeel van de Amerikaanse Rehabilitation Act dat federale instanties en federaal gefinancierde organisaties verplicht hun elektronische en informatietechnologie toegankelijk te maken. Section 508 neemt WCAG 2.0 niveau AA over via verwijzing. Details in onze Section 508-gids.
EAA: European Accessibility Act (EU-richtlijn 2019/882). Verplicht een breed scala aan producten en diensten — waaronder e-commerce, bankieren, vervoer en e-books — om aan toegankelijkheidseisen te voldoen. De handhaving begon in juni 2025. Lees meer in onze EAA-compliancegids.
EN 301 549: De Europese geharmoniseerde toegankelijkheidsstandaard voor ICT-producten en -diensten. Het is de technische ruggengraat waarnaar de EAA verwijst en neemt de WCAG-succescriteria over als webeisen, dus voldoen aan WCAG 2.1 AA brengt u een heel eind richting conformiteit met EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Canadese provinciale wetgeving die toegankelijkheidsstandaarden vaststelt voor organisaties die in Ontario actief zijn, inclusief eisen voor webcontent. Zie onze AODA-compliancegids.
W3C: World Wide Web Consortium. De internationale standaardisatieorganisatie die WCAG, ARIA en de bredere set open webstandaarden ontwikkelt en publiceert.
WAI: Web Accessibility Initiative. Het onderdeel van het W3C dat zich op toegankelijkheid richt. WAI produceert WCAG, de ARIA-specificatie, ondersteunende technieken en educatief materiaal.
VPAT®: Voluntary Product Accessibility Template. Een gestandaardiseerd document dat wordt gebruikt om een Accessibility Conformance Report (ACR) op te stellen waarin wordt beschreven hoe een product voldoet aan standaarden als WCAG, Section 508 en EN 301 549. Vaak vereist bij aanbestedingen in het bedrijfsleven en de overheid. Lees wat het inhoudt in onze VPAT/ACR-gids, of laat ons er een opstellen via onze VPAT-rapportagediensten.
ACR: Accessibility Conformance Report. Het ingevulde, met bewijs onderbouwde document dat ontstaat door een VPAT in te vullen voor een specifieke productversie. Kopers gebruiken ACR’s om leveranciers te vergelijken en aanbestedingsrisico’s in te schatten.

Beperkingen en hulptechnologie

Toegankelijkheid bestaat om echte mensen te dienen. Deze termen beschrijven de technologieën en interactiemethoden die mensen met een beperking gebruiken om toegang te krijgen tot digitale content.

Hulptechnologie (AT): Alle hardware of software die mensen met een beperking helpt computers en het web te gebruiken. Voorbeelden zijn schermlezers, schermvergroters, switch-apparaten, spraakbesturingssoftware, vernieuwbare braillelezers en alternatieve invoerapparaten. Bouwen voor toegankelijkheid betekent uiteindelijk bouwen voor AT.
Schermlezer: Software die content op het scherm — tekst, afbeeldingen, formuliervelden en bedieningselementen — omzet in synthetische spraak of braille-uitvoer. Veelgebruikte schermlezers zijn JAWS en NVDA (Windows), VoiceOver (macOS en iOS) en TalkBack (Android). Onze testgids voor schermlezers legt uit hoe u ermee evalueert, en u kunt een schermlezerevaluatie door ons team laten uitvoeren.
Text-to-Speech (TTS): Technologie die geschreven tekst voorleest. TTS is een bouwsteen van schermlezers, maar wordt ook aangeboden als zelfstandige functie voor een algemeen publiek. Het is niet hetzelfde als een schermlezer, die structuur, rollen en status overbrengt — niet alleen woorden. We leggen het verschil uit in text-to-speech versus schermlezers.
Vernieuwbare braillelezer: Een hardwareapparaat dat tekst op het scherm weergeeft als voelbare brailletekens met behulp van pinnetjes die omhoog en omlaag bewegen. Het werkt samen met een schermlezer en is essentieel voor veel doofblinde gebruikers.
Schermvergroter: Software die een deel van het scherm vergroot voor gebruikers met een visuele beperking, vaak met kleur- en contrastaanpassingen. Layouts die soepel meebewegen bij hoge zoomniveaus werken veel beter met vergroting.
Switch-bediening: Een invoermethode waarmee mensen met ernstige motorische beperkingen een apparaat kunnen bedienen via een of meer switches (knoppen, sip-and-puff-buizen of andere bedieningselementen) in plaats van een muis of toetsenbord. Het hangt af van een logische, volledig bedienbare interface.
Spraakinvoer / spraakherkenning: Software zoals Dragon of ingebouwde spraakbesturing waarmee gebruikers kunnen navigeren en dicteren door te spreken. Het steunt op nauwkeurige toegankelijke namen, zodat commando’s als “klik op Verzenden” overeenkomen met het zichtbare label.
Toetsenbordnavigatie: Een website bedienen met alleen een toetsenbord — doorgaans Tab, Shift+Tab, pijltjestoetsen, Enter en spatiebalk. Het is essentieel voor mensen die geen muis kunnen gebruiken en vormt ook de basis voor switch- en spraakbediening. Als iets alleen werkt bij hover of klik, faalt het voor toetsenbordgebruikers.
Cognitieve beperking: Een brede categorie die aandoeningen omvat die invloed hebben op geheugen, aandacht, probleemoplossing of begrip. Heldere taal, consistente navigatie, voorspelbaar gedrag en ruime fouttolerantie ondersteunen allemaal de cognitieve toegankelijkheid.
Slechtziendheid: Verminderd gezichtsvermogen dat niet met een bril wordt gecorrigeerd. Gebruikers vertrouwen mogelijk op vergroting, hoog contrast of aangepaste kleuren, en daarom zijn schaalbare tekst en sterk kleurcontrast zo belangrijk.

Technische en ARIA-concepten

Dit zijn de bouwstenen op engineeringniveau — de onderdelen van de pagina en de opmaak die bepalen of hulptechnologie iets van uw interface kan maken.

Semantische HTML: HTML geschreven met elementen die betekenis dragen — <nav>, <main>, <button>, <article> en heading-tags — in plaats van generieke <div>- en <span>-wrappers. Native semantiek geeft hulptechnologie gratis de rol, status en het toetsenbordgedrag, en daarom luidt de eerste regel van ARIA: “gebruik geen ARIA als native HTML de klus kan klaren.”
ARIA: Accessible Rich Internet Applications. Een set HTML-attributen (met het voorvoegsel aria-) plus rollen die de rol, status en eigenschappen van UI-elementen aan hulptechnologie communiceren wanneer native semantiek tekortschiet — bijvoorbeeld aria-expanded op een aangepaste dropdown. Verkeerd gebruikte ARIA kan dingen verergeren, dus pas het bewust toe.
Rol: Een ARIA-attribuut (of impliciet HTML-attribuut) dat hulptechnologie vertelt wat een element is — een knop, een tabblad, een dialoogvenster, een navigatielandmark. Rollen laten gebruikers begrijpen en voorspellen hoe ze met een bedieningselement moeten omgaan.
Toegankelijke naam: Het label dat een schermlezer voor een element aankondigt, berekend uit bronnen als zichtbare tekst, aria-label, aria-labelledby of een gekoppeld <label>. Een knop met alleen een pictogram en zonder toegankelijke naam wordt aangekondigd als “knop”, waardoor gebruikers moeten raden.
Toegankelijkheidsboom: Een parallelle structuur die de browser bouwt vanuit de DOM en die de rollen, namen, statussen en relaties van elementen via platform-toegankelijkheids-API’s aan hulptechnologie blootstelt. Het is wat een schermlezer daadwerkelijk “ziet”.
DOM: Document Object Model. De live, gestructureerde weergave die de browser van een HTML-pagina maakt. De toegankelijkheidsboom wordt eruit afgeleid, dus een goed gestructureerde DOM is de basis van een toegankelijke ervaring.
AOM: Accessibility Object Model. Een browser-API die de toegankelijkheidsboom blootstelt aan JavaScript, waardoor ontwikkelaars toegankelijkheidseigenschappen programmatisch kunnen opvragen en aanpassen.
Alt-tekst: Een tekstbeschrijving van een afbeelding die via het HTML-attribuut alt wordt meegegeven. Schermlezers kondigen het aan, zodat niet-ziende gebruikers de informatie krijgen die de afbeelding overbrengt. Decoratieve afbeeldingen moeten een leeg alt="" gebruiken, zodat ze worden overgeslagen in plaats van als ruis te worden voorgelezen.
Kleurcontrast: Het verschil in lichtsterkte tussen tekst en de achtergrond. WCAG vereist minimaal 4.5:1 voor normale tekst en 3:1 voor grote tekst (en 3:1 voor betekenisvolle UI-componenten en afbeeldingen). Voldoende contrast helpt gebruikers met een visuele beperking en iedereen die in fel zonlicht leest.
Focusindicator: Een zichtbare omlijning of markering die laat zien welk element momenteel toetsenbordfocus heeft. WCAG vereist dat deze duidelijk zichtbaar is, zodat toetsenbordgebruikers altijd weten waar ze zich bevinden. Focusomlijningen in CSS verwijderen zonder een zichtbare vervanging is een veelvoorkomend, ernstig gebrek.
Focusvolgorde: De volgorde waarin de toetsenbordfocus zich door interactieve elementen beweegt. Een logische volgorde volgt de visuele indeling en betekenis van de content, zodat navigatie voorspelbaar aanvoelt in plaats van rommelig.
Landmark: Een regio van de pagina die door rol wordt aangeduid — banner, navigation, main, contentinfo — waardoor schermlezergebruikers direct tussen belangrijke secties kunnen springen in plaats van van boven naar beneden te lezen.
Skip-link: Een link, meestal als eerste in de tabvolgorde, waarmee toetsenbordgebruikers herhaalde navigatie kunnen overslaan en direct naar de hoofdinhoud kunnen springen. Hij is vaak visueel verborgen totdat hij focus krijgt.
Echte tekst: Tekst die als echte HTML-tekens wordt weergegeven in plaats van in een afbeelding te zijn gebakken. Echte tekst kan worden vergroot, herschikt, vertaald en door hulptechnologie gelezen. Afbeeldingen van tekst voldoen niet aan WCAG, behalve voor logo’s en incidentele gevallen.
API: Application Programming Interface. Bij toegankelijkheid zijn platform-toegankelijkheids-API’s de kanalen waarlangs hulptechnologie communiceert met het besturingssysteem en applicaties om informatie over UI-elementen op te halen.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Traditionele beeld-CAPTCHA’s vormen een grote barrière voor gebruikers met een beperking. Geef de voorkeur aan toegankelijke alternatieven zoals audio-uitdagingen, honeypot-velden of onzichtbare risicoscoremethoden.

Testen, rollen en proces

Toegankelijkheid is iets wat u verifieert en onderhoudt, geen vakje dat u eenmalig aanvinkt. Deze termen behandelen hoe teams het evalueren en in stand houden.

Geautomatiseerd testen: Software gebruiken om pagina’s te scannen op detecteerbare problemen zoals ontbrekende alt-tekst, laag contrast of lege labels. Het is snel en uitstekend voor het opsporen van regressies, maar het vindt slechts een deel van alle problemen. Onze software voor toegankelijkheidsscans en gratis toegankelijkheidsscan zijn goede startpunten.
Handmatig testen: Evaluatie uitgevoerd door een mens met behulp van hulptechnologie en deskundig oordeel. Het vangt op wat automatisering niet kan — logische leesvolgorde, betekenisvolle linktekst, verstandig focusbeheer en of een flow daadwerkelijk bruikbaar is. Zie onze gids voor handmatige toegankelijkheidsaudits en terugkerende auditdiensten.
Gebruiksvriendelijkheidstesten met mensen met een beperking: Echte gebruikers van hulptechnologie observeren terwijl zij taken op uw product uitvoeren. Dit is de gouden standaard en legt frictie bloot die noch tools noch checklists onthullen. Verken onze audits door mensen met een beperking.
Toegankelijkheidsaudit: Een gestructureerde beoordeling van een product aan de hand van een standaard (meestal WCAG 2.2 AA), waarbij geautomatiseerde en handmatige methoden worden gecombineerd om een geprioriteerde lijst met problemen en herstelrichtlijnen op te stellen. De principes worden behandeld in echte digitale toegankelijkheid.
Herstel: Het werk van het oplossen van de toegankelijkheidsproblemen die een audit blootlegt — code corrigeren, componenten herontwerpen of documenten herbouwen. Voor niet-webbestanden betekent dit vaak PDF-herstel om documenten leesbaar te maken voor hulptechnologie.
VPAT / ACR (als proces): Behalve documenten is het opstellen van een op VPAT gebaseerde ACR ook een proces: het product testen aan elk toepasselijk criterium, het ondersteuningsniveau vastleggen en bewijs documenteren. Kopers beschouwen een geloofwaardige ACR als bewijs van zorgvuldigheid.
Shift Left: Toegankelijkheidswerk eerder in de ontwikkelcyclus plaatsen — in design en code review in plaats van reparaties na de lancering. Problemen vroeg opvangen is dramatisch goedkoper dan achteraf aanpassen, het kernidee achter toegankelijkheidsadvies.
Toegankelijkheidsverklaring: Een openbare pagina die uw conformiteitsniveau, bekende beperkingen, de standaarden die u volgt en hoe gebruikers barrières kunnen melden of hulp kunnen vragen beschrijft. Veel wetten, waaronder de EAA, verwachten er een.
Toegankelijkheidsoverlay: Een widget van derden die beweert een site automatisch compliant te maken via een script en een werkbalk. Overlays leveren geen echte conformiteit, kunnen de eigen hulptechnologie van gebruikers verstoren en zijn voorgekomen in rechtszaken. QualiBooth onderschrijft ze niet. Voor een transparante, door de gebruiker bestuurde aanpak in plaats daarvan, zie onze toegankelijkheidstoolkit en Agora.
A11y: Een numeroniem voor “accessibility” — de letter “a”, 11 letters, dan “y”. Veelvoorkomende afkorting in de community die u tegenkomt in code, conferentielezingen en teamkanalen.
Universeel ontwerp: Een filosofie om producten te creëren die bruikbaar zijn voor zoveel mogelijk mensen zonder speciale aanpassingen. In digitaal werk betekent het ontwerpen voor toegankelijkheid vanaf het begin in plaats van het achteraf aan te passen — en het verbetert doorgaans de bruikbaarheid voor iedereen, niet alleen voor mensen met een beperking.

Hoe nu verder

Een woordenlijst vertelt u wat de termen betekenen; hij kan u niet vertellen waar uw product staat. De snelste manier om vocabulaire om te zetten in actie is een geautomatiseerde basismeting te combineren met deskundige handmatige review en testen door mensen die dagelijks hulptechnologie gebruiken.

Begin met een gratis toegankelijkheidsscan om oppervlakkige problemen te zien, blader door veelvoorkomende toegankelijkheidsproblemen om te vermijden, en wanneer u klaar bent voor een echte beoordeling, vraag een demo aan of praat met ons team over toegankelijkheidsadvies.